Debian下MariaDB禁用未使用引擎以降低内存占用求助

针对你的MariaDB 10.2.15内存占用过高和禁用MyISAM失败的问题，我来给你一步步梳理解决方案：

一、为什么禁用MyISAM的尝试会失败？ #

你的MariaDB版本是10.2.15，这个版本的特性导致你用的两种方法都失效：

1. --skip-myisam参数存在歧义：因为服务器同时存在--skip-myisam-block-size参数，系统无法区分这两个选项，所以抛出解析错误。
2. disabled_storage_engines是MariaDB 10.3及以后版本才引入的参数，10.2版本不支持这个配置，因此会提示“未知变量”。

其实对于你的场景，不需要完全移除MyISAM引擎，只要确保没有表使用它，同时最小化其相关内存占用即可——你的系统表已经用Aria（MariaDB官方推荐的MyISAM安全替代引擎），用户表也转成了InnoDB/Aria，只需要做好以下配置：

[mysqld]
# 设置默认存储引擎为InnoDB，确保新建表不会用到MyISAM
default_storage_engine=InnoDB
default_tmp_storage_engine=InnoDB
# 最小化MyISAM的缓存分配，避免浪费内存
key_buffer_size=8M

二、针对roundcube+postfix场景的内存调优配置 #

你的业务属于低并发、小数据量场景，完全不需要1GB内存占用。调整以下参数可以显著降低mysqld的内存消耗：

编辑Debian系统中MariaDB的主配置文件（通常路径为/etc/mysql/mariadb.conf.d/50-server.cnf），替换或添加以下内容：

[mysqld]
# 基础引擎与字符集设置
default_storage_engine=InnoDB
default_tmp_storage_engine=InnoDB
character-set-server=utf8mb4
collation-server=utf8mb4_unicode_ci

# InnoDB核心内存优化（最关键的内存控制项）
innodb_buffer_pool_size=128M  # 缓存数据和索引，128M足够支撑你的小业务场景
innodb_buffer_pool_instances=1  # 小内存池用1个实例即可，避免内存碎片化
innodb_log_file_size=64M  # 适当增大日志文件，减少刷盘频率，同时不占用过多内存
innodb_flush_log_at_trx_commit=1  # 兼顾数据安全和性能，若追求极致性能可设为2（可能丢失秒级数据）
innodb_flush_method=O_DIRECT  # 绕过操作系统缓存，减少内存浪费

# 降低连接相关内存开销
max_connections=50  # roundcube和postfix的并发连接数很低，50完全足够
sort_buffer_size=1M  # 每个连接排序时分配的内存，设小避免多连接时内存暴涨
join_buffer_size=1M
read_buffer_size=1M
read_rnd_buffer_size=1M

# 禁用Query Cache（10.2默认开启，但对小场景毫无用处还占用内存）
query_cache_size=0
query_cache_type=0

# 表缓存设置（根据你的总表数调整）
table_open_cache=256  # 你的总表数不到200，256完全足够
table_definition_cache=256

# 彻底最小化MyISAM相关资源
key_buffer_size=8M

三、应用配置并验证效果 #

1. 保存配置后，重启MariaDB服务：

   sudo systemctl restart mariadb
   

2. 登录MariaDB验证参数是否生效：

   SHOW VARIABLES LIKE 'innodb_buffer_pool_size';
   SHOW VARIABLES LIKE 'query_cache_size';
   

3. 观察内存占用：
   使用htop或top命令查看mysqld的内存占用，正常情况下会降到200MB以内（甚至更低）。

额外提醒 #

• 可根据实际运行情况微调参数：如果发现查询变慢，可适当把innodb_buffer_pool_size提高到256M；如果出现连接数不足的提示，再小幅提升max_connections。
• 定期清理无用数据（比如roundcube的旧邮件、postfix的历史日志表），减少数据量也能进一步降低内存需求。

内容的提问来源于stack exchange，提问作者user7546291