mysql 系统性浅聊 myisam 存储引擎【原创】
》》思维导图
》》介绍
mysql中的存储引擎都是以插件的形式存在，目前用的最多存储引擎就是innodb和myisam。MySQL5.5.5以后（包括5.5.5）默认使用InnoDB存储引擎，之前的版本基本就是MyISAM的了。现在有很多人都在网上问，innodb作为存储引擎之后，myisam引擎是不是要被淘汰了？其实它们两者之间各有优势，暂时还不能说谁替代谁，不存在滴。
》》存储结构
创建一个myisam数据表
mysql> create table myisam(
-> id int not null primary key auto_increment,
-> cs varchar(50) not null comment 'test'
-> )engine=myisam default charset=utf8;
Query OK, 0 rows affected (0.10 sec)
查看表结构（具体的查看和操作，请看上篇MySQL查看和修改表的存储引擎）
mysql> show create table myisam;
+--------+----------------------------------------------------------------------
--------------------------------------------------------------------------------
-----------------+
| Table | Create Table
|
+--------+----------------------------------------------------------------------
--------------------------------------------------------------------------------
-----------------+
| myisam | CREATE TABLE `myisam` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`cs` varchar(50) NOT NULL COMMENT 'test',
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 |
+--------+----------------------------------------------------------------------
--------------------------------------------------------------------------------
-----------------+
1 row in set (0.00 sec)
再具体看下底层的myisam数据表的文件组成：
windows下的表结构：
linux下的表结构是一样的，我就不贴出来了。
看到myisam表是由.frm, .MYD, .MYI三个文件组成：
.frm 是表结构文件
.MYD 是数据文件
.MYI 是索引文件
》》特性--不支持事务
例子如下：
--》上面已经创建了一个myisam表，表结构如下：
mysql> desc myisam; +-------+-------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +-------+-------------+------+-----+---------+----------------+ | id | int(11) | NO | PRI | NULL | auto_increment | | cs | varchar(50) | NO | | NULL | | +-------+-------------+------+-----+---------+----------------+ 2 rows in set (0.00 sec)
--》操作如下：
--》好吧！没有对比就没有伤害！下面试下Innodb是否成功：
》》特性--修复表
主要两个SQL操作语句：
check table YOUR_TABLE_NAME
repair table YOUR_TABLE_NAME
实例如下：
注意：这里的修复表，并不是说可以将之前删除的数据找回来，切记切记！
》》特性--加锁和并发
》》特性--列索引以及延迟索引
列索引，其实在这里我并不想写太多，后面我会专门写一篇关于如何建立索引，注意事项以及如何优化索引。
这里我主要想讲的是延迟索引这个参数，挺有意思的，myisam专有物。
延迟更新索引，MYISAM 默认把DELAY_KEY_WRITE开启, 整个选项是MYISAM引擎独有的。
很多人都知道在建立索引上的表进行写操作时，插入大量数据的速度会非常慢，很多办法是先关闭索引，然后插入数据，再打开索引。其实将delay_key_write选项打开，可以得到一定程度的插入速度优化。如果你的某个表有很多update操作，这个参数的优势会很好的体现出来。因为这个参数能延迟更新索引到表关闭。再提醒一次：
注意：DELAY_KEY_WRITE选项是MYISAM存储引擎的专有的
》》特性--表压缩
主要使用myisampack命令
由于这张表是空表，所以在压缩的时候加了-f，表示强制压缩。下面看下压缩后的文件大小：
大家有没有发现多了一个OLD文件，这是对原来MYI文件的一个备份，之前是0kb，然后再看下新的MYI文件，目前是1.0K，压缩后的文件没有变小反而变大了，为什么呢？
这是由于原文件是个空文件，强制压缩之后肯定会比原文件大的，多了一些乱七八糟的东西在里面啦。
注意：压缩后的文件再执行写操作时会报错，这是由于压缩后的文件会变成只读状态！！切记啊。
》》基础限制
在版本 < MySQL 5.0 时默认表的大小为4G，这对于一些大业务的数据来说是不够的。
有什么办法可以扩展吗？有的。
如存储大表则要修改MAX_Rows 和 AVG_ROW_LENGTH这两个选项。但是一定配置了这两个参数后，表会立刻重写。
所以最好的建议就是更新MySQL的版本啦。
在版本 > MySQL 5.0 时默认表的大小为256TB，这对于我们绝大部分的业务来说都是足够的了。
》》应用场景
最后来说下myisam存储引擎适合使用在哪些应用场景下：
1.看了上面的特性，其实我们很容易知道，需要用到事务型的应用都不适合，只能使用在非事务型应用。
2.对于锁表而不是锁行的行为，同样的myisam不适合用在频繁操作写的应用下，这会造成阻塞，最好用在只读类应用下。
3.这个就比较特殊了，上面也没提到过，空间类应用，在MySQL 5.7只前，myisam是唯一支持空间函数的存储引擎，如果想存储空间数据例如GPS数据，或者使用空间函数运算的话，只能使用MyISAM存储引擎。
欢迎留言。O(∩_∩)O哈哈~
