Mysql之myisam引擎

这里是早起整理的myisam优势，因为当时刚毕业那会web1.0时代还没过时，很多的门户网站实际上就只是内容展示的时候，或者发布文章公告的场景。所以对于这样的读多写少的场景，大多数使用的还是myisam引擎。那时候用的都是5.X，2017年为了解决微信用户昵称存在特殊字符，才开始使用utf8mb4编码，2018年为了存json字符串才开始使用8.X的。

主要包括以下以下优势：

1. 只有本引擎才支持全文索引
2. 在索引和数据层面都有数据压缩功能
3. 表持有共享锁的时候，可以往表里并发插入数据
4. 延迟更新的特性。每次修改的数据不会马上更新到数据表中，而是写到内存中，之后在清理缓冲区的时候或者是关闭表的时候才会讲内存中的数据写入磁盘。大大提高写入性能
5. 压缩表的功能。这个压缩在我理解就是硬盘的上面的碎片整理，吧表中的信息集中在硬盘上麦年的某一块扇区上，在查找的时候避免了磁头的移动 ，和磁臂的转动。这个压缩一般是用在固定的数据表的数据，一般是不会这样使用的。如果是固定的数据，则会选择放到内存数据库中
6. 如果是日志型的应用，则可以选择使用isam，因为这里只有插入和查询
7. 类似丁茶操作，都需要事务的支持
8. 当数据沉淀到一个量级的时候，可以转为数据仓库，用infobright来管理数据仓库即可

当然很明显的缺点：

1. myisam不支持事务，如果系统奔溃之后是无法恢复
2. 加锁是对整个表，所以加锁之后的并发数少。