Hedon

# 六、MySQL 存储引擎

# 1. InnoDB 和 MyISAM 区别

# InnoDB 和 MyISAM 区别？
参考：https://blog.csdn.net/qq_35642036/article/details/82820178

# ① 事务

InnoDB 支持事务，MyISAM 不支持；

# ② 外键

InnoDB 支持外键，而 MyISAM 不支持。对一个包含外键的 InnoDB 表转为 MyISAM 会失败；

# ③ 存储

InnoDB 是聚集索引，使用B+ 树 作为索引结构，数据文件是和（主键）索引绑在一起的（表数据文件本身就是按 B+树组织的一个索引结构）。必须要有唯一索引，通过唯一索引效率很高。但是辅助索引需要两次查询，先查询到主键，然后再通过主键查询到数据。因此，主键不应该过大，因为主键太大，其他索引也都会很大。

MyISAM 是非聚集索引，也是使用 B+树 作为索引结构，索引和数据文件是分离的，索引保存的是数据文件的指针。主键索引和辅助索引是独立的。

也就是说：

  • InnoDB 的 B+ 树主键索引的叶子节点就是数据文件，辅助索引的叶子节点是主键的值。

    img

  • 而 MyISAM 的 B+ 树主键索引和辅助索引的叶子节点都是数据文件的地址指针。

    img

# ④ 行数

InnoDB 不保存表的具体行数，执行 select count(*) from table 时需要全表扫描。

而 MyISAM 用一个变量保存了整个表的行数，执行上述语句时只需要读出该变量即可，速度很快（注意不能加有任何WHERE条件）；

# 为什么 InnoDB 没有这个变量？
1. 因为 InnoDB 的事务特性，在同一时刻表中的行数对于不同的事务而言是不一样的，因此 count 统计会计算对于当前事务而言可以统计到的行数，而不是将总行数储存起来方便快速查询。
2. InnoDB 会尝试遍历一个尽可能小的索引。除非优化器提示使用别的索引。如果二级索引不存在，InnoDB 还会尝试去遍历其他聚簇索引。
3. 如果索引并没有完全处于InnoDB维护的缓冲区（Buffer Pool）中，count 操作会比较费时。可以建立一个记录总行数的表并让你的程序在INSERT/DELETE时更新对应的数据。
4. 和上面提到的问题一样，如果此时存在多个事务的话这种方案也不太好用。
5. 如果得到大致的行数值已经足够满足需求可以尝试 SHOW TABLE STATUS。

# ⑤ 索引

InnoDB 不支持全文索引，而 MyISAM 支持全文索引，在涉及全文索引领域的查询效率上 MyISAM 速度更快高；

PS：5.7 以后的 InnoDB 支持全文索引了。

# ⑥ 压缩

MyISAM 表格可以被压缩后进行查询操作；

# ⑦ 锁

  • MyISAM 默认用的是表级锁，不支持行级锁；
  • InnoDB 默认用的是行级锁，也支持表级锁。

# ⑧ 唯一索引

InnoDB 表必须有唯一索引（如主键）（用户没有指定的话会自己找/生产一个隐藏列 Row_id 来充当默认主键），而 MyISAM 可以没有；

# ⑨ 文件格式

  • Innodb：frm 是表定义文件，ibd 是数据文件
  • Myisam：frm 是表定义文件，myd 是数据文件，myi 是索引文件
# InnoDB为什么推荐使用自增ID作为主键？
自增ID可以保证每次插入时B+索引是从右边扩展的，可以避免B+树和频繁合并和分裂（对比使用UUID）。如果使用字符串主键和随机主键，会使得数据随机插入，效率比较差。

# InnoDB 引擎的4大特性
1. 插入缓冲（insert buffer)
2. 二次写(double write)
3. 自适应哈希索引(ahi)
4. 预读(read ahead)

# 2. 使用场景

# MyISAM

  • 效率快于 InnoDB，适用于小型应用；
  • 支持跨平台（把表保存成文件）；
  • 大量查询时

# InnoDB

  • 支持事务
  • 修改操作比较多
上次更新: 8/4/2021, 7:49:01 PM

← 七、缓存 →