表示 进入内容 3313401325
« 先前的 10 新的记录 | 下一步 10 较早的记录 »
Displaying posts with tag: 日志 (reset)
mysql进阶(一) mysql备份

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 ...

【mysql】  【innodb】  【日志】  【数据库】  【配置】  【存储】   点击查看原文>

详细介绍mysql-bin.000001文件的来源及处理方法

在MySQL数据库中,mysql-bin.000001、mysql- bin.000002等文件是数据库的操作日志,例如UPDATE一个表,或者DELETE一些数据,即使该语句没有匹配的数据,这个命令也会存储到日志文件中,还包括每个语句执行的时间,也会记录进去的。

【服务器】  【mysql】  【日志】  【数据库】  【配置】  【同步】   …

[获取更多]
mysql服务器主从服务器设置

mysql主从服务器配置技术方案   1.  简述

通过mysql主从服务器配置,实现数据库数据备份功能,防止主服务器数据文件损坏造成的数据丢失问题,另外其另一个其主要功能是实现数据库读写分离,降低主服务器的负载。

【服务器】  【mysql】  【SQL】  【日志】  【数据库】  【配置】   …

[获取更多]
基于binlog二进制日志的MySQL恢复笔记

基于binlog二进制日志的MySQL恢复笔记 刚好复习到这里,顺手做个小实验,记录下。

总的操作流程: step0、关掉数据库的对外访问【防止用户操作继续写入这个库】 step1、mysqlbinlog 导出相关时间段数据库的二进制日志 step2、编辑today.sql找到误操作的那几条数据,删除并保存。

【mysql】  【SQL】  【日志】  【数据库】  【Mariadb】  【binlog】   …

[获取更多]
Mysql 高负载排查思路

Mysql 高负载排查思路 发现问题  top命令 查看服务器负载,发现 mysql竟然百分之两百的cpu,引起Mysql 负载这么高的原因,估计是索引问题和某些变态SQL语句. 排查思路  1. 确定高负载的类型,top命令看负载高是CPU还是IO。

【mysql】  【SQL】  【日志】  【索引】  【binlog】   点击查看原文>

MySQL innodb_undo_tablespaces相关参数

摘录自:http://gfsunny.blog.51cto.com/990565/1566683   undo log(回滚): 服务器异常关机或断电重启后,MySQL会对修改过,但尚未提交的事务进行回滚。

【mysql】  【innodb】  【日志】  【磁盘】  【表空间】   点击查看原文>

mysql慢查询日志进行按库切割重写文件然后分析

需求:

把每天的慢查询日志进行按库切割

对每个库的慢查询日志进行分析

思路: 工具/功能 一般统计信息 高级统计信息 脚本 优势 mysqldumpslow 支持 不支持 perl mysql官方自带 mysqlsla 支持 支持 perl 功能强大,数据报表齐全,定制化能力强.

【python】  【mysql】  【日志】  【LOG】  【脚本】  【test】   …

[获取更多]
MYSQL备份中FLUSH命令的用法

mysql数据库我们在做数据库备份时经常用FLUSH命令,下面总结一下语法。 FLUSH语法 FLUSH [LOCAL | NO_WRITE_TO_BINLOG] flush_option [, flush_option] ... 如果您想要清除MySQL使用的部分内部缓存,您应该使用FLUSH语句。

【服务器】  【mysql】  【函数】  【日志】  【数据库】  【Cache】   …

[获取更多]
MySQL深入03-锁-事务-GTID

MySQL的锁 执行操作时施加的锁模式 读锁:又称共享锁,多个读操作可以同时施加,非阻塞 写锁:又称独占锁或排它锁,阻塞 根据锁粒度分类 表锁:table lock,锁定了整张表,开销小 行锁:row lock,锁定了需要的行,开销大 注:锁的粒度越小,开销越大,但并发性越好 根据锁的实现位置分...

【mysql】  【日志】  【配置】  【read】  【存储】   点击查看原文>

深入浅出:对MySQL主从配置的一些总结

有很多朋友做了mysql主从也有一段时间了,但是有时候也走了不少弯路,时间也浪费了不少,主要问题是没有查阅其他的主机配置的相关资料,而仅仅是看了配置文档,下面是对主从配置的一些总结。   做了mysql主从也有一段时间了,这两天检查磁盘空间情况,发现放数据库的分区磁盘激增了40多G,一路查看下来,发现配置好主从复制以来到现在的binlog就有40多G,原来根源出在这里,查看了一下my.

【监控】  【mysql】  【日志】  【数据库】   …

[获取更多]
表示 进入内容 3313401325
« 先前的 10 新的记录 | 下一步 10 较早的记录 »