WordPress MySQL配置优化

1. 咱先唠唠WordPress这玩意儿，它本质上就是个大型MySQL查询机器——你每刷一次网页，后台可能就咔咔执行十几条SQL。所以数据库调优不是可选项，而是必选项。别慌，我带你用最糙的方式整明白。

2. 首先看默认配置，MySQL的my.cnf文件经常被当成玄学道具。其实就记住三点：内存别浪费、连接数别爆仓、查询别卡顿。给个基础模板（按2GB内存服务器算）：

[mysqld]
innodb_buffer_pool_size = 1G
max_connections = 100
query_cache_size = 64M
thread_cache_size = 32
tmp_table_size = 64M
max_heap_table_size = 64M

别直接复制啊！这里头innodb_buffer_pool_size最关键，相当于数据库的内存食堂，建议设到系统总内存的60%-70%。

3. 索引这玩意儿就像书本目录——没索引时MySQL得翻完整本书找一句话。跑这条SQL检查缺失索引：

SELECT * FROM sys.schema_unused_indexes WHERE object_schema not in ('sys');

看见结果里出现wp_posts表就赶紧补索引：

ALTER TABLE wp_posts ADD INDEX type_status_date (post_type, post_status, post_date);

4. 慢查询日志是抓贼神器。在my.cnf里开启：

slow_query_log = 1
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 2

跑几天后用pt-query-digest工具分析，专治那些执行超过2秒的SQL老油条。

5. 对象缓存这事儿必须上。在wp-config.php里加：

define('WP_CACHE', true);
define('WP_REDIS_HOST', '127.0.0.1');

再装个Redis插件，能把数据库查询砍掉七八成。原理就是把常用数据塞内存里，比从硬盘捞数据快十倍不止。

6. 自动清理这东西不能少。WordPress用久了wp_options表能胖到几十MB，每月跑一次：

DELETE FROM wp_options WHERE option_name LIKE '%transient%';

再用WP-Optimize插件清修订版和垃圾评论，不然postmeta表分分钟教你做人。

7. 最后整个邪门技巧——把MySQL的innodb_flush_log_at_trx_commit改成2：

innodb_flush_log_at_trx_commit = 2

这样大概会丢最后1秒的数据，但速度飙升。反正WordPress又不是银行系统，值得赌一把。

8. 其实说到底，优化就是个权衡游戏。想要查询快就得多吃内存，想要数据稳就得牺牲速度。摸着自己服务器的小肚腩做调整，别信网上那些万能配方。每个WordPress站点都是独苗，得用慢查询日志当听诊器慢慢调理。

完事儿后记得用mysql tuner脚本复查，那玩意儿比大多数人类工程师都靠谱。

Tags：

文章版权声明：除非注明，否则均为WP集市原创文章，转载或复制请以超链接形式并注明出处。