mysqld_multi启动后查不到进程的常见原因是配置文件中缺少带编号的[mysqldN]段（如[mysqld1]），因其不识别全局[mysqld]段；须确保段名格式正确、含port/datadir/socket，且各实例datadir初始化干净、socket路径可写、user权限完整。
为什么 mysqld_multi 启动后查不到进程
常见原因是配置文件中 [mysqld] 段落缺失或未被识别——mysqld_multi 不读取全局 [mysqld]，只认带编号的实例段，比如 [mysqld1]、[mysqld2]。如果漏写数字后缀，即使配置了 port 和 datadir，mysqld_multi start 也不会启动任何实例。
实操建议：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 确认每个实例段名严格为
[mysqldN]格式（N 为正整数），不能是[mysql1]或[mysqld_1] - 用
mysqld_multi --defaults-file=/etc/my.cnf report查看哪些段被识别，避免拼写或缩进干扰 - 确保每个
[mysqldN]段内至少包含port、datadir、socket三项，否则启动失败且无明确报错
多个实例共用同一个 basedir 但 datadir 冲突怎么办
MySQL 多实例必须隔离数据目录，但可以共享二进制程序（basedir）。冲突常发生在初始化时：若直接复制已有 datadir，会导致 auto.cnf 中的 server-uuid 重复，实例无法启动，错误日志里会出现 Server has gone away 或 Can't start server: UUID mismatch。
实操建议：
- 每个实例用独立命令初始化：
mysqld --initialize --user=mysql --datadir=/var/lib/mysql2 --basedir=/usr - 初始化后立即检查
/var/lib/mysql2/auto.cnf，确认server-uuid是新生成的、不与其他实例重复 -
socket和pid-file路径也必须唯一，否则mysqld_multi stop可能误杀其他实例
mysqld_multi start 无响应或报 Permission denied
本质是权限链断裂：运行 mysqld_multi 的用户（通常是 root）会以配置中指定的 user 值切换身份启动 mysqld，但如果目标用户（如 mysql）对 datadir、socket 所在目录无读写权，就会静默失败或报 Permission denied（尤其在 SELinux 启用时更隐蔽）。
实操建议：
- 检查每个
datadir目录归属：chown -R mysql:mysql /var/lib/mysql2 - 确保
socket所在父目录可写（如/tmp或/var/run/mysqld），且mysql用户有权限创建文件 - 临时关闭 SELinux 测试：
setenforce 0；若恢复正常，需打对应策略：semanage fcontext -a -t mysqld_db_t "/var/lib/mysql2(/.*)?"
如何让不同实例使用不同配置项（如 sql_mode、max_connections）
mysqld_multi 允许在每个 [mysqldN] 段下覆盖任意服务端参数，无需额外配置文件。但要注意：全局段（如 [mysqld]）的设置会被所有实例继承，除非被具体实例段显式重写。
实操建议：
- 在
[mysqld1]中加sql_mode=STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION，在[mysqld2]中设为sql_mode=ALLOW_INVALID_DATES，互不影响 - 内存类参数（如
innodb_buffer_pool_size）必须按实例单独调小，避免总和超物理内存 - 不要在
[mysqld]段写port或datadir，否则会被所有实例尝试使用，导致启动冲突
datadir 初始化是否干净、socket 路径是否可写、以及 user 切换后的权限是否完整——这三处任一出问题，mysqld_multi 都倾向于沉默失败，而不是抛出清晰错误。 
