本文主要给大家简单讲讲MySQL如何实现日志管理，相关专业术语大家可以上网查查或者找一些相关书籍补充一下，这里就不涉猎了，我们就直奔主题吧，希望MySQL如何实现日志管理这篇文章可以给大家带来一些实际帮助。
MySQL日志管理
SHOW GLOBAL VARIABLES LIKE '%log%'；查看关于log的全局变量
一、日志分类
1.错误日志 2.一般查询日志 3.慢查询日志
4.二进制日志 5.中继日志 6.事务日志 7.滚动日志
二、日志详解
1.错误日志
说明：在对应的数据目录中，以主机名+.err命名的文件，错误日志记录的信息类型：
配置mysql的主配置文件：
1 2 | log_error = /mydata/data/mysql.test.com.err #指定错误日志的位置，默认是在数据目录下，这个位置mysql用户必须有写权限 log_warning = {0|1} #默认开启，云服务器运行中的警告日志也会记录在错误日志中 |
2.一般查询日志
说明：对除了慢查日志中记录的查询信息都将记录下来,这将对云服务器主机产生大量的压力，所以对于繁忙的云服务器应该关闭这个日志
与查询日志相关的变量，
1 2 3 4 | log = {ON|OFF} #是否启用查询日志，该指令在mysq5.6中已废弃 general_log = {ON|OFF} #启动或关闭查询日志，默认是关闭的 general_log_file = /mydata/data/mysql.log #指定查询日志的位置，默认在数据目录下 log_output = {TABLE|FILE|NONE} #指定存放查询日志的位置，可以放在文件中，也可以放在数据库的表中，放在表中比放在文件中更容易查看。如果组合中出现了NONE，那么其它设定都将失效，同时，无论是否启用日志功能，也不会记录任何相关的日志信息 |
3.慢查询日志
说明：默认为关闭状态，记录下来查询时间超过设定时长的查询，这些查询日志将被慢查日志记录下来
配置mysql的主配置文件：
1 2 3 4 5 | slow_query_log = {ON | OFF} #是否开启慢慢查询日志，默认是关闭的 slow_query_log_file = /mydata/data/mysql-slow.log #慢查询日志的存放位置，默认在数据目录下 log_query_time = 10 #定义默认的时长，默认时长为10秒 log_query_not_using_indexes = {ON|OFF} #设定是否将没有使用索引的查询操作记录到慢查询日志 log_output = {TABLE|FILE|NONE} #定义一般查询日志和慢查询日志的保存方式，可以是TABLE、FILE、NONE，也可以是TABLE及FILE的组合(用逗号隔开)，默认为FILE。如果组合中出现了NONE，那么其它设定都将失效，同时，无论是否启用日志功能，也不会记录任何相关的日志信息 |
4.二进制日志
说明：默认开启，精确的记录了用户对数据库中的数据进行操作的命令和操作的数据对象，
任何引起或可能引起数据库变化的操作，二进制日志都会记录下来。
二进制日志文件的作用：
提供了增量备份的功能
提供了数据基于时间点的恢复，这个恢复的时间点可以由用户控制
为mysql的复制架构提供基础，将这主云服务器的二进制日志复制到从云服务器上并执行同样的操作，就可将数据进行同步
二进制日志格式：
基于语句 statement
基于行 row
混合方式 mixed
二进制日志事件：
position 基于位置
datetime 基于时间
二进制日志的查看与删除方式：
1 2 3 4 5 | mysql>show master status; 查看当前正在使用的二进制日志 mysql>show binlog events in 'mysql-bin.000001'; 查看二进制日志记录的事件也可以跟[from position]从什么位置开始mysql-bin.000001为二进制文件名 Usage:SHOW BINLOG EVENTS IN 'mysql-bin.00001' FROM 107 #查看mysql-bin.00001日志文件的事件信息，且从事件107位置开始显示 mysql>flush logs; 二进制日志滚动 mysql>show binary logs; 查看所有二进制日志 mysql>purge binary logs to 'mysql-bin.000003'; 删除二进制日志文件之前的所有日志文件。 mysql>SHOW BINARY LOGS ; #查看所有的二进制日志文件 +------------------+-----------+ | Log_name | File_size | +------------------+-----------+ | mysql-bin.000001 | 1165 | | mysql-bin.000002 | 126 | | mysql-bin.000003 | 126 | | mysql-bin.000004 | 884 | | mysql-bin.000005 | 126 | | mysql-bin.000006 | 126 | | mysql-bin.000007 | 126 | | mysql-bin.000008 | 126 | | mysql-bin.000009 | 206 | | mysql-bin.000010 | 126 | | mysql-bin.000011 | 126 | | mysql-bin.000012 | 391 | | mysql-bin.000013 | 7984 | | mysql-bin.000014 | 286 | | mysql-bin.000015 | 1325 | | mysql-bin.000016 | 390 | | mysql-bin.000017 | 371 | +------------------+-----------+ 17 rows in set (0.00 sec) mysql> PURGE BINARY LOGS TO 'mysql-bin.000003'; #删除二进制日志文件之前的所有日志文件。再次查看，二进制日志文件，000001和000002日志文件已经被删除。 Query OK, 0 rows affected (0.01 sec) mysql> SHOW BINARY LOGS ; +------------------+-----------+ | Log_name | File_size | +------------------+-----------+ | mysql-bin.000003 | 126 | | mysql-bin.000004 | 884 | | mysql-bin.000005 | 126 | | mysql-bin.000006 | 126 | | mysql-bin.000007 | 126 | | mysql-bin.000008 | 126 | | mysql-bin.000009 | 206 | | mysql-bin.000010 | 126 | | mysql-bin.000011 | 126 | | mysql-bin.000012 | 391 | | mysql-bin.000013 | 7984 | | mysql-bin.000014 | 286 | | mysql-bin.000015 | 1325 | | mysql-bin.000016 | 390 | | mysql-bin.000017 | 371 | +------------------+-----------+ 15 rows in set (0.00 sec) |
文件系统中查看二进制日志的命令：mysqlbinlog
1 2 3 4 5 6 | mysqlbinlog 相关选项， --start-position #开始位置 --stop-position #结束位置 --start-datetime 'yyyy-mm-dd hh:mm:ss'; #开始时间 --stop-datetime ''; #结束时间 Usage: [root@lamp ~]#mysqlbinlog mysql-bin.000001 #查看mysql-bin.000001日志事件的全部信息 [root@lamp ~]# mysqlbinlog --start-datetime '2017-04-18 09:01:13' mysql-bin.000001 #查看mysql-bin.000001日志事件从2017年04月18号9点01分之后的信息。 [root@lamp ~]# mysqlbinlog --start-position 193 mysql-bin.000001 #查看mysql-bin.000001日志时间从193位置开始之后的信息。 |
配置mysql的主配置文件：
1 2 3 4 5 6 7 8 9 | 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日志时 |
注：一般建议将binlog日志与数据文件分开存放，不但可以提高mysql性能，还可以增加安全性！
5.中继日志
说明：主要是在mysql云服务器的中从架构中的从云服务器上用到的，当从服务器想要和主服务器进行数据的同步时，从服务器将主服务器的二进制日志文件拷贝到己的主机上放在中继日志中，然后调用SQL线程按照拷中继日志文件中的二进制日志文件执行以便就可达到数据的同步
开启的方法：（只在从云服务器上开启）
配置mysql的主配置文件：
1 2 3 4 5 6 | relay-log = file_name #指定中继日志的位置和名字，默认为host_name-relay-bin。也可以使用绝对路径，以指定非数据目录来存储中继日志 relay-log-index = file_name #指定中继日志的名字的索引文件的位置和名字，默认为数据目录中的host_name-relay-bin.index relay-log-info-file = file_name #设定中继服务用于记录中继信息的文件，默认为数据目录中的relay-log.info relay_log_purge = {ON|OFF} #设定对不再需要的中继日志是否自动进行清理。默认值为ON relay_log_space_limit = 0 #设定用于存储所有中继日志文件的可用空间大小。默认为0，表示不限定。最大值取决于系统平台位数 max_relay_log_size = {4096..1073741824} #设定从云服务器上中继日志的体积上限，到达此限度时其会自动进行中继日志滚动。此参数值为0时，mysqld将使用max_binlog_size参数同时为二进制日志和中继日志设定日志文件体积上限 |
6.事务日志
说明：详细的记录了在什么时间发生了什么时候，在哪个时间对哪些数据进行了改变，能后实现事件的重放，一般只记录对数据进行改变的操作，对于读操作一般不进行记录。事务性存储引擎用于保证原子性、一致性、隔离性和持久性
事物日志为数据库云服务器实现以下功能：
(1).将随机IO转换为顺序IO，大大的提高了数据库的性能，存储的数据可能存在在磁盘的不同位置，降低了数据的读取和操作性能。转换为顺序IO的原理为，先将数据存放在日志文件中，然后由RDBSM的后台将日志中的数据存放到磁盘上，这样就保证了存储的数据是连续的。
(2).为事件重放提供基础，事务日志详细的记录了时间发生的时间以及操作的数据对象，事务进程可以根据这些信息进行时间重放。
默认的事务日志文件有两个，位于数据目录下以ibdata+number结尾的数字，我们可以对事务日志的位置、文件大小、增长方式进行定义，定义的方法如下：
这里以使用支持事务的Innodb存储引擎为例，
配置mysql的主配置文件：
1 2 3 4 5 6 7 | innodb_flush_log_at_commit #默认值为1，共有三个级别；0：每秒同步，并执行磁盘flush操作；1：每事务同步，并执行磁盘flush操作；2：每事务同步，但不执行磁盘flush操作。 innodb_data_home_dir = /mydata/data #InnoDB所有共享表空间数据文件的目录路径，默认在数据目录下 innodb_data_file_path = ibdata1:1024M #指定InnoDB的各个数据文件及其大小，文件多于一个时彼此间用分号隔开。 innodb_mirrored_log_groups #事务日志是否启用镜像设定 innodb_data_file_path = ibdata2:50M:autoextend #定义数据大小的增长方式 innodb_log_group_home_dir = /mydata/data #设定InnoDB重要日志文件的存储目录。在缺省使用InnoDB日志相关的所有变量时，其默认会在数据目录中创建两个大小为5MB的名为ib_logfile0和ib_logfile1的日志文件 innodb_log_files_in_group = {2 .. 100} #设定日志组中日志文件的个数。InnoDB以循环的方式使用这些日志文件。默认值为2 innodb_log_file_size = {108576 .. 4294967295} #设定日志组中每个日志文件的大小，单位是字节，默认值是5MB。较为明智的取值范围是从1MB到缓存池体积的1/n，其中n表示日志组中日志文件的个数。日志文件越大，在缓存池中需要执行的检查点刷写操作就越少，这意味着所需的I/O操作也就越少，然而这也会导致较慢的故障恢复速度 innodb_log_buffer_size = {262144 .. 4294967295} #设定InnoDB用于辅助完成日志文件写操作的日志缓冲区大小，单位是字节，默认为8MB。较大的事务可以借助于更大的日志缓冲区来避免在事务完成之前将日志缓冲区的数据写入日志文件，以减少I/O操作进而提升系统性能。因此，在有着较大事务的应用场景中，建议为此变量设定一个更大的值 |
7.滚动日志
说明：只要是针对二进制日志进行滚动的，对某个类型的日志文件滚动一次就生成一个新的相对应的日志文件，通过这种方法保证日志文件的特定大小，从而保证云服务器在对日志文件查询时有较高的响应能力。
滚动二进制日志的命令：
1 | mysql> FLUSH LOGS; #实现二进制日志滚动 |
MySQL如何实现日志管理就先给大家讲到这里，对于其它相关问题大家想要了解的可以持续关注我们的行业资讯。我们的板块内容每天都会捕捉一些行业新闻及专业知识分享给大家的。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
