mysql多实例混用innodb与myisam时，必须为各实例独立分配内存（如显式配置innodb_buffer_pool_size或key_buffer_size）和i/o资源（如分离datadir至不同磁盘、禁用跨实例tmpdir复用），并禁用无关引擎参数，以避免内存挤占、刷盘冲突与mdl锁互相干扰。
不同存储引擎混用时，各实例必须独立分配内存与I/O资源
MySQL多实例本身不感知存储引擎类型，但InnoDB和MyISAM对内存、磁盘、锁机制的使用方式差异极大。混用时若不做显式隔离，一个实例的InnoDB_buffer_pool_size暴涨可能挤占其他实例的系统内存，而MyISAM的表级锁+key_buffer_size争抢又会加剧I/O抖动。
实操建议：
- 每个实例的
my.cnf中必须显式设置innodb_buffer_pool_size（InnoDB实例）或key_buffer_size（MyISAM实例），且总和不能超过该实例独占内存的70% - 禁止跨实例复用
tmpdir——MyISAM排序、InnoDB临时表都依赖它，应为每个实例配置独立路径，如/data/3307/tmp、/data/3308/tmp - MyISAM实例禁用
innodb_*参数，InnoDB实例禁用myisam_*参数，避免mysqld加载冗余模块浪费内存
同一台机器上InnoDB与MyISAM实例共存时，如何避免刷盘冲突？
MyISAM靠操作系统缓存+myisam_flush_method刷盘，InnoDB靠innodb_flush_method控制redo log和数据页落盘行为。两者若共享磁盘且未错峰，容易在高写入时触发大量随机IO，造成整体延迟飙升。
实操建议：
- 将InnoDB实例的数据目录（
datadir）和MyISAM实例的datadir挂载到不同物理磁盘或LVM逻辑卷，避免IO路径重叠 - InnoDB实例启用
innodb_flush_method=O_DIRECT，绕过OS缓存；MyISAM实例设myisam_flush_method=CONVENTIONAL，保留OS缓存以利批量读 - 用
iostat -x 1持续观察%util和await，若某磁盘持续>90%或await> 20ms，说明刷盘已成瓶颈，需调整实例分布
混合引擎下如何防止锁机制互相干扰？
MyISAM是表级锁，InnoDB是行级锁+MVCC，但两者共享同一个MySQL Server层的元数据锁（MDL）。当MyISAM执行ALTER TABLE或InnoDB执行长事务时，都可能阻塞对方的DDL操作，尤其在多实例间通过mysqld_multi统一管理时更隐蔽。
实操建议：
- 禁止在MyISAM实例中执行
FLUSH TABLES WITH READ LOCK，该锁会全局阻塞所有实例的写入 - InnoDB实例开启
lock_wait_timeout=30，MyISAM实例设为wait_timeout=60，避免长等待拖垮整个节点 - 用
SHOW PROCESSLIST查状态时，注意State字段：MyISAM卡在Locked、InnoDB卡在Waiting for table metadata lock都是典型交叉阻塞信号
为什么mysqld_multi无法自动识别存储引擎差异？
mysqld_multi只是进程启动器，它只按[mysqld1]、[mysqld2]段落调用mysqld二进制，不解析内部引擎行为。它不会因为你给实例1配了default-storage-engine=InnoDB就自动限制其内存，也不会因实例2用了MyISAM就跳过innodb_log_file_size校验。
这意味着：你必须人工确保每个[mysqldN]段里只启用对应引擎所需参数，否则mysqld启动时可能报错退出（如MyISAM实例误配innodb_log_group_home_dir），或静默浪费资源（如InnoDB实例仍加载myisam_sort_buffer_size）。
最容易被忽略的是日志路径冲突——slow_query_log_file和general_log_file若没按实例区分，多个引擎的日志会互相覆盖，排查慢查询时根本分不清是哪个实例打的。
