MySQL MyISAM引擎是什么？有什么致命缺陷？为何现在都不使用了？
上一篇《MySQL：MyISAM 锁表致千万损失！穿越工程师如何逆天改命》，我发现自己穿越到了 过去，这个年代的 MySQL 居然还在用 MyISAM……次日上午，技术部紧急会议
"林工，你说要换引擎就换？"
首席 DBA 老张拍案而起，"这系统跑了三年都没事，你才来三天就搞事情？"
林渊默然调出昨晚的监控数据：
复制
# 昨夜事故报告
Lock_time_avg: 12.7s # 表锁平均等待时间
Table_locks_immediate=2345
Table_locks_waited=8765 # 锁等待率高达78%1.2.3.4.
"各位请看，"林渊点击投影，"这不是故障，而是架构级癌症。"
连接池危机
诡异现象：
复制
SHOW PROCESSLIST;
+-----+------+-----------+------+---------+------+-------+------------------+
| Id | User | Host | db | Command | Time | State | Info |
+-----+------+-----------+------+---------+------+-------+------------------+
| 101 | app | 10.0.0.5 | prod | Sleep | 632 | | NULL |
| 102 | app | 10.0.0.5 | prod | Sleep | 587 | | NULL |
| 103 | app | 10.0.0.5 | prod | Sleep | 524 | | NULL |1.2.3.4.5.6.7.
（超过 300 个僵尸连接，消耗 1GB 内存）
技术解析：
图片
林渊的解法：
复制
// 修改mysqld.cc的线程管理逻辑
void handle_one_connection(THD *thd) {
while (!abort_loop) {
if (thd->net.vio->read_packet() == 0) { // 无数据时主动释放
thread_scheduler.end_thread(thd, true);
break;
}
do_command(thd);
}
}1.2.3.4.5.6.7.8.9.10.
操作结果： 内存占用从 3.2GB 降至 1.8GB，QPS 提升 40%。
SQL 执行过程
惊魂时刻：当林渊试图优化慢查询时，系统突然报错：
复制
ERROR 1064 (42000): You have an error in your SQL syntax...1.
——用户输入的SELECT * FORM orders竟然未被拦截！
解剖流程：
图片
关键发现：
查询缓存陷阱：query_cache_type=ON导致频繁缓存失效（命中率仅 12%）解析器漏洞：未启用严格模式（sql_mode未设置）允许错误语法通过优化器缺陷：缺乏直方图统计，错误选择全表扫描林渊的急救包：
复制
SET GLOBAL query_cache_size=0; -- 关闭毒药级查询缓存
SET GLOBAL sql_mode=STRICT_TRANS_TABLES; -- 启用严格模式
ANALYZE TABLE orders; -- 手动更新统计信息1.2.3.
变更存储引擎
惊险时刻：当林渊尝试在线更换存储引擎时
复制
ALTER TABLE orders ENGINE=InnoDB;1.
系统突然僵死！SHOW PROCESSLIST显示：
复制
| 145 | system user | NULL | NULL | alter table | 89 | copy to tmp table |1.
引擎切换原理：
图片
林渊的破局操作：
使用pt-online-schema-change工具在线变更（提前 20 年发明）分阶段迁移数据：复制
# 步骤1：创建影子表
CREATE TABLE _orders_new LIKE orders ENGINE=InnoDB;
# 步骤2：分批拷贝（每次10万条）
INSERT INTO _orders_new SELECT * FROM orders WHERE id BETWEEN ? AND ?;
# 步骤3：原子切换（0.01秒锁定）
RENAME TABLE orders TO _orders_old, _orders_new TO orders;1.2.3.4.5.6.7.8.
引擎插件的秘密
林渊在ha_myisam.cc中发现关键结构：
复制
struct st_mysql_storage_engine myisam_storage_engine = {
"MyISAM",
"MySQL AB",
"Default engine with fast read speed",
{ /* 函数指针表 */
myisam_create_handler,
myisam_hton_commit,
NULL // 事务相关为空
}
};1.2.3.4.5.6.7.8.9.10.
"原来 MyISAM 的事务支持是先天残疾..."他若有所思。
下节预告：
"当我启动 InnoDB 引擎时，服务器内存突然耗尽..." —— 林渊如何用 Buffer Pool 优化化解内存危机？
且看下一章节《InnoDB 架构设计：行级锁原理、预写日志（WAL）、Change Buffer》！
阅读剩余
THE END
