0

平均负载很大,但所有选择都会立即处理,并且很快就会提交更新。我没有看到有关表或选择的索引的任何问题。但我怀疑必须为以下状态做些什么。任何建议都会有很大帮助。今天早上,我们从 5.0 迁移到 5.5.25,启用了行 bin 日志。现在性能很糟糕。请建议在哪里微调..

mysql> SHOW status LIKE 'qcache%'; 
+-------------------------+------------+ 
| Variable_name | Value | 
+-------------------------+------------+ 
| Qcache_free_blocks | 1 | 
| Qcache_free_memory | 1070253896 | 
| Qcache_hits | 42362 | 
| Qcache_inserts | 1275394 | 
| Qcache_lowmem_prunes | 0 | 
| Qcache_not_cached | 1433302 | 
| Qcache_queries_in_cache | 2805 | 
| Qcache_total_blocks | 5618 | 
+-------------------------+------------+ 
8 rows in set (0.10 sec)
4

1 回答 1

1

首先记录您的查询及其执行时间,以尝试找出最严重的违规者。

还要尝试找出负载的来源,以便您可以专注于瓶颈。开始可以是定期安装sysstat和运行sar以收集有关内存使用、I/O 等的信息。

Serverfault寻求最佳配置 MySQL 的帮助。

于 2012-06-20T11:33:30.273 回答