5.X 真是一个神奇的版本号， MYSQL 从 5.7 调到 8 了

[ivmm]

废了 MyISAM 存储引擎

[billytom]

有重大漏洞

[nfroot]

没废弃之前还有个你我的对比，各有千秋。

然而一废弃，估计很快就会压倒性的说 MyISAM 这不行那不行了。

就好比曾经的“ DIV+CSS ”，最巅峰的时刻是连表格都不用 Table 标签写，非要 div 去模拟。反正就是批判到极点。

（对 MYSQL 了解不多，如有错误请轻拍）

[mufeng]

@nfroot div 模拟无比傻逼, dom 多了就知道错了

[iyaozhen]

@nfroot 额，其实 99%的场景 innodb 完全够了。不适合的场景也不适合用 MySQL 了

[Asimov]

然而小内存 MyISAM 还是有用的啊

[depress]

太好了，以后面试再也不会问 innodb 和 myisam 的区别了（手动滑稽

[nfroot]

@Asimov 小内存是什么概念…… 好像小内存不推荐装高版本的 MYSQL 吧
@iyaozhen 之前看过一些对比，感觉两个都有用，不过这样也好，以后不用考虑选什么存储引擎了（简单需求）。

[iyaozhen]

@nfroot 实际使用经验来看， MyISAM 的优势在于 load data infile 快、磁盘占用少、一些场景下 group by 和 count 快。但这些场景已经渐渐被 ES 、 Hadoop 取代了。 MyISAM 明显的短板是表锁、不支持事务，一般业务场景使用很蛋疼

[kookxiang]

因为 PHP 从 5.x 跳到 7 了， MySQL 表示不服，于是跳到了 8

[tairan2006]

比得过 React ，版本号*10 ， OpenSUSE 直接跳到 42 么=_=

[aksoft]

一直都是 innodb...

[1Satoshi]

@kookxiang 因为 PHP 从 5.x 跳到 7 了， MySQL 表示不服，于是跳到了 8 233.

[zpvip]

MyISAM 存储引擎是我的最爱

[SoloCompany]

就吐槽一点
innodb 不支持 composite key autoincrement
要写 trigger 才能实现

[qfdk]

于是 vim 也直接 8 了