【引自攀岩人生的数据博客】MySQL备份一般采取全库备份、日志备份;MySQL出现故障后可以使用全备份和日志备份将数据恢复到最后一个二进制日志备份前的备份任意位置或时间;mysql的二进制日志记录着该数据库的所有增删改的操作日志还包括了这些操作的执行时间
Binlog的用途：主从同步、恢复数据库
使用binlog工具备份
查看binlog是及恢否开启，因为默认是数据关闭的
从上图可知off为关闭状态，一般logbin为只读，备份在/etc/my.cnf下开启
重启数据库
重启后在目录下查看是及恢否生成bin日志，黄色表示为日志
创建数据库，数据表，备份数据
创建表的及恢时候 auto_increment为自增
重新开始一个新的日志文件
flush logs; #重新生成新的二进制文件
delete from tb1 where id=2; #删除id列中的b2b供应网序列号为2的数据方便测试
insert into tb1(name) values(tom); #创建一个新的数据名为tom
查看数据
查看mysql上的二进制文件日志
查看二进制日志事件
mysql> show binlog events; +------------------+------+----------------+-----------+-------------+-----------------------------------------------------------------------------------+ | Log_name | Pos | Event_type | Server_id | End_log_pos | Info | +------------------+------+----------------+-----------+-------------+-----------------------------------------------------------------------------------+ | mysql-bin.000001 | 4 | Format_desc | 1 | 123 | Server ver: 5.7.13-log, Binlog ver: 4 | | mysql-bin.000001 | 123 | Previous_gtids | 1 | 154 | | | mysql-bin.000001 | 154 | Anonymous_Gtid | 1 | 219 | SET @@SESSION.GTID_NEXT= ANONYMOUS | | mysql-bin.000001 | 219 | Query | 1 | 316 | create database test1 | | mysql-bin.000001 | 316 | Anonymous_Gtid | 1 | 381 | SET @@SESSION.GTID_NEXT= ANONYMOUS | | mysql-bin.000001 | 381 | Query | 1 | 525 | use `test1`; create table tb1(id int primary key auto_increment,name varchar(20)) | | mysql-bin.000001 | 525 | Anonymous_Gtid | 1 | 590 | SET @@SESSION.GTID_NEXT= ANONYMOUS | | mysql-bin.000001 | 590 | Query | 1 | 663 | BEGIN | | mysql-bin.000001 | 663 | Table_map | 1 | 713 | table_id: 108 (test1.tb1) | | mysql-bin.000001 | 713 | Write_rows | 1 | 758 | table_id: 108 flags: STMT_END_F | | mysql-bin.000001 | 758 | Xid | 1 | 789 | COMMIT /* xid=10 */ | | mysql-bin.000001 | 789 | Anonymous_Gtid | 1 | 854 | SET @@SESSION.GTID_NEXT= ANONYMOUS | | mysql-bin.000001 | 854 | Query | 1 | 927 | BEGIN | | mysql-bin.000001 | 927 | Table_map | 1 | 977 | table_id: 108 (test1.tb1) | | mysql-bin.000001 | 977 | Write_rows | 1 | 1026 | table_id: 108 flags: STMT_END_F | | mysql-bin.000001 | 1026 | Xid | 1 | 1057 | COMMIT /* xid=11 */ | | mysql-bin.000001 | 1057 | Rotate | 1 | 1104 | mysql-bin.000002;pos=4 | # 此处为日志轮换事件，执行flush logs引起的数据 +------------------+------+----------------+-----------+-------------+-----------------------------------------------------------------------------------+ 17 rows in set (0.00 sec)查看指定二进制日志的事件(上面那个命令只能查看默认1的)
mysql> show binlog events in mysql-bin.000002; +------------------+-----+----------------+-----------+-------------+---------------------------------------+ | Log_name | Pos | Event_type | Server_id | End_log_pos | Info | +------------------+-----+----------------+-----------+-------------+---------------------------------------+ | mysql-bin.000002 | 4 | Format_desc | 1 | 123 | Server ver: 5.7.13-log, Binlog ver: 4 | | mysql-bin.000002 | 123 | Previous_gtids | 1 | 154 | | | mysql-bin.000002 | 154 | Anonymous_Gtid | 1 | 219 | SET @@SESSION.GTID_NEXT= ANONYMOUS | | mysql-bin.000002 | 219 | Query | 1 | 292 | BEGIN | | mysql-bin.000002 | 292 | Table_map | 1 | 342 | table_id: 108 (test1.tb1) | | mysql-bin.000002 | 342 | Delete_rows | 1 | 391 | table_id: 108 flags: STMT_END_F | | mysql-bin.000002 | 391 | Xid | 1 | 422 | COMMIT /* xid=14 */ | | mysql-bin.000002 | 422 | Anonymous_Gtid | 1 | 487 | SET @@SESSION.GTID_NEXT= ANONYMOUS | | mysql-bin.000002 | 487 | Query | 1 | 560 | BEGIN | | mysql-bin.000002 | 560 | Table_map | 1 | 610 | table_id: 108 (test1.tb1) | | mysql-bin.000002 | 610 | Write_rows | 1 | 654 | table_id: 108 flags: STMT_END_F | | mysql-bin.000002 | 654 | Xid | 1 | 685 | COMMIT /* xid=15 */ | +------------------+-----+----------------+-----------+-------------+---------------------------------------+ 12 rows in set (0.00 sec)使用mysqlbinlog工具的-v(--verbose)选项，该选项会将行事件重构成被注释掉的备份伪SQL语句，如果想看到更详细的及恢信息可以将该选项给两次如-vv，这样可以包含一些数据类型和元信息的数据注释内容，如
先切换到binlog所在的备份目录下
mysqlbinlog mysql-bin.000001
mysqlbinlog -v mysql-bin.000001
mysqlbinlog -vv mysql-bin.000001
-h，-P，及恢-p，-u等，这些参数仅在指定了--read-from-remote-server后有效。
恢复导出binlog日志
恢复完成后查看表的服务器托管数据是否完整
常见的选项有：
--start-datetime #从二进制日志中读取指定时间戳或者本地计算机时间之后的日志事件
--stop-datetime #从二进制日志中读取指定时间戳或者本地计算机时间之前的日志事件
--start-position #从二进制日志中读取指定position 事件位置作为开始
--stop-position #从二进制日志中读取指定position 事件位置作为事件截至
因为备份得时候把删除那项跳过了，所以id为2的zhangsan也恢复了
使用mysqldump备份恢复
它是用于备份和数据迁移的工具，一般在数据量比较小的情况下使用如几个G，当数据比较大的情况下建议不使用;mysqldump可以对单(多)个表、单(多)个数据库及所有数据库进行导出操作;
mysqldump [options] db_name [tbl_name ...] #导出指定数据库或单个表 mysqldump [options] --databases db_name ... #导出多个数据库 mysqldump [options] --all-databases #导出所有备份数据库test1
mysqldump -p123456 --flush-logs test1 > /opt/test1.spl #备份整个数据库，并且重新开启一个新的binlog mysql -p123456 test1 </opt/test1.spl #从备份的目录中导入创建数据测试mysqldump工具
查看数据
创建备份的目录及备份数据库和cp bin.000001二进制文件
清楚二进制00000.2之前的日志
删除数据测试
然后在进行备份第二个二进制文件
进行数据库恢复
查看表的数据是否恢复
上面数据已经全部恢复 希望能帮到你
(责任编辑：人工智能)