MySQL 5.7+ 中无法通过全局配置自动适配不同节点的默认存储引擎，必须在每个实例启动前于配置文件中显式设置 default_storage_engine；事务型节点用 InnoDB，分析型节点应选用 ColumnStore 或 MyRocks，而非 MyISAM。
MySQL 5.7+ 中如何为不同节点设置默认存储引擎
直接结论：不能靠全局配置“自动适配”，必须在每个实例启动前显式指定 default_storage_engine，且事务型节点用 innodb、分析型节点用 columnstore 或 myrocks（非 myisam）才真正有效。
原因很简单：default_storage_engine 是会话级继承的全局变量，但它的值只影响 CREATE TABLE 未显式声明 ENGINE=... 时的兜底行为。而生产环境里，建表语句几乎都带引擎声明——所以改这个参数本身对现有业务几乎零影响，只对运维脚本、临时表、或某些 ORM 自动生成的表起作用。
- 事务型节点必须设为
InnoDB：它支持行锁、MVCC、外键、崩溃恢复，MyISAM在并发写入下会整表锁死，根本撑不住 OLTP 流量 - 分析型节点不建议用
MyISAM：它没事务、无崩溃安全、压缩率低、不支持并行扫描，现代分析场景早被ClickHouse、StarRocks或 MySQL 生态的ColumnStore（MariaDB）/MyRocks取代 - 如果混用
InnoDB和ColumnStore，别指望一个 MySQL 实例能同时高效服务两类负载——它们的内存模型、刷盘逻辑、索引结构完全冲突，硬塞会导致 buffer pool 污染、IO 抖动、查询延迟毛刺
mysqld 启动时强制锁定引擎的实操方式
最可靠的方式是写死在配置文件里，而不是靠运行时 SET —— 因为 SET GLOBAL default_storage_engine = 'InnoDB' 重启即失效，且部分云厂商 RDS 禁用该命令。
操作路径：/etc/my.cnf 或 /etc/mysql/mysql.conf.d/mysqld.cnf 的 [mysqld] 段下添加：
[mysqld] default_storage_engine = InnoDB # 注意：不是 default-table-engine，也不是 engine-default
- 必须拼写为
default_storage_engine，错一个字母（比如写成default_engine）MySQL 启动时静默忽略，日志里也不报错 - 修改后必须重启
mysqld，systemctl restart mysql或service mysqld restart，仅 reload 配置不生效 - 验证是否生效：
mysql -e "SELECT @@default_storage_engine;"，返回值应与配置一致；再查SHOW ENGINES;确认目标引擎状态为YES（不是DEFAULT）
当节点要同时支持事务与分析查询时的真实取舍
不存在“一个实例两种默认引擎”的方案。MySQL 不允许按库、按表空间甚至按用户设置默认引擎，default_storage_engine 是实例级单值。
所以真实部署中只有两种可行路径：
- 物理分离：事务型节点跑纯
InnoDB实例，分析型节点跑专用列存引擎实例（如 MariaDB ColumnStore），通过应用层路由或 Flink CDC 同步数据 - 逻辑隔离：在同一实例内，所有表仍用
InnoDB，但分析类大宽表加COMPRESSION='zlib'+KEY_BLOCK_SIZE=8降低 IO 压力，并用READ COMMITTED隔离级别减少锁等待——这不是引擎切换，而是InnoDB内部调优 - 警惕“混合引擎表”陷阱：比如主表
InnoDB、汇总表MyISAM。一旦发生主从复制延迟或 binlog 格式为STATEMENT，MyISAM表的自增、计数等操作极易导致主从不一致
云数据库 RDS 场景下的兼容性雷区
阿里云 RDS、腾讯云 CDB、AWS RDS 都禁用 default_storage_engine 的运行时修改，且部分版本（如 AWS RDS MySQL 8.0.32+）连配置参数页都不开放该选项。
此时唯一办法是创建实例时就选对模板：
- 阿里云 RDS：在购买页选择“高可用版”后，参数组里可编辑
default_storage_engine，但仅限创建时；已有实例只能克隆新实例并换参数组 - 腾讯云 CDB：控制台“参数设置”中搜索
default_storage_engine，若灰显不可改，说明当前版本内核已锁定为InnoDB，无法切到其他引擎 - 关键提醒：
MyRocks和ColumnStore不是官方 MySQL 发行版内置引擎，RDS 默认不提供。想用它们，得自己搭 MariaDB 或 Percona Server，或用 Kubernetes 自建
最常被忽略的一点：很多团队以为改了 default_storage_engine 就能“自动优化”，结果上线后发现慢查询日志里全是 Creating sort index 和 Copying to tmp table——那是因为分析型查询需要的是列存压缩 + 向量化执行，不是换个默认引擎就能解决的。
