十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
MySQL大数据备份和恢复一
十年的长泰网站建设经验,针对设计、前端、开发、售后、文案、推广等六对一服务,响应快,48小时及时工作处理。全网营销推广的优势是能够根据用户设备显示端的尺寸不同,自动调整长泰建站的显示方式,使网站能够适用不同显示终端,在浏览器中调整网站的宽度,无论在任何一种浏览器上浏览网站,都能展现优雅布局与设计,从而大程度地提升浏览体验。创新互联公司从事“长泰网站设计”,“长泰网站推广”以来,每个客户项目都认真落实执行。
MySQL备份一般采取全库备份、日志备份;MySQL出现故障后可以使用全备份和日志备份将数据恢复到最后一个二进制日志备份前的任意位置或时间;mysql的二进制日志记录着该数据库的所有增删改的操作日志还包括了这些操作的执行时间
Binlog的用途:主从同步、恢复数据库
使用binlog工具备份
查看binlog是否开启,因为默认是关闭的
从上图可知off为关闭状态,一般logbin为只读,在/etc/my.cnf下开启
重启数据库
重启后在目录下查看是否生成bin日志,×××表示为日志
创建数据库,表,数据
创建表的时候 auto_increment为自增
重新开始一个新的日志文件
flush logs; #重新生成新的二进制文件
delete from tb1 where id=2; #删除id列中的序列号为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
创建数据测试mysqldump工具
查看数据
创建备份的目录及备份数据库和cp bin.000001二进制文件
清楚二进制00000.2之前的日志
删除数据测试
然后在进行备份第二个二进制文件
进行数据库恢复
查看表的数据是否恢复
上面数据已经全部恢复 希望能帮到你