关于前端:commit参数有什么作用

8次阅读

共计 763 个字符,预计需要花费 2 分钟才能阅读完成。

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(列名) 的语法区别是一种“粗率”的行为。

正文完
 0