探究MySQL中索引和提交频率对InnoDB表写入速度的影响(mysql中索引的使用)

推荐整理分享探究MySQL中索引和提交频率对InnoDB表写入速度的影响(mysql中索引的使用)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:mysql索引实现原理,mysql 使用索引,mysql索引方式有哪些,mysql索引实现原理,mysql索引方式有哪些,mysql索引的使用场景,mysql索引实现原理,mysql索引实现原理,内容如对您有帮助，希望把文章链接给更多的朋友！

本次，我们来看看索引、提交频率对InnoDB表写入速度的影响，了解有哪些需要注意的。

先直接说几个结论吧：

1、关于索引对写入速度的影响：a、如果有自增列做主键，相对完全没索引的情况，写入速度约提升 3.%；b、如果有自增列做主键，并且二级索引，相对完全没索引的情况，写入速度约降低 .%；

因此，InnoDB表最好总是有一个自增列做主键。

2、关于提交频率对写入速度的影响（以表中只有自增列做主键的场景，一次写入数据万行数据为例）：

a、等待全部数据写入完成后，最后再执行commit提交的效率最高；b、每万行提交一次，相对一次性提交，约慢了1.%；c、每1万行提交一次，相对一次性提交，约慢了3.%；d、每1千行提交一次，相对一次性提交，约慢了.%；e、每行提交一次，相对一次性提交，约慢了.%；f、每行提交一次，相对一次性提交，约慢了.%；g、每行提交一次，相对一次性提交，约慢了.%，也就是慢了5倍；

因此，最好是等待所有事务结束后再批量提交，而不是每执行完一个SQL就提交一次。曾经有一次对比测试mysqldump启用extended-insert和未启用导出的SQL脚本，后者比前者慢了不止5倍。重要：这个建议并不是绝对成立的，要看具体的场景。如果是一个高并发的在线业务，就需要尽快提交事务，避免锁范围被扩大。但如果是在非高并发的业务场景，尤其是做数据批量导入的场景下，就建议采用批量提交的方式。

下面是详细的测试案例过程，有兴趣的同学可以看看：

/* 最终再提交一次,确保成功 */

测试耗时结果对比：

关于MySQL中savepoint语句使用时所出现的错误 前几天帮同事解决一个案例，在主从复制环境下，从库上的MySQL版本号是5.5.5，遇到下面的错误：#其他非相关信息我都隐藏掉了[(yejr@imysql.com)]showslavestatu

MySQL中分页优化的实例详解 通常，我们会采用ORDERBYLIMITstart,offset的方式来进行分页查询。例如下面这个SQL：SELECT*FROM`t1`WHEREftype=1ORDERBYidDESCLIMIT,;或者像下面这个不带任何条件的

MySQL中slave监控的延迟情况分析 在MySQL复制环境中，我们通常只根据Seconds_Behind_Master的值来判断SLAVE的延迟。这么做大部分情况下尚可接受，但并不够准确，而应该考虑更多因素。首先