在上一篇文章，我们讲解了有关mysql的binlog日志的基础知识。这篇文章，我们来讲解如何通过mysql的binlog日志来恢复数据库。 在使用binlog日志来恢复数据库之前，我们有一些前提工作需要做。

【mysql】  【日志】  【数据库】  【binlog】   点击查看原文>

Mysql二进制日志 特点： 1：二进制日志以一种更有效的格式，并且是事务安全的方式包含更新日志中可用的所有信息。 2：二进制日志包含了所有更新了数据或者已经潜在更新了数据（例如，没有匹配任何行的一个DELETE）的所有语句。

【服务器】  【mysql】  【性能】  【SQL】  【日志】  【数据库】   …

记录mysql的操作命令，通过二进制文件来回滚mysql的数据，这个方法就是为了我这些不称职的DBA来做的，没有及时备份数据库，其他人误删了数据，如果没有开启mysqlbinlog的话，遇到前面我的说的情况，那就只能听天由命了，哈哈

  配置binlog记录数据库的执行日志，这个就是mysql每次执行完语句的日志，可以用来回滚数据，很有用的 我的mysql是rpm包装的，所以要在my.

【mysql】  【日志】  【数据库】  【配置】   …

YSQL5.1后出现错误 Transaction level 'READ-COMMITTED' in InnoDB is not safe for binlog mode 'STATEMENT' 一查原来是innodb和binlog不兼容引起的。

【mysql】  【innodb】  【Transaction】  【binlog】  【cto】  【Blog】   点击查看原文>

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

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

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

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

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

如果你的mysql服务器不需要做主从复制的话，建议通过修改my.cnf文件，来设置不生成这些文件，只要删除my.cnf中的下面一行就可以了。  log-bin=mysql-bin 如果你需要复制，最好控制一下这些日志文件保留的天数，可以通过下面的配置设定日志文件保留的天数： expire_logs_days = 3 表示保留3天的日志，这样老日志会自动被清理掉。

【mysql】  【日志】  【配置】  【binlog】   点击查看原文>

以MySQL5.7.19为例，部分重要的地方用红色标注了。

>show slave status\G *************************** 1. row ***************************                Slave_IO_State: Wa...

【mysql】  【日志】  【线程】  【binlog】  【存储】   点击查看原文>

mysql/mairadb双主复制node5: 172.16.92.5/16 mariadb主服务器1node6: 172.16.92.6/16 mariadb主服务器2以上节点均为CentOS 7.

【服务器】  【mysql】  【日志】  【同步】  【Mariadb】  【replication】  【binlog】   点击查看原文>

1、修改配置文件：vim /etc/my.cof[mysqld]log-bin=mysql-bin(名字可以改成自己的，如果不改名字的话，默认是以主机名字命名)2、重新启动MSYQL服务：systemctl restart mariadb3、查看自己的BINLOG的名字是什么：show binlo...

【mysql】  【events】  【配置】  【主机】  【Mariadb】  【binlog】  【cto】   …