mysql数据库怎么开启binlog

Posted 2023-05-07

当启动Binlog后，事务会产生Binlog Event，这些Event被看做事务数据的一部分。因此要保证事务的Binlog Event和InnoDB引擎中的数据的一致性。所以带Binlog的CrashSafe要求mysql宕机重启后能够保证：

- 所有已经提交的事务的数据仍然存在。

- 所有没有提交的事务的数据自动回滚。

- 所有已经提交了的事务的Binlog Event也仍然存在。

- 所有没有提交事务没有记录Binlog Event。

这些要求很好理解，如果重启后数据还在，但是Binlog Event没有了，就没办法复制到其他节点上了。如果重启后，数据没了，但是Binlog Event还在，那么不存在的数据就会被复制到其他节点上，从而导致主从的不一致。

为了保证带Binlog的CrashSafe，MySQL内部使用的两阶段提交(Two Phase Commit)。 参考技术A 它是逻辑备份,优点可以备份各种存储引擎
1.备份所有的数据库
#mysqldump -uroot -p --all-database >all.sql
2.备份指定的数据库
#mysqldump -uroot -p test > test.sql
3.备份指定数据库中的表
#mysqldump -uroot -p test s > test_s.sql
备份完全恢复实例
(1)上午9点备份数据库
#mysqldump -uroot -p -l -F student > student.dmp
-l 给所有表加读锁
-F 生成一个新的日志文件
此时s表数据如下:
mysql> select * from s;
+------+-------+------+-----------+
| sno | sname | sex | address |
+------+-------+------+-----------+
| 0901 | Jim | 1 | shanghai |
| 0902 | helun | 2 | beijing |
| 0903 | sam | 1 | sichuan |
| 0904 | keke | 1 | xizang |
| 0905 | gugu | 1 | suzhou |
| 0906 | tang | 2 | guangdong |
+------+-------+------+-----------+
6 rows in set (0.00 sec)
备份完毕等到了student.dmp文件,还有mysql-bin.000012
(2)9点半备份完毕,然后插入新的数据
mysql> insert into s values('0907','liu','1','jiangxi');
Query OK, 1 row affected (0.00 sec)
mysql> insert into s values('0908','wang','2','wuxi');
Query OK, 1 row affected (0.00 sec)
(3)10点,数据库突然故障,数据无法访问.需要恢复备份:
#mysql -uroot -p student < student.dmp
恢复后的数据:
mysql> select * from s;
+------+-------+------+-----------+
| sno | sname | sex | address |
+------+-------+------+-----------+
| 0901 | Jim | 1 | shanghai |
| 0902 | helun | 2 | beijing |
| 0903 | sam | 1 | sichuan |
| 0904 | keke | 1 | xizang |
| 0905 | gugu | 1 | suzhou |
| 0906 | tang | 2 | guangdong |
+------+-------+------+-----------+
6 rows in set (0.00 sec)
(4)使用mysqlbinlog 恢复mysqldump 备份以来的BINLOG
#mysqlbinlog mysql-bin.000012 |mysql -uroot -p student
查询完全恢复后的数据:
mysql> select * from s;
+------+-------+------+-----------+
| sno | sname | sex | address |
+------+-------+------+-----------+
| 0901 | Jim | 1 | shanghai |
| 0902 | helun | 2 | beijing |
| 0903 | sam | 1 | sichuan |
| 0904 | keke | 1 | xizang |
| 0905 | gugu | 1 | suzhou |
| 0906 | tang | 2 | guangdong |
| 0907 | liu | 1 | jiangxi |
| 0908 | wang | 2 | wuxi |
+------+-------+------+-----------+
8 rows in set (0.00 sec)
恢复完成!
基于时间点的恢复(不完全恢复)
由于误操作,比如删除了一张表,使用完全恢复是没有用的,我们需要的是恢复到误操作之前的状态,然后跳过误操作语句,再恢复后面执行的语句,完成恢复;
例:
(1)上午10点发生误操作,可以用如下语句备份和BINLOG将数据恢复到故障前
#mysqlbinlog --stop-date="2010-10-31 9:59:59" /usr/local/mysql/var/mysql-bin.000013 |mysql -uroot -p
(2)跳过故障时间点,继续执行后面的BINLOG,完成恢复
#mysqlbinlog --start-date="2010-10-31 10:01:00" /usr/local/mysql/var/mysql-bin.000013 |mysql -uroot -p
基于位置恢复(不完全恢复)
和基于时间点恢复类是,但是更加精确.因为同一时间点可能有多条SQL语句执行;
例:
#mysqlbinlog --start-date="2010-10-31 9:55:00" --stop-date="2010-10-31 10:05:00" /usr/local/mysql/var/mysql-bin.000013 > /tmp/mysql_restore.sql
该命令将在/tmp/目录下创建小的文件,编辑它找到错误语句前后的位置号,例如前后位置号分别是368312 和 368315
(2)恢复了以前的备份文件后,输入
#mysqlbinlog --stop-position="368312" /usr/local/mysql/var/mysql-bin.000013 |mysql -uroot -p
#mysqlbinlog --start-position="368315" /usr/local/mysql/var/mysql-bin.000013 |mysql -uroot -p

mysql binlog没有开启数据怎么恢复

参考技术A mysql binlog没有开启数据恢复
mysql 不小心误删了一个数据表的数据，通过delete，没有开启binlog，如何才可以恢复数据。MYI MYD文件还是原大小。

SQL code?

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

MariaDB [(none)]> show variables like '%bin%';
+-----------------------------------------+----------------------+
| Variable_name | Value |
+-----------------------------------------+----------------------+
| binlog_annotate_row_events | OFF |
| binlog_cache_size | 32768 |
| binlog_checksum | NONE |
| binlog_direct_non_transactional_updates | OFF |
| binlog_format | STATEMENT |
| binlog_optimize_thread_scheduling | ON |
| binlog_stmt_cache_size | 32768 |
| innodb_locks_unsafe_for_binlog | OFF |
| log_bin | OFF |
| log_bin_trust_function_creators | OFF |
| max_binlog_cache_size | 18446744073709547520 |
| max_binlog_size | 1073741824 |
| max_binlog_stmt_cache_size | 18446744073709547520 |
| sql_log_bin | ON |
| sync_binlog | 0 |
+-----------------------------------------+----------------------+
15 rows in set (0.00 sec)

如何恢复，数据库还未重启。

SQL code?

1
2
3
4
5
6
7
8
9
10
11

[root@flxx dada002]# ll
total 512332
drwxr-xr-x 2 dada002 root 4096 Dec 22 23:10 bak
-rw-r----- 1 root root 13880 Mar 13 11:52 gk_info_info.frm.bak
-rw-r----- 1 root root 485853324 Mar 13 11:51 gk_info_info.MYD.bak
-rw-r----- 1 root root 9374720 Mar 13 11:51 gk_info_info.MYI.bak
-rw-r----- 1 root root 18874368 Mar 13 12:02 ibdata1
-rw-r----- 1 root root 5242880 Mar 13 12:02 ib_logfile0
-rw-r----- 1 root root 5242880 Mar 13 12:02 ib_logfile1
drwxrwxrwx 2 dada002 root 12288 Mar 9 14:25 logs
drwxr-xr-x 16 dada002 root 4096 Mar 8 15:10 www