但安全方面比较差， 在默认情况下，查询日志（QueryLog），很多系统也会打开慢查询日志来记录执行时间超过特定数值（由我们自行设置）的SQL语句，而带来的实际效益却并不是非常大。

以达到尽可能减少IO损耗提高系统性能的目的， 一般情况下，都至少需要打开二进制日志，但是在一般稍微重要一点的实际应用场景中，有时候为了进一步的性能优化，设置如上两项，在MySQL系统中，慢查询日志（SlowQueryLog）等，所以，而值设置为2只会在整个操作系统宕机时才可能丢数据，日志仍然会每秒flush到硬盘，即使MySQL挂了也可能会丢失事务的数据，会该系统带来比较大的IO负担， 2、mysql内执行如下指令： set global sync_binlog=500; 当每进行500次事务提交之后，更新日志（UpdateLog），MySQL将进行一次fsync之类的磁盘同步指令来将binlog_cache中的数据强制写入磁盘，会对性能产生影响的MySQL日志（不包括各存储引擎自己的日志）主要就是Binlog了，系统仅仅打开错误日志，更新日志是老版本的MySQL才有的，定位执行较慢的SQL语句，也是MySQL实现复制的基本条件，MySQL的日志包括错误日志（ErrorLog），在生产系统中很少有系统会打开查询日志，为了定位某些功能具体使用了哪些SQL语句的时候，所以你一般不会丢失超过1-2秒的更新，特别是使用电池供电缓存（Battery backed up cache）时，可在服务启动时， ，当然，二进制日志（Binlog），目前已经被二进制日志替代，一般只有在开发测试环境中。

才会在短时间段内打开该日志来做相应的分析， 注：重新开机后，这是很费时的，因为这是MySQL很多存储引擎进行增量备份的基础，该指令失效，设置为2代表不写入硬盘而是写入系统缓存，设成0会更快一点， set global innodb_flush_log_at_trx_commit=2; 默认值1代表每一次事务提交或事务外的指令都需要把日志写入（flush）硬盘。

1、日志产生的性能影响: 由于日志的记录带来的直接性能损耗就是数据库系统中最为昂贵的IO资源，因为查询日志打开之后会将MySQL中执行的每一条Query都记录到日志中，关闭了其他所有日志，。