关于MySQL优化的两三事（二）-- INNODB存储引擎

上一篇关于MySQL优化的两三事（一）-- MYISAM存储引擎介绍了MYISAM存储引擎，本篇内容就为大家介绍MySQL的主打引擎INNODB。

## 存储方式

1. INNODB同样将使用不同的文件存储表的结构（.frm）、数据和索引（.ibd）
2. 数据记录的物理顺序按照主键进行升序排序

## 并发处理

1. 锁定力度：同时支持表级和行级
2. 多版本并发控制，MVCC，实现无阻塞读操作

## 优点

1. 可以使用外键
2. 事务处理
3. 行级锁定

## 缺点

1. InnoDB不支持FULLTEXT类型的索引。
2. InnoDB 中不保存表的具体行数，也就是说，执行select count() from table时，InnoDB要扫描一遍整个表来计算有多少行，但是MyISAM只要简单的读出保存好的行数即可。注意的是，当count()语句包含 where条件时，两种表的操作是一样的。
3. 对于AUTO_INCREMENT类型的字段，InnoDB中必须包含只有该字段的索引，但是在MyISAM表中，可以和其他字段一起建立联合索引。
4. DELETE FROM table时，InnoDB不会重新建立表，而是一行一行的删除。
5. InnoDB表的行锁也不是绝对的，如果在执行一个SQL语句时MySQL不能确定要扫描的范围，InnoDB表同样会锁全表，例如update table set num=1 where name like “%aaa%”
6. 对不支持事务的表做start/commit操作没有任何效果，在执行commit前已经提交，可以执行以下命令来切换非事务表到事务(数据不会丢失)，innodb表比myisam表更安全：alter table tablename type=innodb;

## 总结

1. 一般在开发中可以通过业务来确定使用哪种引擎更适合我们的业务场景：
2. 业务逻辑以大量的读和插入为主，少量的更新和删除. 建议使用MYISAM。
3. 业务逻辑以大量的更新和删除为主，建议，使用INNODB。 此时需要增加写锁(独占锁, 阻塞其他的所有的操作)