MySQL日志维护策略汇总

这几天要折腾mysql服务器，所以在网上搜罗了一些维护策略，然后自己总结实验，下面是我的总结经验和别人的一些建议。

日志类型：

MySQL有几个不同的日志文件，可以帮助你找出mysqld内部发生的事情：

 日志文件：记入文件中的信息类型
 错误日志：记录启动、运行或停止时出现的问题
 查询日志：记录建立的客户端连接和执行的语句
二进制日志：记录所有更改数据的语句。主要用于复制和即时点恢复
慢日志：记录所有执行时间超过long_query_time秒的所有查询或不使用索引的查询
事务日志：记录InnoDB等支持事务的存储引擎执行事务时产生的日志

1.启动慢查询日志：

MySQL 如果启用了slow_query_log=ON选项，就会记录执行时间超过long_query_time(默认10s)的查询(初使表锁定的时间不算作 执行 时间)。日志记录文件为slow_query_log_file[=file_name]，如果没有给出file_name值， 默认为主机名，后缀为-slow.log。如果给出了文件名，但不是绝对路径名，文件则写入数据目录。

【这个可以在调试mysql性能的时候启用,可以找出是哪个sql指令最浪费时间。生产环境中建议关闭】

2.生产环境中关闭通用查询日志：

由 于打开通用查询日志是记录用户的所有操作，在生产环境中这个日志的量是非常大的，所以一般情况下都是不打开的，myslq默认的该日志功能也是关闭的，在 特殊情况下才进行打开【一般只有在开发测试环境中，为了定位某些功能具体使用了哪些SQL语句的时候，才会在短时间段内打开该日志来做相应的分析。】

mysql> set global general_log = 1; #1：启动通用查询日志，0：关闭通用查询日志

mysql> show global variables like '%general_log%';

2 rows in set (0.00 sec)

3.定期备份二进制日志和sql数据：【本地一份，远程日志主机一份，存储主机一份】

在 my.cnf中log-bin = [filename]是启用二进制日志，默认以[filename].000001往上记录的，从启用log-bin之后【此时最好用mysqldump 保存当前的mysql某个库的数据，因为二进制日志只是记录了从现在起到最近一次mysql当机重启中的所有sql语句】，mysql就会开始记录每一个 sql语句，一旦mysql因各种原因需要重启，则会产生新的二进制日志，000001的后缀名会不断往上自加。若是在mysql当机期间mysql的数 据遭到了破坏(如磁盘损坏)，之前的数据全部都被破坏了，这时候这个备份策略就可以帮你挽回损失。你可以从二进制日志中恢复从开始到最近一次mysql重 启这段时间的数据。【二进制日志中记录的是每一个sql语句，可以用mysqlbinlog [filename]查看日志内容】