### 前言
MySql的强大之处，就是在于它的插件式存储引擎，我们可以基于自己的业务特点，来使用不同的存储引擎，从而将数据库架构优化到最佳的性能。
一般入门级或初级的PHPer都喜欢直接建表既用，完全是使用默认的数据库引擎类型，这样是不可取与不专业的行为。
因为不同的存储引擎，有着各种不同的特点和使用场景，并且安全性和可操作也有很大的不同。

在MySql实际开发中，一般常用到MyISAM与InnoDB这两种存储引擎，下面我们来详细解读一下，它们两者之间的一些特点和区别。

### 1、MyISAM表级引擎

1、使用MyISAM存储引擎的数据表是由`myd`和`myi`两部分组成。
`myd`用来存放数据文件，
`myi`用来存放索引文件，
可以通过`MyISAMpack`工具进一步压缩数据文件，因为该工具使用`huffman`编码静态算法来压缩数据。
因此，使用该工具压缩后的表是只读的，当然也可以通过`MyISAMpack`来解压数据文件。

2、`Mysql5.0`之前，`MyISAM`默认支持的表大小为`4G`，如果需要支持大于`4G`的`MyISAM`表时，则需要设置`Max_Rows`和`AVG_ROW_LENGTH`属性。
从`Mysql5.0`版本后开始，`MyISAM`默认支持`256T`的单表数据，足够满足一般应用的需求。

3、对于使用`MyISAM`存储引擎的数据表，`Mysql`数据库只缓存其索引文件，数据文件的缓存由操作系统本身来完成。
这与其他使用`LRU`算法缓存数据的大部分数据库大不相同。
此外，在`Mysql5.1.23`版本之前，无论是在32位或64位的操作系统环境中，
缓存索引的缓存区最大只能设置为`4G`，在之后的版本中，64位系统可以支持大于`4G`的索引缓存区。

### 2、InnoDB行级引擎

1、`InnoDB`默认将数据放到一个逻辑的表空间中，这个表空间就像黑盒子一样由`InnoDB`自身进行管理。
从`Mysql4.1`开始，它可以将每个`InnoDB`存储引擎的表单独存放到一个独立的`.ibd`文件中。
与`orcle`类似，`InnoDB`存储引擎同样可以使用裸设备(row disk)来建立其表空间。

2、`InnoDB`通过使用多版本并发控制(MVCC)来获取高并发性，并且实现了sql标准的4种隔离级别，默认为`REPEATABLE`级别。
同时使用一种`next-key-locking`的策略来避免幻读（phantom）。
除此之外，`InnoDB`存储引擎还提供插入缓存(`insert buffer`)，二次写(`double write`)，自适应哈希索引(`adaptive hash index`)，预读(`read ahead`)等高性能和高可用的功能。

### 3、两种引擎不同的使用场景

在实际开发中，`MyISAM`和`InnoDB`是我们最常用到的类型，
大部分情况下，`InnoDB`都是优先的选择，可以简单地归纳为一句话“除非业务需要用到某些InnoDB不具备的特性，并且没有其他办法可以替代，否则都应该优先选择InnoDB引擎”。
(主从读写的项目中)，除非万不得已，否则同意数据库中，建议不要混合使用多种存储引擎，否则可能带来一系列复杂的问题，以及一些潜在的BUG和边界问题。
如果应用需要不同的存储引擎，可优先考虑以下几个因素：

#### 事务：
如果项目需要事务支持，那么`InnoDB`是目前最稳定并且经过市场考验的选择。

#### 备份：
如果可以定期地关闭服务器来执行备份，那么备份的因素可以忽略。反之，如果需要在线热备份，那么选择`InnoDB`就是基本的要求。

#### 崩溃恢复：
`MyISAM`崩溃后发生损坏的概率比`InnoDB`要高很多，而且恢复速度也要慢。

#### 特有的特性：
如果一个存储引擎拥有一些关键的特性，同时却又缺乏一些必要的特性，那么有时候不得不做折中的考虑，或者在架构设计上做一些取舍。

在聚合查询和子查询，关联查询时，`MyISAM`的读取速度是要远胜于`InnoDB`，但在简单的查询表达式中，两者之间的差距并没有相差太多。

#### 下面，我们再来认识下MyISAM和InnoDB各自的使用场景：
例如在一些大量读取，却很少修改数据的表，如：操作记录表、后台权限表、登录日志表、会员规则表等类似的业务时，
我们可以选择使用MyISAM，因为这些表可以使用线下备份的方式，防止数据崩溃后的丢失问题，从而提高查询速度。
如果是订单表、会员表，或者队列表，我们一般都是只选择InnoDB引擎，因为我们必须防止，每一笔订单的丢失，所以InnoDB是订单处理类应用的最佳选择。
总得来说，在单个数据库项目中，所有涉及金钱相关、用户重要信息相关的数据表，一定要使用InnoDB引擎。
而MyISAM引擎常用于高读取、低写入修改的业务。

#### 注意：
MyISAM有一个非常用的特效，就是它所写入的数据并不是立即存储到磁盘中，而是优先驻留在内存中，等待操作系统的定期刷盘，所以也会存在一定的内存丢失可能性。

#### 总结：
重要的数据，一般首选`InnoDB`引擎；
日志数据，首选`MyISAM`引擎；

已有1条评论

添加新评论☺

如果认为本文对您有所帮助请赞助本站

支付宝扫一扫赞助

已有1条评论

添加新评论☺