2

我最近向各种 mysql 表添加了很多触发器，以强制所有内容保持完整性。我担心我可能已经杀死了我的引擎，因为现在简单的更新需要很长时间。

考虑：

UPDATE `partner_stats` SET earnings=1 WHERE date=CURRENT_DATE()
0 rows affected. ( Query took 0.6523 sec ) 

SELECT * FROM  `partner_stats` WHERE date = CURRENT_DATE() 
1 total, Query took 0.0004 sec

需要 0.0004但SELECT简单UPDATE需要 0.65！

这个特定的表只有一行并且没有与之关联的触发器。将引擎切换到 MyISAM 可以解决问题，但我将来需要为此表添加触发器，所以我想坚持使用 InnoDB。

我的引擎出了什么问题？与其他表一起工作是否太忙了？我有哪些分析或调试选项？

编辑：做了一个分析，它显示了这个：

mysql> show profile for QUERY 2;
+----------------------+----------+
| Status               | Duration |
+----------------------+----------+
| starting             | 0.000064 |
| checking permissions | 0.000008 |
| Opening tables       | 0.000032 |
| System lock          | 0.000007 |
| init                 | 0.000051 |
| Updating             | 0.000069 |
| end                  | 0.011682 |
| query end            | 0.218070 |
| closing tables       | 0.000016 |
| freeing items        | 0.000017 |
| logging slow query   | 0.000003 |
| cleaning up          | 0.000002 |
+----------------------+----------+
12 rows in set (0.00 sec)
4

1 回答 1

1

您应该尝试按照此处解释的方式优化 InnoDB 引擎。在没有复制的生产服务器上，您可以使用：

innodb_flush_log_at_trx_commit = 2

# ACID 合规性需要值为 1。您可以通过将值设置为不同于 1 来获得更好的性能，但是您最多可能会在崩溃中丢失一秒钟的事务。

innodb_buffer_pool_size = [总内存的 75%]

innodb_log_file_size = [innodb_buffer_pool_size 的 25%]

innodb_log_buffer_size = [innodb_log_file_size 的 10%]

innodb_thread_concurrency = [2 X CPU 数量）+ 磁盘数量，或 0 表示自动检测]

于 2014-01-30T09:22:35.797 回答