浅谈MYSQL之日志
浅谈MYSQL之日志
- 事务日志
-
- undo log
- redo log
- 事务日志优化
- 错误日志
- 通用日志
- 慢查询日志
-
- 实验：慢日志开启查询分析
- 二进制日志
-
- mysqlbinlog工具
- 实验：二进制日志相关文件操作
日志分类
MySQL 支持丰富的日志类型，如下：
- 事务日志：
transaction log- 事务日志的写入类型为“追加”，因此其操作为“顺序IO”；通常也被称为：预写式日志
write ahead logging - 事务日志文件：
ib_logfile0，ib_logfile1
- 事务日志的写入类型为“追加”，因此其操作为“顺序IO”；通常也被称为：预写式日志
- 错误日志
error log - 通用日志
general log - 慢查询日志
slow query log - 二进制日志
binary log - 中继日志
reley log，在主从复制架构中，从服务器用于保存从主服务器的二进制日志中读取的事件
事务日志
事务日志：transaction log
事务型存储引擎自行管理和使用，建议和数据文件分开存放 redo log和undo log
undo log
-
官方文档解释
- undo log是一组undo log记录的集合，这些undo log记录是关于某个事物的，一个undo log记录中包含了描述如何将最后的更新回退到集群索引记录的信息，如果有某一个事物需要去使用原始数据（比如在一个一致性的读事物中），这些原始没有被修改的数据，就会通过undo log记录进行恢复。
- Undo log存在于undo log段中，undo log段中包含了回滚段，而回滚段存在于系统表空间、临时表空间和回滚表空间中。
-
Undo log：由DML 操作导致的数据记录变化，均需要将变化前的镜像，写入到undo log中，是一种逻辑日志。
-
Undo log指事务开始之前，在操作任何数据之前,首先将需操作的数据备份到一个地方 (Undo Log)。
-
UndoLog是为了实现事务的原子性而出现的产物。
-
Undo Log实现了事务的原子性：
事务处理过程中如果出现了错误或者用户执行了 ROLLBACK语句，MySQL可以利用Undo Log中的备份将数据恢复到事务开始之前的状态。 -
MySQL InnoDB通过Undo log实现MVCC：
事务未提交之前，Undo log保存了未提交之前的版本数据，Undo log中的数据可作为数据旧版本快照供其他并发事务进行快照读。 -
快照读：
SQL读取的数据是快照版本，也就是历史版本，普通的SELECT就是快照读。 -
当前读：
SQL读取的数据是最新版本。通过锁机制来保证读取的数据无法通过其他事务进行修改。
UPDATE、DELETE、INSERT、SELECT … LOCK IN SHARE MODE、SELECT … FOR UPDATE都是当前读。 -
过程如下图：
redo log
- Redo log：由DML（insert delete update）操作，引起的页面变化，都需要记录到redo log中，大部分为物理日志
- 在页面修改完成之后，在脏数据由cache写入到磁盘之前，会写入redo日志中。
- 日志先行，日志会先写入到磁盘中，数据后写入
- 聚簇索引/二级索引/undo页面的修改，均需要记录在redo日志中
官方文档解释
-
Redo log是一个基于磁盘的数据格式，在数据库灾难恢复过程中，用于恢复未完成的事物，修复数据的。
-
在正常的操作过程中，redo log将来自于SQL 语句或者其他API调用的请求，转化为数据表中的变化，当对数据的改变操作还未完成之前，遭遇了意外的停机，那这些变化会在数据库启动初始化的过程中进行replay重演，这个重演的过程，是在接受client请求之前，就会完成。
-
redo log在磁盘上的体现，一般是ib_logfile0和ib_logfile1两个文件，mysql以循环的方式，写这两个文件，在redo log中的数据，是以记录变化为编码，这些日志数据，也就体现了数据的变化，在log中的一段内容，就体现了一个已经增加的LSN增量
-
Redo log一般是在事务提交的时候以顺序IO的方式写入磁盘。具体的落盘策略可以进行配置。
-
Redo log实现了事务的持久性：
防止在发生故障的时间点，尚有脏页未写入磁盘，在重启mysql服务的时候，根据Redo log进行重做，从而保证事务中尚未写入磁盘的数据的持久性。 -
过程如下图：
-
一旦事务成功提交且数据持久化落盘之后，此时Redo log中的对应事务数据记录就失去了意义，所以
Redo log的写入是日志文件循环写入的 -
影响redo log参数
-
innodb_log_file_size：指定每个redo日志大小，默认值48MB -
innodb_log_files_in_group：指定日志文件组中redo日志文件数量，默认为2 -
innodb_log_group_home_dir：指定日志文件组所在路劲，默认值 ./ ，指mysql的数据目录datadir -
innodb_flush_log_at_trx_commit：Redo buffer 持久化Redo log的策略 默认为1.- 取值 0 每秒提交 Redo buffer --> Redo log OS cache -->flush cache to disk[可能丢失一秒内的事务数据]；
- 取值 1 默认值，每次事务提交执行Redo buffer --> Redo log OS cache -->flush cache to disk[最安全，性能最差的方式]；
- 取值 2 每次事务提交执行Redo buffer --> Redo log OS cache 再每一秒执行 -->flush cache to disk操作
事务日志优化
innodb_flush_log_at_trx_commit=0|1|2|3
- 1 默认情况下，日志缓冲区将写入日志文件，并在每次事务后执行刷新到磁盘。 这是完全遵守ACID特性
- 0 提交时没有写磁盘的操作; 而是每秒执行一次将日志缓冲区的提交的事务写入刷新到磁盘。 这样可提供更好的性能，但服务器崩溃可能丢失最后一秒的事务
- 2 每次提交后都会写入OS的缓冲区，但每秒才会进行一次刷新到磁盘文件中。 性能比0略差一些，但操作系统或停电可能导致最后一秒的交易丢失
- 3 模拟MariaDB 5.5组提交（每组提交3个)
- 说明：
- 设置为1，同时sync_binlog = 1表示最高级别的容错
innodb_use_global_flush_log_at_trx_commit的值确定是否可以使用SET语句重置此变量
错误日志
-
错误日志
- mysqld启动和关闭过程中输出的事件信息
- mysqld运行中产生的错误信息
- event scheduler运行一个event时产生的日志信息
- 在主从复制架构中的从服务器上启动从服务器线程时产生的信息
-
错误日志配置
SHOW GLOBAL VARIABLES LIKE 'log_error';
MariaDB [(none)]> SHOW GLOBAL VARIABLES LIKE 'log_error';
+---------------+--------------------------+
| Variable_name | Value |
+---------------+--------------------------+
| log_error | /var/mysqllog/mysqld.err |
+---------------+--------------------------+
1 row in set (0.00 sec)
- 开始错误日志
vim /etc/my.cnf
[mysqld]
log-error=/var/mysqllog/mysqld.err
mkdir -pv /var/mysqllog/
chown -R mysql.mysql /var/mysqllog/
systemctl restart mysql
- 默认错误文件路径
log_error=/PATH/TO/LOG_ERROR_FILE
- 是否记录警告信息至错误日志文件
log_warnings=1|0 默认值1
通用日志
- 通用日志：记录对数据库的通用操作，包括错误的SQL语句
- 通用日志可以保存在：
file（默认值）或table - 通用日志相关设置
general_log=ON|OFF /默认不开启
general_log_file=HOSTNAME.log
log_output=TABLE|FILE|NONE
MariaDB [(none)]> SHOW GLOBAL VARIABLES LIKE 'general_log%';
+------------------+-------------+
| Variable_name | Value |
+------------------+-------------+
| general_log | OFF |
| general_log_file | Centos7.log |
+------------------+-------------+
2 rows in set (0.00 sec)
MariaDB [(none)]> SHOW GLOBAL VARIABLES LIKE 'log_output';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_output | FILE |
+---------------+-------+
1 row in set (0.00 sec)
慢查询日志
MySQL的慢查询日志是MySQL提供的一种日志记录，它用来记录在MySQL中响应时间超过阀值的语句，具体指运行时间超过long_query_time值的SQL，则会被记录到慢查询日志中。long_query_time的默认值为10，意思是运行10S以上的语句。
默认情况下，Mysql数据库并不启动慢查询日志，需要我们手动来设置这个参数，当然，如果不是调优需要的话，一般不建议启动该参数，因为开启慢查询日志会或多或少带来一定的性能影响。慢查询日志支持将日志记录写入文件，也支持将日志记录写入数据库表
- 慢查询相关变量
slow_query_log=ON|OFF /开启或关闭慢查询
long_query_time=N /慢查询的阀值，单位秒
slow_query_log_file=HOSTNAME-slow.log /慢查询日志文件
log_slow_filter = admin,filesort,filesort_on_disk,full_join,full_scan,
query_cache,query_cache_miss,tmp_table,tmp_table_on_disk
/ 上述查询类型且查询时长超过long_query_time，则记录日志
log_queries_not_using_indexes=ON
/ 不使用索引或使用全索引扫描，不论是否达到慢查询阀值的语句是否记录日志，默认OFF，即不记录
log_slow_rate_limit = 1 / 多少次查询才记录，mariadb特有
log_slow_verbosity= Query_plan,explain / 记录内容
log_slow_queries = OFF 同slow_query_log #新版已废弃
实验：慢日志开启查询分析
- 查询慢日志是否开启
MariaDB [(none)]> SHOW GLOBAL VARIABLES LIKE 'slow_query_log';
+----------------+-------+
| Variable_name | Value |
+----------------+-------+
| slow_query_log | OFF |
+----------------+-------+
1 row in set (0.00 sec)
MariaDB [(none)]> SELECT @@slow_query_log;
+------------------+
| @@slow_query_log |
+------------------+
| 0 |
+------------------+
1 row in set (0.00 sec)
/ 上述二者都可以查询
- 开启慢日志
slow_query_log慢查询开启状态 1 为开启slow_query_log_file慢查询日志存放的位置long_query_time查询超过多少秒才记录 默认10秒 修改为2秒
/ 配置文件
vim /etc/my.cnf
[mysqld]
slow_query_log =on
slow_query_log_file=/var/mysqllog/Centos7-slow.log
long_query_time=2
/ 重启服务
systemctl restart mysqld
[root@Centos7 log]# ll /var/mysqllog/
total 24
-rw-rw---- 1 mysql mysql 186 Nov 25 21:23 Centos7-slow.log
- 插入一条测试sql语句慢查询
MariaDB [(none)]> SELECT sleep(3);
+----------+
| sleep(3) |
+----------+
| 0 |
+----------+
1 row in set (3.00 sec)
- 查看慢查询日志
[root@Centos7 log]# cat /var/mysqllog/Centos7-slow.log
/usr/local/mysql/bin/mysqld, Version: 10.2.29-MariaDB-log (MariaDB Server). started with:
Tcp port: 0 Unix socket: /var/lib/mysql/mysql.sock
Time Id Command Argument
# Time: 191125 21:28:02
# User@Host: root[root] @ localhost []
# Thread_id: 9 Schema: QC_hit: No
# Query_time: 3.000270 Lock_time: 0.000000 Rows_sent: 1 Rows_examined: 0
# Rows_affected: 0
SET timestamp=1574688482;
SELECT sleep(3);
/ 日志说明很明了
- 通过MySQL命令查看有多少慢查询
MariaDB [(none)]> SHOW GLOBAL STATUS LIKE 'Slow_queries';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Slow_queries | 1 |
+---------------+-------+
1 row in set (0.00 sec)
/ 因为只做了一次慢查询测试
- 使用工具profile
- 参数
/ 打开后，会显示语句执行详细的过程
set profiling = ON
/ 查看语句,注意结果中的query_id值
show profiles ;
/ 显示语句的详细执行步骤和时长
Show profile for query #
/ 显示cpu使用情况
Show profile cpu for query #
- 查询profile工具是否开启
MariaDB [(none)]> SHOW VARIABLES LIKE 'prof%';
+------------------------+-------+
| Variable_name | Value |
+------------------------+-------+
| profiling | OFF |
| profiling_history_size | 15 |
+------------------------+-------+
2 rows in set (0.00 sec)
- 启用profile工具
MariaDB [(none)]> SET profiling=ON;
Query OK, 0 rows affected (0.00 sec)
MariaDB [(none)]> SELECT @@profiling;
+-------------+
| @@profiling |
+-------------+
| 1 |
+-------------+
1 row in set (0.00 sec)
- 使用profile工具
/ 执行一次测试sql语句
MariaDB [(none)]> SELECT sleep(3);
+----------+
| sleep(3) |
+----------+
| 0 |
+----------+
1 row in set (3.00 sec)
/ 使用profile工具查看
MariaDB [(none)]> SHOW profiles;
+----------+------------+-----------------------------+
| Query_ID | Duration | Query |
+----------+------------+-----------------------------+
| 1 | 0.00123413 | SHOW VARIABLES LIKE 'prof%' |
| 2 | 0.00016127 | SELECT @@profiling |
| 3 | 3.00045395 | SELECT sleep(3) |
+----------+------------+-----------------------------+
3 rows in set (0.00 sec)
/ Query_ID 表示执行语句编号ID
/ Duration 表示执行语句花费的时间
/ Query 表示执行语句
/ 来分析上图Query_ID=3的语句
MariaDB [(none)]> SHOW PROFILE FOR query 3;
+----------------------+----------+
| Status | Duration |
+----------------------+----------+
| starting | 0.000048 |
| checking permissions | 0.000009 |
| Opening tables | 0.000006 |
| After opening tables | 0.000010 |
| init | 0.000015 |
| optimizing | 0.000015 |
| executing | 0.000013 |
| User sleep | 3.000170 |
| end | 0.000021 |
| query end | 0.000011 |
| closing tables | 0.000008 |
| freeing items | 0.000011 |
| updating status | 0.000026 |
| logging slow query | 0.000081 |
| cleaning up | 0.000009 |
+----------------------+----------+
15 rows in set (0.00 sec)
/ 工具显示的结果告诉我们 是哪里出了问题
/ user sleep 这一行直观的给出了时间延迟的原因
二进制日志
基本概念
-
定义：用于记录引起数据改变或存在引起数据改变的潜在可能性的语句(
STATEMENT)或改变后的结果(ROW)，也可能是二者混合 -
功用：“重放”，数据库备份和主从复制时使用
-
注意：建议二进制日志和数据文件分开存放
二进制日志记录三种格式
- 基于“语句”记录：
statement，记录语句，默认模式（ MariaDB 10.2.3 版本以下 ），日志量较少 - 基于“行”记录：
row，记录数据，日志量较大 - 混合模式：
mixed, 让系统自行判定该基于哪种方式进行，默认模式（ MariaDB 10.2.4及版本以上） - 系统默认配置
MariaDB [(none)]> SHOW VARIABLES LIKE 'binlog_format';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| binlog_format | MIXED |
+---------------+-------+
1 row in set (0.00 sec)
二进制日志文件的构成
- 日志文件：
mysql|mariadb-bin.文件名后缀，二进制格式
如：mariadb-bin.000001 - 索引文件：
mysql|mariadb-bin.index，文本格式
二进制日志相关的服务器变量：
sql_log_bin=ON|OFF：
/ 是否记录二进制日志，默认ON
log_bin=/PATH/BIN_LOG_FILE：
/ 指定文件位置；默认OFF，表示不启用二进制日志功能，上述两项都开启才可
binlog_format=STATEMENT|ROW|MIXED：
/ 二进制日志记录的格式，默认STATEMENT
max_binlog_size=1073741824：
/ 单个二进制日志文件的最大体积，到达最大值会自动滚动，默认为1G
/ 说明：文件达到上限时的大小未必为指定的精确值
sync_binlog=1|0：
/ 设定是否启动二进制日志即时同步磁盘功能，默认0，由操作系统负责同步日志到磁盘
expire_logs_days=N：
/ 二进制日志可以自动删除的天数。 默认为0，即不自动删除
二进制日志相关配置
- 查看mariadb自行管理使用中的二进制日志文件列表，及大小
SHOW MASTER|BINARY LOGS;
- 查看当前正在使用的二进制日志文件：
SHOW MASTER STATUS;
- 查看二进制文件中的指定内容
SHOW BINLOG EVENTS [IN 'log_name'] [FROM pos] [LIMIT [offset,] row_count]
- 范例
show binlog events in 'mysql-bin.000001' from 6516 limit 2,3
- 注意：查询语句是不会让二进制日志文件发生变化
MariaDB [mysql]> SELECT HOST,user FROM user;
+-------------+-------+
| HOST | user |
+-------------+-------+
| 127.0.0.1 | root |
| 172.20.%.% | amin |
| 172.20.54.1 | mary |
| 172.20.54.1 | root |
| 172.20.54.1 | yijie |
| localhost | root |
+-------------+-------+
6 rows in set (0.00 sec)
MariaDB [mysql]> SHOW MASTER LOGS;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000001 | 328 |
+------------------+-----------+
1 row in set (0.00 sec)
/ 做这个测试之前，我的日志大小是328
mysqlbinlog工具
mysqlbinlog:二进制日志的客户端命令工具
- 命令格式
mysqlbinlog [OPTIONS] log_file…
--start-position=# 指定开始位置
--stop-position=#
--start-datetime= #时间格式：YYYY-MM-DD hh:mm:ss
--stop-datetime=
--base64-output[=name]
-v -vvv
- 范例：
mysqlbinlog --start-position=678 --stop-position=752 /var/lib/mysql/mariadbbin.
000003 -v
mysqlbinlog --start-datetime="2018-01-30 20:30:10" --stop-datetime="2018-01-
30 20:35:22" mariadb-bin.000003 -vvv
二进制日志事件格式
mysqlbinlog /var/mysqllog/mysql-bin.000001
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#191125 22:30:36 server id 1 end_log_pos 256 CRC32 0x996c8c8b Start: binlog v 4, server v 10.2.29-MariaDB-log created 191125 22:30:36 at startup
# Warning: this binlog is either in use or was not closed properly.
ROLLBACK/*!*/;
BINLOG '
jOXbXQ8BAAAA/AAAAAABAAABAAQAMTAuMi4yOS1NYXJpYURCLWxvZwAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAACM5dtdEzgNAAgAEgAEBAQEEgAA5AAEGggAAAAICAgCAAAACgoKAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAEEwQADQgICAoKCgGLjGyZ
'/*!*/;
# at 632
#191126 8:58:43 server id 1 end_log_pos 753 CRC32 0x1df58f44 Query thread_id=11 exec_time=0 error_code=0
SET TIMESTAMP=1574729923/*!*/;
INSERT teachers (NAME,AGE)VALUES('Huang Rong','18')
/*!*/;
# at 753
#191126 8:58:43 server id 1 end_log_pos 784 CRC32 0xa576bcb0 Xid = 66
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
/ 191126 8:58:43 事件发生的时间和日期
/ server id 1 事件发生服务器的标识
/ end_log_pos 784 事件结束的位置
/ Query 事件的类型
/ thread_id=11 事件发生时所在服务器执行此事件的线程的ID
/ exec_time=0 语句的时间戳与将其写入二进制文件中的时间
/ error_code=0 错误代码
清除二进制日志
- 语法：
PURGE { BINARY | MASTER } LOGS { TO 'log_name' | BEFORE datetime_expr }
- 范例
MariaDB [hellodb]> SHOW MASTER LOGS;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000001 | 831 |
| mysql-bin.000002 | 432 |
| mysql-bin.000003 | 432 |
| mysql-bin.000004 | 385 |
+------------------+-----------+
MariaDB [hellodb]> PURGE BINARY LOGS TO 'mysql-bin.000002';
Query OK, 0 rows affected (0.01 sec)
MariaDB [hellodb]> SHOW MASTER LOGS;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000002 | 432 |
| mysql-bin.000003 | 432 |
| mysql-bin.000004 | 385 |
+------------------+-----------+
/ 删除mysql-bin.000002之前的所有日志，而不是mysql-bin.000002它自身
MariaDB [hellodb]> SHOW MASTER LOGS;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000002 | 432 |
| mysql-bin.000003 | 432 |
| mysql-bin.000004 | 432 |
| mysql-bin.000005 | 385 |
+------------------+-----------+
4 rows in set (0.00 sec)
[root@Centos7 log]# ll /var/mysqllog/
total 60
-rw-rw---- 1 mysql mysql 1842 Nov 26 09:11 Centos7-slow.log
-rw-rw---- 1 mysql mysql 432 Nov 26 09:05 mysql-bin.000002
-rw-rw---- 1 mysql mysql 432 Nov 26 09:05 mysql-bin.000003
-rw-rw---- 1 mysql mysql 432 Nov 26 09:11 mysql-bin.000004
-rw-rw---- 1 mysql mysql 385 Nov 26 09:11 mysql-bin.000005
-rw-rw---- 1 mysql mysql 124 Nov 26 09:11 mysql-bin.index
MariaDB [hellodb]> PURGE MASTER LOGS BEFORE '2019-11-26 9:11:00';
Query OK, 0 rows affected (0.02 sec)
/ 删除2019-11-26 9:11:00 这个时间戳之前的所有日志
[root@Centos7 log]# ll /var/mysqllog/
total 52
-rw-rw---- 1 mysql mysql 1842 Nov 26 09:11 Centos7-slow.log
-rw-rw---- 1 mysql mysql 432 Nov 26 09:11 mysql-bin.000004
-rw-rw---- 1 mysql mysql 385 Nov 26 09:11 mysql-bin.000005
-rw-rw---- 1 mysql mysql 62 Nov 26 09:15 mysql-bin.index
删除所有二进制日志，index文件重新记数
- 语法
RESET MASTER [TO #];
/ 删除所有二进制日志文件，并重新生成日志文件，文件名从#开始记数，默认从
1开始，一般是master主机第一次启动时执行，MariaDB10.1.6开始支持TO
- 示例：
MariaDB [hellodb]> RESET MASTER;
Query OK, 0 rows affected (0.02 sec)
MariaDB [hellodb]> SHOW MASTER LOGS;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000001 | 328 |
+------------------+-----------+
切换日志
- 切换日志或者可以叫刷新日志
FLUSH LOGS
MariaDB [hellodb]> SHOW MASTER LOGS;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000001 | 328 |
+------------------+-----------+
1 row in set (0.00 sec)
MariaDB [hellodb]> FLUSH LOGS;
Query OK, 0 rows affected (0.02 sec)
MariaDB [hellodb]> SHOW MASTER LOGS
-> ;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000001 | 375 |
| mysql-bin.000002 | 371 |
+------------------+-----------+
2 rows in set (0.00 sec)
实验：二进制日志相关文件操作
- 开启二进制日志文件，系统默认不开启
vim /etc/my.cnf
[mysqld]
log-bin=/var/mysqllog/mysql-bin
/ 注意log-bin后面跟的是二进制日志文件头部，必须写上，否则mysql服务无法启动
systemctl restart mysqld
mkdir -p /var/mysqllog
chown -R mysql.mysql /var/mysqllog/
- 查询二进制文件信息
SHOW MASTER LOGS
MariaDB [hellodb]> SHOW MASTER LOGS;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000001 | 375 |
| mysql-bin.000002 | 371 |
+------------------+-----------+
2 rows in set (0.00 sec)
- 二进制文件滚动记录，通过命令
FLUSH LOGS;强行滚动日志，再查询二进制日志文件，发现了新的滚动文件
MariaDB [hellodb]> FLUSH LOGS;
Query OK, 0 rows affected (0.01 sec)
MariaDB [hellodb]> SHOW MASTER LOGS;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000001 | 375 |
| mysql-bin.000002 | 418 |
| mysql-bin.000003 | 371 |
+------------------+-----------+
3 rows in set (0.00 sec)
- 查询当前使用的二进制日志文件：
SHOW MASTER STATUS;
MariaDB [hellodb]> SHOW MASTER STATUS;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000003 | 371 | | |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)
- 查看指定的二进制文件
SHOW BINLOG EVENTS IN 'mysql-bin.0000002';
MariaDB [hellodb]> 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 | 256 | Server ver: 10.2.29-MariaDB-log, Binlog ver: 4 |
| mysql-bin.000002 | 256 | Gtid_list | 1 | 285 | [] |
| mysql-bin.000002 | 285 | Binlog_checkpoint | 1 | 328 | mysql-bin.000001 |
| mysql-bin.000002 | 328 | Binlog_checkpoint | 1 | 371 | mysql-bin.000002 |
| mysql-bin.000002 | 371 | Rotate | 1 | 418 | mysql-bin.000003;pos=4 |
+------------------+-----+-------------------+-----------+-------------+------------------------------------------------+
5 rows in set (0.00 sec)
/ Pos 表示日志那一部分大小
- 临时关闭二进制文件，通常用于备份还原数据库
SET @@sql_log_bin=OFF
MariaDB [hellodb]> SHOW BINLOG EVENTS IN 'mysql-bin.000003';
+------------------+-----+-------------------+-----------+-------------+------------------------------------------------+
| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |
+------------------+-----+-------------------+-----------+-------------+------------------------------------------------+
| mysql-bin.000003 | 4 | Format_desc | 1 | 256 | Server ver: 10.2.29-MariaDB-log, Binlog ver: 4 |
| mysql-bin.000003 | 256 | Gtid_list | 1 | 285 | [] |
| mysql-bin.000003 | 285 | Binlog_checkpoint | 1 | 328 | mysql-bin.000002 |
| mysql-bin.000003 | 328 | Binlog_checkpoint | 1 | 371 | mysql-bin.000003 |
+------------------+-----+-------------------+-----------+-------------+------------------------------------------------+
4 rows in set (0.00 sec)
MariaDB [hellodb]> SET @@sql_log_bin=OFF;
Query OK, 0 rows affected (0.00 sec)
/ 开始关闭二进制文件
MariaDB [hellodb]> INSERT teachers (NAME,AGE)VALUES('Bai Cai','22');
Query OK, 1 row affected (0.01 sec)
/ 插入一条新的数据
MariaDB [hellodb]> SHOW BINLOG EVENTS IN 'mysql-bin.000003';
+------------------+-----+-------------------+-----------+-------------+------------------------------------------------+
| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |
+------------------+-----+-------------------+-----------+-------------+------------------------------------------------+
| mysql-bin.000003 | 4 | Format_desc | 1 | 256 | Server ver: 10.2.29-MariaDB-log, Binlog ver: 4 |
| mysql-bin.000003 | 256 | Gtid_list | 1 | 285 | [] |
| mysql-bin.000003 | 285 | Binlog_checkpoint | 1 | 328 | mysql-bin.000002 |
| mysql-bin.000003 | 328 | Binlog_checkpoint | 1 | 371 | mysql-bin.000003 |
+------------------+-----+-------------------+-----------+-------------+------------------------------------------------+
4 rows in set (0.00 sec)
/ 结果显示二进制日志文件已经关闭
二进制日志在数据库的备份恢复和主从复制操作中发挥了很大的作用，一般情况下不会关闭，只有在执行“重放”操作时才有临时关闭的需求
完