支持多应用不同mysqld配置的最佳MySQL部署方案咨询

一、优先尝试单实例下的分层配置方案 #

大部分MySQL参数支持分层生效，无需直接启动多实例，可按以下层级适配不同应用需求：

• 会话级参数：连接MySQL后执行SET [SESSION] 参数名=值，仅对当前连接生效。比如应用A需要utf8字符集，可在连接后执行：

  SET SESSION character_set_client = utf8;
  SET SESSION character_set_connection = utf8;
  SET SESSION character_set_results = utf8;
  

  应用B则设置成所需编码（比如gbk），不会影响其他应用的连接。
• 数据库级参数：针对特定数据库设置参数，执行ALTER DATABASE 数据库名 参数名=值，比如给应用A的数据库单独设置字符集：

  ALTER DATABASE app_a_db CHARACTER SET utf8 COLLATE utf8_general_ci;
  

  后续连接该数据库的会话会自动继承此配置，无需每次手动设置。
• 用户级参数：通过CREATE USER或ALTER USER给特定应用的数据库用户绑定参数，比如：

  ALTER USER 'app_b_user'@'%' SET character_set_client = gbk;
  

  该用户每次连接都会自动应用此参数，适合固定使用特定配置的应用。

二、必须使用多实例的场景 #

如果遇到实例级全局参数的冲突（比如innodb_log_file_size、max_connections这类只能在[mysqld]段配置、重启后全局生效的参数），单实例的分层配置无法解决，此时需要启动多个MySQL实例：

• 每个实例使用独立的配置文件（比如/etc/mysql/mysql-appa.cnf、/etc/mysql/mysql-appb.cnf），分别设置各自的全局参数；
• 每个实例监听不同端口（比如3306、3307）、使用独立的数据目录与日志文件，避免资源冲突；
• 启动时指定对应配置文件，比如mysqld --defaults-file=/etc/mysql/mysql-appa.cnf，也可配置systemd服务分别管理每个实例。

三、方案选择建议 #

• 若只是字符集、事务隔离级别这类可分层配置的参数冲突，优先用单实例分层配置，运维成本更低；
• 若涉及全局实例级参数的冲突，或者各应用对CPU、内存等资源需求差异极大，再考虑多实例部署。

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