show variables like '%log_error%';

 如果需要制定文件名，则需要在my.cnf或者my.ini中做如下配置，修改配置项后，需要重启MySQL服务以生效；

    

     

      

       

      
      

       

        [mysqld]
       
      
     

      

       

      
      

       

        log-error=[path/[filename]] 
        #path为日志文件所在的目录路径，filename为日志文件名
       
      
    

二、慢查询日志

慢查询日志记录了所有执行的sql中，时间超过参数 long_query_time 设置值并且扫描记录数不小于min_examined_row_limit 的所有的SQL语句的日志，默认不开启，long_query_time 默认为10 秒，最小为 0， 精度可以到微秒。

慢查询日志是很多DBA或开发工程师进行SQL优化和性能分析的重要手段之一，通过慢查询日志可以快速筛选和定位出那些执行比较耗时的SQL；

1、慢查询配置与使用

    

     

      

       

      
      

       

        #开启慢查询日志
       
      
     

      

       

      
      

       

        slow_query_log=1
       
      
     

      

       

      
      

       
 
       
      
     

      

       

      
      

       

        #执行时间参数，这个时间可以根据实际需要指定
       
      
     

      

       

      
      

       

        long_query_time=1
       
      
    

配置完毕上述参数之后，重启mysql服务，使用下面的这条sql进行查询

 由于我们配置的时间是1秒，这里需要3秒才能出结果，可以看到，在目录下生成了慢查询的日志

 我们不妨使用查看下吧，可以发现在日志的末尾，就是慢查询的那条sql语句；

2、慢查询配合索引使用

在日常开发中，为了提升查询性能，通常要对表中的某些高频查询的字段创建索引，默认情况下，慢查询的配置开启之后，是不会记录管理语句的，也不会记录不使用索引进行查找的查询语句，这时候可以使用 log_slow_admin_statements 以及 log_queries_not_using_indexes这两个配置，通过这两个配置，可以输出那些管理相关的sql以及查询未走索引的sql，对于后续给表添加索引也是很好的指导；

可参考如下配置：

    

     

      

       

      
      

       

        #记录执行较慢的管理语句
       
      
     

      

       

      
      

       

        log_slow_admin_statements =1
       
      
     

      

       

      
      

       
 
       
      
     

      

       

      
      

       

        #记录执行较慢并且未使用索引的语句
       
      
     

      

       

      
      

       

        log_queries_not_using_indexes = 1
       
      
    

三、通用查询日志

查询日志中记录了客户端所有操作语句，而二进制日志不包含查询数据的SQL语句。

默认情况下，查询日志是不开启的，可以通过下面的语句查看查询日志信息

show variables like '%general%';

     

      

       

        

       
       

        

         #该选项用来开启查询日志 ， 可选值 ： 0 或者 1 ； 0 代表关闭， 1 代表开启
        
       
      

       

        

       
       

        

         general_log=1
        
       
      

       

        

       
       

        
 
        
       
      

       

        

       
       

        

         #设置日志的文件名 ， 如果没有指定， 默认的文件名为 host_name.log
        
       
      

       

        

       
       

        

         general_log_file=zcy.log
        
       
     

四、二进制日志

二进制日志（ BINLOG ）记录了所有的 DDL （数据定义语言）语句和 DML （数据操作语言）语句，但 不包括数据查询（SELECT 、 SHOW ）语句；

1、二进制日志作用

• 数据恢复；
• 主从复制时使用（数据复制）；

show variables like '%log_bin%';

• log_bin_basename：当前数据库服务器的binlog日志的基础名称(前缀)，具体的binlog文
  件名需要再该basename的基础上加上编号(编号一般从000001开始)；
• log_bin_index：binlog的索引文件，里面记录了当前服务器关联的binlog文件有哪些；

2、日志格式【查看，删除】

默认情况下，二进制格式以行（row）为单位进行保存，如下是默认情况下二进制日志格式的配置

可以通过下面的命令查看日志格式：

show variables like '%binlog_format%';

事实上，mysql 提供了多种格式来记录二进制日志，可以根据需要自行调整，不同的格式及特点如下：

如果需要配置二进制日志格式，只需在 /etc/my.cnf 中配置 binlog_format 参数即可

小知识

MySQL 服务 重新启动一次 ，以 “.000001” 为后缀的文件就会增加一个，并且后缀名按 1 递增。即日志文件的 个数与MySQL 服务启动的次数相同；如果日志长度超过了 max_binlog_size 的上限（默认是 1GB ），就 会创建一个新的日志文件；

简单测试

先将目录下的二进制日志删掉，然后执行一条insert和一个update语句，观察下 /var/lib/mysql 目录中日志的变化

然后在该目录下，可以看到重新生成了日志文件

2.1 日志查看

mysqlbinlog [ 参数选项 ] logfilename

mysqlbinlog mysql-bin.000001

但是这个看起来比较难受，也很难找到关键的信息，可以使用下面的查看命令快速定位到本次的DML语句

mysqlbinlog -v --base64-output=DECODE-ROWS "/var/lib/mysql/mysql-bin.000001"

注意，使用上面的这种方式查看，其实是展示了mysql内部事件以伪SQL的形式展现了出来，关于mysqlbinlog工具使用技巧还有很多。例如只解析对某个库的操作，或者针对某个时间段内的操作等。下面简单分享几个常用的语句，更多操作可以参考官方文档；

    

     

      

       

      
      

       
 
       
      
     

      

       

      
      

       

        # 可查看参数帮助
       
      
     

      

       

      
      

       

        mysqlbinlog --no-defaults --
        help
       
      
     

      

       

      
      

       
 
       
      
     

      

       

      
      

       
 
       
      
     

      

       

      
      

       

        # 查看最后100行
       
      
     

      

       

      
      

       

        mysqlbinlog --no-defaults --base64-output=decode-rows -vv mysql-bin.000001 |
        tail -100
       
      
     

      

       

      
      

       
 
       
      
     

      

       

      
      

       
 
       
      
     

      

       

      
      

       

        # 根据position查找
       
      
     

      

       

      
      

       

        mysqlbinlog --no-defaults --base64-output=decode-rows -vv mysql-bin.000001 |grep -A 20 
        '4939002'
       
      
    

上面这种办法读取出binlog日志的全文内容比较多，不易分辨查看到pos点信息，下面介绍一种更为方便的查询命令

show binlog events [IN 'log_name'] [FROM pos] [LIMIT [offset,] row_count];

参数说明：

• IN 'log_name' ：指定要查询的binlog文件名（不指定就是第一个binlog文件）；
• FROM pos ：指定从哪个pos起始点开始查起（不指定就是从整个文件首个pos点开始算）；
• LIMIT [offset] ：偏移量(不指定就是0)；
• row_count :查询总条数（不指定就是所有行）；

示例：

show binlog events in 'mysql-bin.000001';

这种查看方式的好处是可以清晰的罗列出完整的操作事件，便于追溯操作人员的行为；

2.2 日志删除

对于比较繁忙的业务系统，每天生成的binlog数据巨大，如果长时间不清除，将会占用大量磁盘空
间以至影响性能。可通过以下几种方式清理日志：

     

      

       

        

       
       

        

         [mysqld]
        
       
      

       

        

       
       

        

         binlog_expire_logs_seconds=600
        
       
     

mysqlbinlog [option] filename|mysql –uuser -ppass;