【已解答】建议优化宝塔 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中的慢解析进行代码上的优化。
再次感谢您的反馈。