innodb_flush_log_at_trx_commit
能够定义mysql的事务提交形式
mysql写文件有2块缓存。一块是本人定义在内存的log buffer, 另一个是磁盘映射到内存的os cache。
mysql能够 调用 flush 被动将log buffer 刷新到磁盘内存映射，也能够调用 fsync 强制操作系同步磁盘映射文件到磁盘。还能够同时调用 flush + fsync, 将缓存间接落盘。
innodb_flush_log_at_trx_commit = 0 就是每秒调用 flush + fsync ，定时器本人保护。
innodb_flush_log_at_trx_commit = 1 就是实时调用 flush + fsync 没法批处理，性能很低。
innodb_flush_log_at_trx_commit = 2 就是实时flush ,定时 fsync 交给OS保护定时器。
咱们只须要搞清楚MYSQL有几个手游缓存即可。以及定时批处理高性能和实时牢靠低性能的特点。不须要记住参数，遗记再查表。区别
count(*) 所有记录
count(1) 1示意主键，统计主键列（主键必定非空的）
count(列名) 统计非空列
指标： 是否统计非空 (是否用索引,用了索引必定是蕴含www.diuxie.comnull列的)。
总结起来，不统计null，必定是性能差的count(列名)，统计null必定是count(1),count(*)也会被优化为count(1).
这一点体现了【行数据库】对索引的重要性，以及对行束缚是否Null的重要性。
所以总的来说，行式存储DB中， 不过滤null别用count(列名)，用count(1)。
count(*) 会被优化为索引 count(1)
不说分明存储引擎的原理，来议论 count(*) 和 count(1)和count(列名)的语法区别是一种“粗率”的行为。