问什么时候使用MyISAM和InnoDB？

EN

阅读有关的信息。

MyISAM:

MySQL中的MyISAM存储引擎。

• 更易于设计和创建，因此更适合初学者。不用担心表之间的外部关系。由于结构更简单，
• 总体上比InnoDB更快，因此服务器资源的成本要低得多。--基本上不再使用true.
• Full-text索引。--对于读密集型(select)表，InnoDB具有良好的now
• Especially性能。--几乎不再正确。
• 的磁盘占用空间比InnoDB少2倍-3倍。--从5.7版开始，这可能是MyISAM的唯一真正优势。

InnoDB:

MySQL中的InnoDB存储引擎。

对事务的

• 支持(为您提供对ACID ACID锁定的支持。例如，与MyISAM.
• Foreign键约束相比，拥有更细粒度的锁定机制可以提供更高的并发性。允许您让数据库确保数据库状态的完整性，对于数据和索引的大型缓冲池，与MyISAM.
• Support相比，tables.
• InnoDB之间的关系更能防止表损坏。indexes.
• MyISAM的MyISAM密钥缓冲是停滞不前的；所有未来的增强都将在InnoDB中实现。8.0版的推出充分说明了这一点。

MyISAM限制：

行限制没有外键和级联事务完整性(ACID compliance)

• No deletes/updates

• No abilities

• 4,284,867,296
• (2^32) --这是旧的默认设置。可配置的限制(对于许多版本)一直是每个表64个索引的2**56 bytes.
• Maximum

InnoDB限制：

修复表无全文索引(低于-5.6MySQL version)

• Cannot为快速、只读而压缩(5.5.14引入的ROW_FORMAT=COMPRESSED)

• You cannot
• an InnoDB

有关简要了解的，请阅读以下链接：

1. MySQL Engines: InnoDB vs. MyISAM – A Comparison of Pros and Cons
2. MySQL Engines: MyISAM vs. InnoDB
3. What are the main differences between InnoDB and MyISAM?
4. MyISAM versus InnoDB
5. What's the difference between MyISAM and InnoDB?
6. MySql: MyISAM vs. Inno DB!

对于非常不重要的数据，或者如果您确实需要最低限度的性能优势，请使用MyISAM。MyISAM的读取性能并不是在所有情况下都更好。

我个人再也不会使用MyISAM了。如果你需要更高的性能，选择InnoDB并抛出更多的硬件。另一个想法是查看具有更多特性的数据库系统，如PostgreSQL。

编辑：对于读取性能，此链接显示innoDB实际上并不比MyISAM慢：https://www.percona.com/blog/2007/01/08/innodb-vs-myisam-vs-falcon-benchmarks-part-1/