我要评论mysql的innodb和myisam的区别
innodb和myisam都是mysql数据库中常见的存储引擎，它们各有特点：
innodb
- 事务支持：innodb 是支持事务的存储引擎，可以使用提交（commit）和回滚（rollback）来保证数据的完整性。
- 行级锁定：innodb 使用行级锁定（row-level locking），这意味着在操作数据时只会锁定需要修改的行，而不是整个表，有助于提高并发性能。
- 外键约束：innodb 支持外键约束，可以确保数据的完整性，保证参照完整性。
- 崩溃恢复：innodb 提供了崩溃恢复功能，可以自动进行恢复，保证数据的一致性。
myisam
- 全文搜索：myisam 对全文搜索功能支持较好，适合用于需要频繁进行全文搜索的场景。
- 表级锁定：myisam 使用表级锁定（table-level locking），这意味着在操作数据时会锁定整个表，可能导致并发性能较差。
- 不支持事务：myisam 不支持事务处理，因此无法使用提交和回滚等操作来维护数据的完整性。
- 不支持外键：myisam 不支持外键约束，需要在应用层面去维护数据的一致性。
选择存储引擎取决于具体的业务需求。如果需要事务支持、行级锁定和数据完整性，通常会选择innodb。
如果对全文搜索有很高的要求，并且不需要事务支持，可以选择myisam。
在实际应用中，也可以根据具体的场景灵活选择不同的存储引擎以获得最佳性能。
mysql innodb和myisam对和适用场景
innodb和myisam对比
1）事务和外键
- innodb支持事务和外键，具有安全性和完整性，适合大量insert或update操作
- myisam不支持事务和外键，它提供高速存储和检索，适合大量的select查询操作
2）锁机制
- innodb支持行级锁，锁定指定记录。基于索引来加锁实现
- myisam支持表级锁，锁定整张表
3）索引结构
- innodb使用聚集索引（聚簇索引），索引和记录在一起存储，既缓存索引，也缓存记录
- myisam使用非聚集索引（非聚簇索引），索引和记录分开
4）并发处理能力
- myisam使用表锁，会导致写操作并发率低，读之间并不阻塞，读写阻塞
- innodb读写阻塞可以与隔离级别有关，可以采用多版本并发控制（mvcc）来支持高并发
5）存储文件
- innodb表对应两个文件，一个.frm表结构文件，一个.ibd数据文件, innodb表最大支持64tb
- myisam表对应三个文件，一个.frm表结构文件，一个myd表数据文件，一个.myi索引文件。从 mysql5.0开始默认限制是256tb
适用场景
1）myisam
- 不需要事务支持（不支持）
- 并发相对较低（锁定机制问题）
- 数据修改相对较少，以读为主
- 数据一致性要求不高
2）innodb
- 需要事务支持（具有较好的事务特性）
- 行级锁定对高并发有很好的适应能力
- 数据更新较为频繁的场景
- 数据一致性要求较高
- 硬件设备内存较大，可以利用innodb较好的缓存能力来提高内存利用率，减少磁盘io
心得
- 两种引擎该如何选择？
- 是否需要事务？有，innodb
- 是否存在并发修改？有，innodb
- 是否追求快速查询，且数据修改少？是，myisam
- 在绝大多数情况下，推荐使用innodb
总结
以上为个人经验，希望能给大家一个参考，也希望大家多多支持代码网。
发表评论