一次接口压力测试qps极低原因分析及解决过程

在做内部的性能测试相关培训时，发现注册接口压力测试qps极低（20左右），这个性能指标远不能达到上线标准 ，经过一系列调试，最后定位 98%的时间都花在对 用户 表 做update更新 (时间达100ms以上)。

涉及sql语句：

update User set loginName='q'
where userId='ec171d27-f4a8-478c-b557-dffec8f00826'

分析问题思路：

1） userId字段没有加索引 验证： 连接数据库之后查看表结构，确实没有做索引。 方案： 给userId加上索引 结果： 未达预期，花费时间基本没变化 分析： 观察表的记录数，才200多条，确实索引不索引对性能影响不会太大，但这个索引还是得加上，只不过没有索引并不是产生这个问题的原因。

2） 数据表的引擎问题 验证： 连接数据库之后查看表结构，引擎为innodb。 方案： 换成myisam 结果： 达到预期，花费时间不到1ms, 再进行压测，qps达1500以上 分析： 猜测是由于innodb配置导致，查看了my.cnf的配置，一切都用默认的配置，其中 innodbflushlogattrx_commit 默认值1的意思是每一次事务提交或事务外的指令都需要把日志写入（flush）硬盘，这是很费时的。

3） 换回innodb,优化配置 验证： 连接数据库之后查看表结构，引擎为myisam。 方案： 换成innodb, 把innodbflushlogattrx_commit设置为2 结果： 达到预期，花费时间不到1ms, 再进行压测，qps达1500以上 分析： 结果验证了之前的设想。

总结， innodb本身在设计上比myisam要先进些，但配置相对复杂，有很多优化的点，希望各位同学能多看些文章，理解innodb和myisam的区别以及innodb的优化方案。

补充说明

innodb_flush_log_at_trx_commit是配置MySql日志何时写入硬盘的参数：

一、参数值说明

0：log buffer将每秒一次地写入log file中，并且log file的flush(刷到磁盘)操作同时进行。该模式下在事务提交的时候，不会主动触发写入磁盘的操作。

1：每次事务提交时MySQL都会把log buffer的数据写入log file，并且flush(刷到磁盘)中去，该模式为系统默认。

2：每次事务提交时mysql都会把log buffer的数据写入log file，但是flush(刷到磁盘)操作并不会同时进行。该模式下，MySQL会每秒执行一次 flush(刷到磁盘)操作

二、参数修改

找到mysql配置文件mysql.ini，修改成合适的值，然后重启mysql。

三、注意事项 

当设置为0，该模式速度最快，但不太安全，mysqld进程的崩溃会导致上一秒钟所有事务数据的丢失。如果只要求性能，例如高并发写的日志服务器，设置为0来获得更高性能。

当设置为1，该模式是最安全的，但也是最慢的一种方式。在mysqld 服务崩溃或者服务器主机crash的情况下，binary log 只有可能丢失最多一个语句或者一个事务。性能也是最差的

当设置为2，该模式速度较快，也比0安全，只有在操作系统崩溃或者系统断电的情况下，上一秒钟所有事务数据才可能丢失。如果对数据一致性和完整性要求不高，完全可以设为2

四、其他相关

查找资料时候看到其他文章说innodb_flush_log_at_trx_commit和sync_binlog 两个参数是控制MySQL 磁盘写入策略以及数据安全性的关键参数，当两个参数都设置为1的时候写入性能最差，推荐做法是innodb_flush_log_at_trx_commit=2，sync_binlog=500 或1000