mysql日志类型以及作用

一、日志的分类

1、错误日志：记录了mysql服务的启动，关闭和运行时发生的错误；

2、通用查询日志：记录用户的所有操作，包括启动、关闭服务，插入、查询等语句；

3、二进制日志：以二进制的形式记录了数据库中的操作，但不记录查询语句；

4、慢日志：记录了mysql 所有查询超时的语句

 

二、日志设置
1、除了二进制日志，其他都是文本文件
2、日志文件通常存储在Mysql数据目录下
3、默认只启动了错误日志功能，其他需要手工启动
4、但启动日志功能会降低Mysql的执行速度，因为一条操作写进日志中是要花时间的

 

MySQL binlog的几种模式

3.1 Row Level

日志中会记录成每一行数据被修改的形式，然后在slave端再对相同的数据进行修改。 
优点：在rowlevel模式下，bin-log中可以不记录执行的sql语句的上下文相关的信息，仅仅只需要记录那一条记录被修改了，修改成什么样了。所以row level的日志内容会非常清楚的记录下每一行数据修改的细节，非常容易理解。而且不会出现某些特定情况下的存储过程或function,以及trigger的调用和触发无法被正确复制的问题。 
**缺点：**row level下，所有的执行的语句当记录到日志中的时候，都将以每行记录的修改来记录,这样可能会产生大量的日志内容,比如有这样一条update语句: update product set owner_member_id = 'b' where owner_member_id='a',执行之后，日志中记录的不是这条update语句所对应事件(MySQL以事件的形式来记录bin-log日志)，而是这条语句所更新的每一条记录的变化情况，这样就记录成很多条记录被更新的很多个事件。自然，bin-log日志量就会很大。尤其是当执行alter table之类的语句的时候，产生的日志量是惊人的。

3.2 Statement Level（默认）

每一条被修改数据的sql都会记录到master的bin-log中。slave在复制的时候sql进程会解析成和原来的master端执行的相同的sql来再次执行。 
优点： statement level下的优点首先就是解决了row level下的缺点，不需要记录每一行数据的变化，减少bin-log日志量，节约IO，提高性能。因为他只需要记录在Master上所执行的语句细节，以及执行语句时候的上下文的信息。 
缺点：由于他是记录的执行语句，所以，为了让这些语句在salve端也能正确执行，那么他还必须记录每条语句在执行的时候的一些相关信息，也就是上下文信息，以保证所有语句在slave端被执行的时候能够得到和在master端执行时候相同的结果。

3.3 Mixed（推荐）

实际上就是前两种模式的结合。在Mixed模式下，MySQL会根据执行的每一条具体的sql语句来区分对待记录的日志形式，也就是在Statement和Row之间选择一种。新版本中的Statement level还是和以前一样，仅仅记录执行的语句。而新版本的MySQL中对row level模式也做了优化，并不是所有的修改都会以row level来记录，像遇到的表结构变更的时候就会以statement模式来记录，如果sql语句确实就是update或者delete等修改数据的语句，那么还是会记录所有行的变更。

3.4 MySQL生产环境binlog模式选择

• 1、互朕网公司,使用MysQL的功能相対少(存储过程、触发器、函数)。选择默认的语句模式,StatementLevel （默认）
• 2、公司如果用到使用MysQL的特殊功能(存储过程、触发器、函数)。则选择Mixed模式
• 3、公司如果用到使用MySQL的特殊功能(存储过程、触发器、函数) ,又希望数据最大化一致,此吋最好Row level模式。