针对特定场景优化MariaDB的my.cnf配置（16GB服务器）

一、先解决my.cnf配置文件的问题 #

首先确认当前生效的所有配置，登录MariaDB执行：

SHOW VARIABLES;

如果用户目录下的~/.my.cnf不可编辑，且/etc/mysql/下无主配置文件，可在/etc/mysql/conf.d/目录下创建自定义配置文件（比如maria_custom.cnf），MariaDB会自动加载该目录下的所有.cnf文件，避免后续版本升级覆盖自定义配置。

当前若没有任何自定义配置，确实会使用系统默认参数（如key_buffer_size=16k、max_allowed_packet=1M），这些默认值完全不匹配你的业务场景，必须调整。

二、资源分配（16GB内存服务器） #

服务器同时运行MariaDB和Docker版Budibase，建议分配：

• 给Budibase预留2-4GB内存（根据其实际负载调整，若Budibase仅做低负载应用，2GB足够）
• 剩余12-14GB内存分配给MariaDB作为核心资源池

三、关键配置参数调整（按场景分类） #

1. 针对大量小SELECT/INSERT场景 #

核心缓冲参数

• innodb_buffer_pool_size：InnoDB最核心的缓存参数，建议设为MariaDB分配内存的70%-80%，比如14GB分配的话设为11G（或11264M）。该参数缓存表数据和索引，能大幅提升小查询的响应速度。
• innodb_log_buffer_size：优化小INSERT的日志写入效率，从默认16M调至64M-128M，减少频繁刷日志到磁盘的开销。
• innodb_log_file_size：调整redo日志大小，从默认48M调至1G-2G（注意不要超过innodb_buffer_pool_size的1/4），降低checkpoint频率，提升写入稳定性。
• key_buffer_size：仅当存在MyISAM表时调整，默认16k足够；若有MyISAM表，最多设为512M（优先建议迁移至InnoDB）。
• query_cache_size：设为0并开启query_cache_type=0，小查询高频场景下，查询缓存的锁开销反而会拖慢性能（MariaDB10.1+版本默认已关闭该功能）。

并发与连接优化

• max_connections：从默认151调至200-300，应对每分钟大量并发小查询。
• thread_cache_size：设为64-128，减少线程创建/销毁的开销，可通过SHOW STATUS LIKE 'Threads_created';验证，若数值持续快速增长则继续调大。
• wait_timeout/interactive_timeout：设为600（10分钟），及时回收闲置连接，避免资源浪费。

2. 针对每日大SELECT/大DELETE场景 #

• max_allowed_packet：从默认1M调至64M-128M，避免大查询结果集超出限制报错。
• sort_buffer_size/read_buffer_size：从默认256k调至1M-2M，优化大查询的排序和数据读取效率（不要设太大，每个连接都会分配该内存）。
• 操作层面建议：大DELETE不要一次性删除全表，分批次执行（比如DELETE FROM table WHERE condition LIMIT 1000;循环执行），避免长时间锁表影响正常业务。
• 可选临时调整：执行大操作前，临时将innodb_flush_log_at_trx_commit设为1（保证数据安全），操作完成后改回2（恢复日常写入性能）。

四、配置验证方法 #

1. 修改配置后重启MariaDB：systemctl restart mariadb
2. 登录MariaDB执行SHOW VARIABLES LIKE '参数名';确认参数生效
3. 通过SHOW STATUS;监控核心性能指标：
   • Innodb_buffer_pool_reads：数值越低说明缓冲池命中率越高，配置越合理
   • Threads_created：数值增长缓慢说明线程缓存足够
   • Innodb_rows_inserted/Innodb_rows_read：匹配业务量，确认无异常瓶颈

内容的提问来源于stack exchange，提问作者Gerard B.