MySQL引擎的区别

MySQL常用的两种存储引擎InnoDB和MyISAM有很大不同。

InnoDB：支持事务并锁定行以进行写操作。
适合高并发写入和数据完整性的场景。

MyISAM：适合不支持事务、写锁表、读多写少的场景。

使用InnoDB可以保证数据安全，但性能可能会稍差一些。
MyISAM速度更快，但数据一致性可能会受到影响。

使用哪一种取决于您的需要。
如果需要事务和外键，请使用 InnoDB。
使用MyISAM读多写少。

不要忘记测试哪一个更适合您的应用程序。

mysql默认引擎是什么

哎呀，说到MySQL的存储引擎，我还真有些心得。
记得刚开始的时候，MySQL 5 .5 之前默认的存储引擎是MyISAM。
那东西就像一个老朋友一样，极其稳定。
当时我负责维护的一个网站数据量不大，所以MyISAM就足够了。
它速度快并且支持跨平台迁移。
表的最大大小可以达到2 5 6 TB，这在当时是一个天文数字。

有趣的是，MyISAM有一个特性，它不支持事务。
也就是说，当你进行复杂的数据操作时，无法保证数据的完整性和一致性。
就好像在没有红绿灯引导的情况下过马路时难免会感到有些不舒服一样。

后来MySQL 5 .5 出来后，默认引擎改为InnoDB。
这个InnoDB是事务专家。
它完全支持ACID，有一套完整的事务操作，包括提交、回滚、前滚等。
我记得曾经有一个项目出现了数据一致性问题。
改用InnoDB后问题解决。

我们来谈谈其他引擎，比如内存。
这个东西把数据存储在内存中，速度非常快。
但缺点是服务器重启后数据就消失了，只能用于临时表或缓存。
还有Archive，主要是为了归档而设计的。
数据被压缩和存储，但只能插入和查询，不能更新或删除。

我也遇到过一次请求。
客户需要一个引擎来处理大量的日志数据。
当时我推荐了MERGE引擎，将多个MyISAM表合并为一张，共享索引，大大提高查询效率。

至于FEDERATED，这个有点类似于现在流行的数据联邦技术，提供对远程MySQL服务器数据的直接访问，非常方便。

总之，选择哪种存储引擎一定要根据实际业务需求，比如：B.事务支持、读写比、数据量等因素。
我当时不太明白，只是通过实践才明白的。