MySQL日志
主要包含：错误日志、查询日志、慢查询日志、事务日志、二进制日志；
日志是mysql数据库的重要组成部分。日志文件中记录着mysql数据库运行期间发生的变化；也就是说用来记录mysql数据库的客 户端连接状况、SQL语句的执行情况和错误信息等。当数据库遭到意外的损坏时，可以通过日志查看文件出错的原因，并且可以通过日志文件进行数据恢复。
错误日志
在mysql数据库中，错误日志功能是默认开启的。并且，错误日志无法被禁止。默认情况下，错误日志存储在mysql数据库的数据文件中。错误日志文件通常的名称为hostname.err。其中，hostname表示服务器主机名。
错误日志信息可以自己进行配置的，错误日志所记录的信息是可以通过log-error和log-warnings来定义的，其中log- err是定义是否启用错误日志的功能和错误日志的存储位置，log-warnings是定义是否将警告信息也定义至错误日志中。默认情况下错误日志大概记 录以下几个方面的信息：服务器启动和关闭过程中的信息（未必是错误信息，如mysql如何启动InnoDB的表空间文件的、如何初始化自己的存储引擎的等 等）、服务器运行过程中的错误信息、事件调度器运行一个事件时产生的信息、在从服务器上启动服务器进程时产生的信息。
一般而言，日志级别的定义没有会话变量都只是在全局级别下进行定义。
mysql> show global variables like 'log%'; +---------------------------------+---------------------------------+ | Variable_name | Value | +---------------------------------+---------------------------------+ | log | OFF | | log_bin | ON | | log_bin_trust_function_creators | OFF | | log_error | /usr/local/mysql/var/Ubuntu.err |定义错误日志 | log_output | FILE | | log_queries_not_using_indexes | OFF | | log_slave_updates | OFF | | log_slow_queries | OFF | | log_warnings | 1 |是否把警告信息写入错误日志中 +---------------------------------+---------------------------------+
其中，log_error可以直接定义为文件路径，log_warings只能使用1|0来定义开关启动。
更改错误日志位置可以使用log_error来设置形式如下：
root@Ubuntu:~# vim /etc/my.cnf [mysqld] Log_error=DIR/[filename]
其中，DIR参数指定错误日志的路径filename参数是错误日志的名称，没有指定该参数时默认为主机名。重启mysql服务器即可生效。
删除错误日志：
在mysql5.5.7之前：数据库管理员可以删除很长时间之前的错误日志，以保证mysql服务器上的硬盘空间。mysql数据库 中，可以使用mysqladmin命令开启新的错误日志。mysqladmin命令的语法如下：mysqladmin –u root –pflush-logs也可以使用登录mysql数据库中使用FLUSHLOGS语句来开启新的错误日志。
在mysql5.5.7之后：服务器将关闭此项功能。只能使用重命名原来的错误日志文件，手动冲洗日志创建一个新的：方式如下：
root@Ubuntu:/usr/local/mysql/var# mv Ubuntu.err Ubuntu.err.2016_05_09.bak root@Ubuntu:/usr/local/mysql/var# ../bin/mysqladmin -uroot -proot flush-logs root@Ubuntu:/usr/local/mysql/var# ls ibdata1 mysql-bin.000002 mysql-bin.000007 Ubuntu.err ib_logfile0 mysql-bin.000003 mysql-bin.000008 Ubuntu.err.2016_05_09.bak ib_logfile1 mysql-bin.000004 mysql-bin.index Ubuntu.pid mysql mysql-bin.000005 performance_schema mysql-bin.000001 mysql-bin.000006 test
查询日志
默认情况下查询日志是关闭的。由于查询日志会记录用户的所有操作，其中还包含增删查改等信息，在并发操作大的环境下会产生大量的信息从而导致不必要的磁盘IO，会影响mysql的性能的。如若不是为了调试数据库的目的建议不要开启查询日志。
查看查询日志是否开启：
mysql> show global variables like '%log%'; +-----------------------------------------+--------------------------------------+ | Variable_name | Value | +-----------------------------------------+--------------------------------------+ | back_log | 50 | | binlog_cache_size | 32768 | | binlog_direct_non_transactional_updates | OFF | | binlog_format | MIXED | | binlog_stmt_cache_size | 32768 | | expire_logs_days | 0 | | general_log | OFF |#定义查询日志是否开启 | general_log_file | /usr/local/mysql/var/Ubuntu.log |#定义查询日志的文件地址名称 | innodb_flush_log_at_trx_commit | 1 | | innodb_locks_unsafe_for_binlog | OFF | | innodb_log_buffer_size | 8388608 | | innodb_log_file_size | 5242880 | | innodb_log_files_in_group | 2 | | innodb_log_group_home_dir | /usr/local/mysql/var | | innodb_mirrored_log_groups | 1 | | log | OFF |#是否开启日志 （若开启则表示开启所有的日志功能） | log_bin | ON | | log_bin_trust_function_creators | OFF | | log_error | /usr/local/mysql/var/Ubuntu.err | | log_output | FILE |#日志的输出的位置 | log_queries_not_using_indexes | OFF | | log_slave_updates | OFF | | log_slow_queries | OFF | | log_warnings | 1 | | max_binlog_cache_size | 18446744073709547520 | | max_binlog_size | 1073741824 | | max_binlog_stmt_cache_size | 18446744073709547520 | | max_relay_log_size | 0 | | relay_log | | | relay_log_index | | | relay_log_info_file | relay-log.info | | relay_log_purge | ON | | relay_log_recovery | OFF | | relay_log_space_limit | 0 | | slow_query_log | OFF | | slow_query_log_file | /usr/local/mysql/var/Ubuntu-slow.log | +-----------------------------------------+--------------------------------------+
拓展解析：日志的输出位置一般有三种方式：file(文件)，table(表)，none(不保存)；其中前两个输出位置可以同时定义，none表示是开启日志功能但是记录日志信息。file就是通过general_log_file |mysql/var/Ubuntu.log等方式定义的，而输出位置定义为表时查看日志的内容方式为：
mysql> show tables; +---------------------------+ | Tables_in_mysql | +---------------------------+ | columns_priv | | db | | event | | func | | general_log |#这个就是查询日志的表输出位置 | help_category | | help_keyword | | help_relation | | help_topic | | host | | ndb_binlog_index | | time_zone_transition_type | | user | +---------------------------+
慢查询日志
慢查询日志是用来记录执行时间超过指定时间的查询语句。通过慢查询日志，可以查找出哪些查询语句的执行效率很低，以便进行优化。一般建议开启，它对服务器性能的影响微乎其微，但是可以记录mysql服务器上执行了很长时间的查询语句。可以帮助我们定位性能问题的。
查看慢查询日志的定义：
启动和设置慢查询日志：
1、通过配置文件my.cnf中的log-slow-queries选项可以开启慢查询日志；形式如下：
[root@Ubuntu data]# vim /etc/my.cnf [mysqld] slow_query_log=1 log-slow-queries [= DIR/[filename] ]
其中，DIR参数指定慢查询日志的存储路径；filename参数指定日志的文件名，生成日志文件的完成名称为filename- slow.log。如果不指定存储路径，慢查询日志默认存储到mysql数据库的数据文件下，如果不指定文件名，默认文件名为hostname-slow.log。
2、通过登录mysql服务器直接定义，方式如下：
首先要有全局权限，然后执行：
mysql> set global slow_query_log=1;
时间默认超过多少的称为慢查询日志？
一般都是通过long_query_time选项来设置这个时间值，时间以秒为单位，可以精确到微秒。如果查询时间超过了这个时间值（默认为10秒），这个查询语句将被记录到慢查询日志中。查看服务器默认时间值方式如下：
mysql> SHOW GLOBAL VARIABLES LIKE 'long_query_time'; +-----------------+-----------+ | Variable_name | Value | +-----------------+-----------+ | long_query_time | 10.000000 | +-----------------+-----------+
注释：其中这个慢查询时间并不是只表示语句自身执行超过10秒还包含由于其他资源被征用造成阻塞的查询执行时间或其他原因等都被记录到慢查询中。所以这个慢查的时长表示从查询开始到查询结束中间包含可能的任何原因所经历的所有时间。
测试是否可以记录日志：
mysql> set global slow_query_log=1; #开启慢查询日志 Query OK, 0 rows affected mysql> set session long_query_time=0.001; #更改时间（当前session中，退出则重置） Query OK, 0 rows affected mysql> set global long_query_time=0.001; #更改时间（全局中，重启服务则重置） Query OK, 0 rows affected mysql> SHOW VARIABLES LIKE 'long%'; +-----------------+----------+ | Variable_name | Value | +-----------------+----------+ | long_query_time | 0.001000 | +-----------------+----------+ 1 row in set mysql> show global variables like '%slow%'; +---------------------+--------------------------------------------------------+ | Variable_name | Value | +---------------------+--------------------------------------------------------+ | log_slow_queries | ON | | slow_launch_time | 2 | | slow_query_log | ON | | slow_query_log_file | E:\Program Files\phpStudy\MySQL\data\Simon-PC-slow.log | +---------------------+--------------------------------------------------------+ mysql> select * from emp where empno=334312; +--------+--------+----------+-----+------------+---------+--------+--------+ | empno | ename | job | mgr | hiredate | sal | comm | deptno | +--------+--------+----------+-----+------------+---------+--------+--------+ | 334312 | JFVQqg | SALESMAN | 1 | 2016-05-04 | 2000.00 | 400.00 | 336 | +--------+--------+----------+-----+------------+---------+--------+--------+ 1 row in set (0.21 sec) #查看慢查询日志Simon-PC-slow.log ... # Time: 160509 15:27:29 # User@Host: root[root] @ localhost [127.0.0.1] # Query_time: 0.209011 Lock_time: 0.000000 Rows_sent: 1 Rows_examined: 1 SET timestamp=1462778849; select * from emp where empno=334312; ...
事务日志
事务日志（InnoDB特有的日志）可以帮助提高事务的效率。使用事务日志，存储引擎在修改表的数据时只需要修改其内存拷贝，再把改修 改行为记录到持久在硬盘上的事务日志中，而不用每次都将修改的数据本身持久到磁盘。事务日志采用追加的方式，因此写日志的操作是磁盘上一小块区域内的顺序 I/O，而不像随机I/O需要在磁盘的多个地方移动磁头，所以采用事务日志的方式相对来说要快得多。事务日志持久以后，内存中被修改的数据在后台可以慢慢 的刷回到磁盘。目前大多数的存储引擎都是这样实现的，我们通常称之为预写式日志，修改数据需要写两次磁盘。
如果数据的修改已经记录到事务日志并持久化，但数据本身还没有写回磁盘，此时系统崩溃，存储引擎在重启时能够自动恢复这部分修改的数据。具有的恢复方式则视存储引擎而定。
mysql> show global variables like '%innodb%log%'; +--------------------------------+----------------------+ | Variable_name | Value | +--------------------------------+----------------------+ | innodb_flush_log_at_trx_commit | 1 | | innodb_locks_unsafe_for_binlog | OFF | | innodb_log_buffer_size | 8388608 | | innodb_log_file_size | 5242880 | | innodb_log_files_in_group | 2 | | innodb_log_group_home_dir | /usr/local/mysql/var | | innodb_mirrored_log_groups | 1 | +--------------------------------+----------------------+ #innodb_flush_log_at_trx_commit 在事务提交时innodb是否同步日志从缓冲到文件中1表示事务以提交就同步不提交每隔一秒同步一次，性能会很差造成大量的磁盘I/O；定义为2表示只有在事务提交时才会同步但是可能会丢失整个事务 #innodb_log_files_in_group 至少有两个 #innodb_log_group_home_dir 定义innodb事务日志组的位置 #innodb_mirrored_log_groups 表示对日志组做镜像
二进制日志
二进制日志也叫作变更日志，主要用于记录修改数据或有可能引起数据改变的mysql语句，并且记录了语句发生时间、执行时长、操作的数据等等。所以说通过二进制日志可以查询mysql数据库中进行了哪些变化。一般大小体积上限为1G。
二进制开启状态：
mysql> show global variables like '%log_bin%'; +---------------------------------+-------+ | Variable_name | Value | +---------------------------------+-------+ | log_bin | ON |--已开启 | log_bin_trust_function_creators | OFF | | sql_log_bin | ON | +---------------------------------+-------+
sql_log_bin ={ON|OFF} --用于控制会话级别二进制日志功能的开启或关闭。默认为ON，表示启用记录功能。用户可以在会话级别修改此变量的值，但其必须具有SUPER权限。 binlog_cache_size =32768 --默认值32768 Binlog Cache用于在打开了二进制日志（binlog）记录功能的环境，是MySQL 用来提高binlog的记录效率而设计的一个用于短时间内临时缓存binlog数据的内存区域。一般来说，如果我们的数据库中没有什么大事务，写入也不是特别频繁，2MB～4MB是一个合适的选择。但是如果我们的数据库大事务较多，写入量比较大，可与适当调高binlog_cache_size。同时，我们可以通过binlog_cache_use 以及 binlog_cache_disk_use来分析设置的binlog_cache_size是否足够，是否有大量的binlog_cache由于内存大小不够而使用临时文件（binlog_cache_disk_use）来缓存了。 binlog_stmt_cache_size= 32768 --当非事务语句使用二进制日志缓存，但是超出binlog_stmt_cache_size时，使用一个临时文件来存放这些语句。 log_bin = mysql-bin --指定binlog的位置，默认在数据目录下。 binlog-format= {ROW|STATEMENT|MIXED} --指定二进制日志的类型，默认为MIXED。如果设定了二进制日志的格式，却没有启用二进制日志，则MySQL启动时会产生警告日志信息并记录于错误日志中。 sync_binlog = 10 --设定多久同步一次二进制日志至磁盘文件中，0表示不同步，任何正数值都表示对二进制每多少次写操作之后同步一次。当autocommit的值为1时，每条语句的执行都会引起二进制日志同步，否则，每个事务的提交会引起二进制日志同步 max_binlog_cache_size= {4096 .. 18446744073709547520} --二进定日志缓存空间大小，5.5.9及以后的版本仅应用于事务缓存，其上限由max_binlog_stmt_cache_size决定。 max_binlog_stmt_cache_size= {4096 .. 18446744073709547520} --二进定日志缓存空间大小，5.5.9及以后的版本仅应用于事务缓存 expire_log_days ={0..99} --设定二进制日志的过期天数，超出此天数的二进制日志文件将被自动删除。默认为0，表示不启用过期自动删除功能。如果启用此功能，自动删除工作通常发生在MySQL启动时或FLUSH日志时。
二进制日志定义方式：
其一、log_bin可以直接定义为文件路径，也可以为ON|OFF。
其二、通过编辑my.cnf中的log-bin选项可以开启二进制日志；形式如下：
[root@stu18 ~]#my.cnf [mysqld] log-bin [=DIR \ [filename]]
其中，DIR参数指定二进制文件的存储路径；filename参数指定二级制文件的文件名，其形式为 filename.number，number的形式为000001、000002等。每次重启mysql服务或运行mysql> flush logs;都会生成一个新的二进制日志文件，这些日志文件的number会不断地递增。除了生成上述的文件外还会生成一个名为 filename.index的文件。这个文件中存储所有二进制日志文件的清单又称为二进制文件的索引。
root@Ubuntu:/usr/local/mysql/var# ls -lh -rw-rw---- 1 mysql mysql 28K 5月 9 15:21 mysql-bin.000001 -rw-rw---- 1 mysql mysql 1.1M 5月 9 15:21 mysql-bin.000002 -rw-rw---- 1 mysql mysql 1.3K 5月 9 15:21 mysql-bin.000003 -rw-rw---- 1 mysql mysql 126 5月 9 15:21 mysql-bin.000004 -rw-rw---- 1 mysql mysql 3.2K 5月 9 16:11 mysql-bin.000005 ... -rw-rw---- 1 mysql mysql 228 5月 9 16:58 mysql-bin.index root@Ubuntu:/usr/local/mysql/var# cat mysql-bin.index ./mysql-bin.000001 ./mysql-bin.000002 ./mysql-bin.000003 ./mysql-bin.000004 ./mysql-bin.000005 ...
如果说我们向某个表的某个字段插入一个数据而这个数据为当前时间(日期时间型)；过段时间将此二进制文件应用到另一台服务器上数据就会变动从而导致数据的不一致性所以说对于这种非确定性的数据使用默认的语句定义并不是可靠的；
二进制日志中常用的定义格式：
1、语句(statement)：默认的记录格式；
2、行(row)：定义的并非数据本身而是这一行的数据是什么；
3、混合模式(mixed)：交替使用行和语句、由mysql服务器自行判断。
其中基于行的定义格式数据量会大一些但是可以保证数据的精确性。
查看二进制日志：
二进制日志的定义方式为二进制格式；使用此格式可以存储更多的信息，并且可以使写入二进制日志的效率更高。但是不能直接使用查看命令打开并查看二进制日志。
--显示当前服务器使用的二进制文件及大小 mysql> show binary logs; +------------------+-----------+ | Log_name | File_size | +------------------+-----------+ | mysql-bin.000001 | 27690 | | mysql-bin.000002 | 1073536 | | mysql-bin.000003 | 1263 | | mysql-bin.000004 | 126 | | mysql-bin.000005 | 3221 | | mysql-bin.000006 | 348 | | mysql-bin.000007 | 5002 | | mysql-bin.000008 | 126 | | mysql-bin.000009 | 126 | | mysql-bin.000010 | 126 | | mysql-bin.000011 | 126 | | mysql-bin.000012 | 107 | +------------------+-----------+ --显示主服务器使用的二进制文件及大小 mysql> show master logs; +------------------+-----------+ | Log_name | File_size | +------------------+-----------+ | mysql-bin.000001 | 27690 | | mysql-bin.000002 | 1073536 | | mysql-bin.000003 | 1263 | | mysql-bin.000004 | 126 | | mysql-bin.000005 | 3221 | | mysql-bin.000006 | 348 | | mysql-bin.000007 | 5002 | | mysql-bin.000008 | 126 | | mysql-bin.000009 | 126 | | mysql-bin.000010 | 126 | | mysql-bin.000011 | 126 | | mysql-bin.000012 | 107 | +------------------+-----------+ --当前使用的二进制文件及所处位置 mysql> show master status; +------------------+----------+--------------+------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +------------------+----------+--------------+------------------+ | mysql-bin.000012 | 107 | | | +------------------+----------+--------------+------------------+
小扩展，二进制日志的记录位置：通常为上一个事件执行结束时间的位置，每一个日志文件本身也有自己的元数据所以说对于当前版本的mysql来说二进制的开始位置通常为107；
mysql> flush logs; Query OK, 0 rows affected (0.04 sec) --注意：flush logs一般只会滚动中继日志和二进制日志。 mysql> show master status; +------------------+----------+--------------+------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +------------------+----------+--------------+------------------+ | mysql-bin.000013 | 107 | | | +------------------+----------+--------------+------------------+
查看当前二进制文件信息：
mysql> create database simon; Query OK, 1 row affected (0.01 sec) mysql> create table simon.t1(id int,name char(20)); Query OK, 0 rows affected (0.03 sec) mysql> insert into simon.t1 values(1,'tom'); Query OK, 1 row affected (0.02 sec) mysql> show master status; +------------------+----------+--------------+------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +------------------+----------+--------------+------------------+ | mysql-bin.000014 | 492 | | | +------------------+----------+--------------+------------------+ --查看二进制日志信息的命令 --SHOW BINLOG EVENTS[IN 'log_name'] [FROM pos] [LIMIT [offset,] row_count] mysql> show binlog events\G --查看所有的二进制信息 mysql> show binlog events in 'mysql-bin.000014'; +------------------+-----+-------------+-----------+-------------+---------------------------------------------------------+ | Log_name | Pos | Event_type | Server_id | End_log_pos | Info | +------------------+-----+-------------+-----------+-------------+---------------------------------------------------------+ | mysql-bin.000014 | 4 | Format_desc | 1 | 107 | Server ver: 5.5.42-log, Binlog ver: 4 | | mysql-bin.000014 | 107 | Query | 1 | 192 | create database simon | | mysql-bin.000014 | 192 | Query | 1 | 298 | use `test`; create table simon.t1(id int,name char(20)) | | mysql-bin.000014 | 298 | Query | 1 | 366 | BEGIN | | mysql-bin.000014 | 366 | Query | 1 | 465 | use `test`; insert into simon.t1 values(1,'tom') | | mysql-bin.000014 | 465 | Xid | 1 | 492 | COMMIT /* xid=23 */ | +------------------+-----+-------------+-----------+-------------+---------------------------------------------------------+
命令行下查看二进制日志：
由于无法使用cat等方式直接打开并查看二进制日志；所以必须使用mysqlbinlog命令。但是当正在执行mysql读写操作时建议不要使用此打开正在使用的二进制日志文件；若非要打开可flush logs。mysqlbinlog命令的使用方式：
root@Ubuntu:/usr/local/mysql/var# ../bin/mysqlbinlog mysql-bin.000014 /*!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 --事件开始处 #160509 17:40:24 server id 1 end_log_pos 107 Start: binlog v 4, server v 5.5.42-log created 160509 17:40:24 # Warning: this binlog is either in use or was not closed properly. BINLOG ' CFswVw8BAAAAZwAAAGsAAAABAAQANS41LjQyLWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAEzgNAAgAEgAEBAQEEgAAVAAEGggAAAAICAgCAA== '/*!*/; # at 107 #160509 17:41:06 server id 1 end_log_pos 192 Query thread_id=1 exec_time=0 error_code=0 SET TIMESTAMP=1462786866/*!*/; SET @@session.pseudo_thread_id=1/*!*/; SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/; SET @@session.sql_mode=0/*!*/; SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/; /*!\C utf8 *//*!*/; SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/*!*/; SET @@session.lc_time_names=0/*!*/; SET @@session.collation_database=DEFAULT/*!*/; create database simon /*!*/; --end_log_pos事件结束处；thread_id=12 哪个会话线程创建的此语句； --exec_time=0 执行时长单位为秒；error_code=0 错误代码0表示没有
导出此数据库的信息：
root@Ubuntu:/usr/local/mysql/var# ../bin/mysqlbinlog mysql-bin.000014 > /home/simon/a.sql
导入此数据库的信息：
root@Ubuntu:/usr/local/mysql/var# mysql -uroot -proot < /home/simon/a.sql
删除二进制日志信息：
二进制日志会记录大量的信息（其中包含一些无用的信息）。如果很长时间不清理二进制日志，将会浪费很多的磁盘空间。但是，删除之后可能导致数 据库崩溃时无法进行恢复，所以若要删除二进制日志首先将其和数据库备份一份，其中也只能删除备份前的二进制日志，新产生的日志信息不可删(可以做即时点还 原)。也不可在关闭mysql服务器之后直接删除因为这样可能会给数据库带来错误的。若非要删除二进制日志需要做如下操作：导出备份数据库和二进制日志文 件进行压缩归档存储。删除二进制文件的方法如下
1、删除所有的二进制日志（不可效仿）
使用RESET MASTER语句可以删除所有的二进制日志。该语句的形式如下：
mysql> reset master; Query OK, 0 rows affected (0.04 sec) mysql> show binary logs; +------------------+-----------+ | Log_name | File_size | +------------------+-----------+ | mysql-bin.000001 | 107 | +------------------+-----------+
首先不建议在生产环境下使用此操作；删除所有的二进制日志后，Mysql将会重新创建新的二进制日志。新二进制日志的编号从000001开始。
2、根据文件或时间点来删除二进制日志：
语法形式：
mysql> PURGE { BINARY | MASTER } LOGS {TO 'log_name' | BEFORE datetime_expr }
其中TO 'log_name'表示把这个文件之前的其他文件都删除掉，也可使用BEFORE datetime_expr指定把哪个时间之前的二进制文件删除了。
mysql> show binary logs; +------------------+-----------+ | Log_name | File_size | +------------------+-----------+ | mysql-bin.000001 | 150 | | mysql-bin.000002 | 150 | | mysql-bin.000003 | 150 | | mysql-bin.000004 | 150 | | mysql-bin.000005 | 150 | | mysql-bin.000006 | 150 | | mysql-bin.000007 | 107 | +------------------+-----------+ 7 rows in set (0.00 sec) mysql> PURGE BINARY LOGS TO 'mysql-bin.000005'; Query OK, 0 rows affected (0.02 sec) mysql> show binary logs; +------------------+-----------+ | Log_name | File_size | +------------------+-----------+ | mysql-bin.000005 | 150 | | mysql-bin.000006 | 150 | | mysql-bin.000007 | 107 | +------------------+-----------+
由此可以看出这种清理二进制日志文件的方式是非常合理的，不会导致数据库的错误发生。
--使用时间来删除二进制日志 mysql> PURGE BINARY LOGS BEFORE '2016-05-09 18:21:31'; Query OK, 0 rows affected (0.02 sec) mysql> show binary logs; +------------------+-----------+ | Log_name | File_size | +------------------+-----------+ | mysql-bin.000007 | 150 | | mysql-bin.000008 | 107 | +------------------+-----------+ 2 rows in set (0.00 sec)
浙公网安备 33010602011771号