Fatal编程技术网
  • mysql/
  • Mysql “查询结束”步骤在随机时间非常长

Mysql “查询结束”步骤在随机时间非常长

mysql

Mysql “查询结束”步骤在随机时间非常长,mysql,innodb,Mysql,Innodb,我正在对一个web应用程序进行基准测试，大约1%的查询都会出现问题，大部分是更新，但有时也会插入。我对这些请求进行了分析，似乎查询结束步骤需要很多时间 当我浏览文档时 结束：这发生在ALTERTABLE、CREATE VIEW、DELETE、INSERT、SELECT或UPDATE语句的结束但在清理之前 查询结束：此状态发生在处理查询之后，但在“释放项”状态之前 那么这是否意味着清理我的更新需要时间？ 这一步到底做了什么，我怎样才能提高性能 谢谢通过添加 innodb_flush_log_at_

我正在对一个web应用程序进行基准测试，大约1%的查询都会出现问题，大部分是更新，但有时也会插入。我对这些请求进行了分析，似乎查询结束步骤需要很多时间

当我浏览文档时

结束：这发生在ALTERTABLE、CREATE VIEW、DELETE、INSERT、SELECT或UPDATE语句的结束但在清理之前

查询结束：此状态发生在处理查询之后，但在“释放项”状态之前

那么这是否意味着清理我的更新需要时间？ 这一步到底做了什么，我怎样才能提高性能

谢谢

通过添加

innodb_flush_log_at_trx_commit = 0
在/etc/my.cnf中

当多个线程希望同时写入文件时，会出现一个连锁问题，这样，日志将每秒刷新一次。

将innodb\u flush\u log\u设置为\u trx\u commit=0并不是一个可以轻易采用的解决方案，它从根本上改变了事务的持久性！同意。天真地将innodb_flush_log_设置为_trx_commit可能是危险的，而且答案是误导性的。@PedroWerneck-我尝试了这个解决方案，它将我的查询结束从0.0006减少到了0.00007。有别的解决办法吗？解决什么问题的办法？查询结束0.0006似乎不是问题。 
innodb_flush_log_at_trx_commit = 0