【已解答】建议优化宝塔 MariaDB 11 默认配置，避免 WordPress ...
服务器：4 核 / 8GB系统：Debian 12
面板：宝塔面板11.5.0
数据库：MariaDB 11.3.2
业务场景：多个 WordPress 网站（插件较多）
在使用宝塔安装 MariaDB 11.3.2 后，发现默认数据库配置在InnoDB + 多 WordPress 场景下存在一定的内存与并发风险，对新手用户并不友好。
宝塔当前默认配置中，仍包含较多偏向旧版本 MySQL / MyISAM 的参数思路，例如：
[*]Query Cache 相关配置仍可能启用
[*]InnoDB 核心参数（如 buffer pool）未根据服务器内存自动推荐
[*]per-thread buffer 参数偏大，叠加并发后容易造成内存瞬时占用过高
实际风险说明：在 WordPress 场景中：
[*]99% 表使用 InnoDB
[*]查询以简单 SELECT / JOIN 为主
[*]插件和后台操作会产生较多并发连接
在此情况下：
[*]Query Cache 在 MariaDB 11 中反而可能成为性能瓶颈
[*]join_buffer / sort_buffer / tmp_table 等 per-thread 内存
在并发时容易产生内存放大效应
[*]对 8GB 内存服务器而言，容易出现内存被快速耗尽的问题
建议方向（非 Bug，仅为优化建议）：
[*]针对 MariaDB 11 默认关闭 Query Cache
[*]在安装或初始化时，根据服务器内存给出 InnoDB buffer pool 推荐值
[*]对 WordPress 场景提供一套偏保守的默认 per-thread buffer 参数
[*]或在数据库配置页面，提示：
[*]“多 WordPress / InnoDB 场景建议配置参考”
您好，感谢您的反馈，针对您的疑问，我这里做下回答：1、在mariadb10.2以上的版本已经去掉了 Query Cache功能，当前在mariadb11.3版本中即使是开启了这个功能，也不会使用到的。保留此参数是为了兼容低于mariadb10.2以下的数据库。
2、暂时不会自动生成默认的优化方案，您可以在MySQL管理界面中优化方案中选择您服务器内存匹配的优化方案，如图
3、WordPress是一款非常优秀的开源产品，其核心的SQL已经优化的很完美了，除非是使用了第三方插件或者第三方的主题等，导致纯WordPress网站的性能低下，针对这一块，可以根据上图中的慢日志，PHP中的慢解析进行代码上的优化。
再次感谢您的反馈。
页:
[1]