废了 MyISAM 存储引擎
1
billytom 2016-09-13 10:24:27 +08:00 via iPhone
有重大漏洞
|
2
nfroot 2016-09-13 10:44:14 +08:00
没废弃之前还有个你我的对比,各有千秋。
然而一废弃,估计很快就会压倒性的说 MyISAM 这不行那不行了。 就好比曾经的“ DIV+CSS ”,最巅峰的时刻是连表格都不用 Table 标签写,非要 div 去模拟。反正就是批判到极点。 (对 MYSQL 了解不多,如有错误请轻拍) |
4
iyaozhen 2016-09-13 10:59:24 +08:00 via Android
@nfroot 额,其实 99%的场景 innodb 完全够了。不适合的场景也不适合用 MySQL 了
|
5
Asimov 2016-09-13 11:03:25 +08:00
然而小内存 MyISAM 还是有用的啊
|
6
depress 2016-09-13 11:36:15 +08:00 1
太好了,以后面试再也不会问 innodb 和 myisam 的区别了(手动滑稽
|
7
nfroot 2016-09-13 11:37:08 +08:00
|
8
iyaozhen 2016-09-13 12:10:41 +08:00 via Android 1
@nfroot 实际使用经验来看, MyISAM 的优势在于 load data infile 快、磁盘占用少、一些场景下 group by 和 count 快。但这些场景已经渐渐被 ES 、 Hadoop 取代了。 MyISAM 明显的短板是表锁、不支持事务,一般业务场景使用很蛋疼
|
9
kookxiang 2016-09-13 13:48:55 +08:00 1
因为 PHP 从 5.x 跳到 7 了, MySQL 表示不服,于是跳到了 8
|
10
tairan2006 2016-09-13 14:44:34 +08:00
比得过 React ,版本号*10 , OpenSUSE 直接跳到 42 么=_=
|
11
aksoft 2016-09-13 14:48:17 +08:00
一直都是 innodb...
|
13
zpvip 2016-09-13 15:43:01 +08:00
MyISAM 存储引擎是我的最爱
|
14
SoloCompany 2016-09-14 00:36:53 +08:00
就吐槽一点
innodb 不支持 composite key autoincrement 要写 trigger 才能实现 |
15
qfdk 2016-09-14 14:10:59 +08:00
于是 vim 也直接 8 了
|