从MariaDB 10.4.22迁移备份至11.2.4后Moodle数据库性能低下，执行ANALYZE TABLE无效的排查求助

你好，针对你遇到的Moodle数据库迁移后性能卡顿（尤其是messages表）的问题，我整理了几个排查方向和解决建议，帮你一步步定位问题：

1. 彻底更新数据库统计信息 #

你已经尝试了ANALYZE TABLE，但可能需要更全面的操作：

• 批量对所有表执行统计更新：可以用脚本遍历所有表执行ANALYZE TABLE table_name;，或者直接运行以下命令（记得替换用户名、数据库名）：

  mysql -u username -p database_name -e "SHOW TABLES" | grep -v Tables_in | while read table; do mysql -u username -p database_name -e "ANALYZE TABLE $table;"; done
  

• 针对messages这类慢表，额外试试OPTIMIZE TABLE mdl_messages;——这个操作会重建表并整理碎片，但会锁表，一定要在低峰期或维护窗口执行

2. 检查MariaDB 11.2.4的配置适配性 #

新版本MariaDB的默认配置和10.4差异很大，建议对比老服务器的my.cnf/my.ini配置，重点调整这些核心参数：

• innodb_buffer_pool_size：建议设置为服务器内存的50%-70%（如果是专用数据库服务器），这是InnoDB性能的核心参数
• innodb_log_file_size：增大这个值可以减少日志切换频率，提升写性能（比如从默认值调整到8G，修改后需要重启数据库）
• 确认查询缓存已关闭（MariaDB 10.6+默认已关闭）：确保query_cache_type=0，避免查询缓存带来的额外性能损耗
• max_connections：根据Moodle的并发需求调整，避免连接数不足导致请求排队

3. 排查慢查询并分析执行计划 #

开启慢查询日志，找出拖慢性能的具体SQL：

1. 修改配置开启慢查询（编辑my.cnf/my.ini）：

   slow_query_log = 1
   slow_query_log_file = /var/log/mysql/slow.log
   long_query_time = 0.5  # 记录超过0.5秒的查询
   log_queries_not_using_indexes = 1  # 记录未使用索引的查询
   

2. 重启数据库后运行一段时间，查看慢日志，重点关注messages相关的查询
3. 对慢查询执行EXPLAIN分析，比如：

   EXPLAIN SELECT * FROM mdl_messages WHERE useridto = 123;
   

   检查是否存在索引失效、全表扫描的情况——新版本优化器对索引的选择逻辑可能有变化，必要时可以添加新索引或使用FORCE INDEX临时验证效果

4. 重新检查备份恢复流程 #

确保备份和恢复过程没有兼容性问题：

• 用MariaDB 11.2.4自带的mysqldump工具重新备份老服务器的数据库（不要用10.4版本的工具），备份时加上--single-transaction --routines --events参数保证数据一致性
• 恢复时仔细查看日志，确认没有表结构警告或错误（比如某些数据类型在11.x中的行为变化）

5. 验证Moodle与新版本数据库的兼容性 #

登录Moodle后台，进入站点管理 -> 服务器 -> 环境，检查是否有数据库相关的兼容性警告，比如驱动版本不足、不支持的SQL语法等。必要时更新Moodle到最新兼容版本，或者安装对应的数据库驱动补丁

如果以上步骤都尝试后还是没有改善，可以考虑针对messages表做单独优化：比如查看表碎片情况（SHOW TABLE STATUS LIKE 'mdl_messages'\G），如果Data_free占比很高，就执行OPTIMIZE TABLE；或者临时调整优化器参数SET optimizer_switch='use_stat_tables=preferably';，让优化器优先使用老版本的统计信息模式，看看是否能缓解性能问题。

备注：内容来源于stack exchange，提问作者user1012130