摘要：
浅谈MySQL存储引擎选择InnoDB与MyISAM的优缺点分析？MyISAM引擎设计简单，数据以紧密格式存储，所以某些读取场景下性能很好。但是MyISAM最典型的还是表锁问题，这... 浅谈MySQL存储引擎选择InnoDB与MyISAM的优缺点分析？
MyISAM引擎设计简单，数据以紧密格式存储，所以某些读取场景下性能很好。
但是MyISAM最典型的还是表锁问题，这样会导致长期处于"Locked"状态。而且数据恢复时间长，无事务等问题或短板。
虽然5.1之前MyISAM的读比Innodb快很多，但是在5.1之后，默认引擎已经变为Innodb。
Innodb读写有很大的提高，采用MVCC来支持高并发，针对行加锁，是使用最广泛的存储引擎。
官方建议尽量将MyISAM都换为Innodb。
MyISAM与InnoDB区别不懂？
MyISAM和InnoDB是MySQL数据库中最常用的两种存储引擎。MyISAM是默认存储引擎，不支持事务和行级锁定，因此适合于只读、查询频繁的场景。
InnoDB支持事务和行级锁定，并且它是基于磁盘的，支持关系型数据库，数据的安全性较高。
InnoDB适合于频繁的插入或更新操作，是推荐的存储引擎。
MyISAM比InnoDB更快在处理大量插入操作方面，并且具有较小的内存开销。但MyISAM表在崩溃时可能会损坏数据，而InnoDB表则不会损坏数据。两种存储引擎都有优势和劣势，并且取决于具体的业务需求来选择。
区别：
1、InnoDB支持事务，MyISAM不支持；
2、InnoDB支持外键，而MyISAM不支持；
3、InnoDB是聚集索引，而MyISAM是非聚集索引；
4、Innodb不支持全文索引，而MyISAM支持全文索引；
5、InnoDB支持表、行级锁，而MyISAM支持表级锁；
6、InnoDB表必须有唯一索引，而Myisam可以没有；
7、存储文件不同。
MyISAM和InnoDB是MySQL数据库中常用的两种表类型。
MyISAM是一种非事务性表类型，它的优点是查询速度快，占用资源少，但不支持事务和外键约束。
InnoDB是一种事务性表类型，它的优点是支持事务和外键约束，能够保证数据的完整性和一致性，但相对于MyISAM，查询速度稍慢，占用资源稍多。
因此，在选择表类型时，需要根据实际业务需求来进行选择。如果对查询速度要求较高，可以选择MyISAM；如果需要保证数据的完整性和一致性，可以选择InnoDB。
innodb和myisam的区别.底层实现结构上有什么区别？
InnoDB 被称为索引组织型的存储引擎。主键使用的 B-Tree 来存储数据，即表行。这意味着 InnoDB 必须使用主键。如果表没有主键，InnoDB 会向表中添加一个隐藏的自动递增的 6 字节计数器，并使用该隐藏计数器作为主键。InnoDB 的隐藏主键存在一些问题。您应该始终在表上定义显式主键，并通过主键值访问所有 InnoDB 行。
InnoDB 的二级索引也是一个B-Tree。搜索关键字由索引列组成，存储的值是匹配行的主键。通过二级索引进行搜索通常会导致主键的隐式搜索。
什么是 B-Tree？
一个 B-Tree 是一种针对在块设备上优化操作的数据结构。块设备或磁盘有相当重要的数据访问延迟，尤其是机械硬盘。在随机位置检索单个字节并不比检索更大的数据花费的时间更少。这是 B-Tree 的基本原理，InnoDB 使用的数据页为 16KB。
让我们尝试简化 B-Tree 的描述。B-Tree 是围绕这键来组织的数据结构。键用于搜索 B-Tree 内的数据。B-Tree 通常有多个级别。数据仅存储在最底层，即叶子节点。其他级别的页面（节点）仅包含下一级别的页面的键和指针。
如果要访问键值的数据，则从顶级节点-根节点开始，将其包含的键与搜索值进行比较，并找到要在下一级访问的页面。重复这个过程，直到你达到最后一个级别，即叶子节点。理论上，每个 B-Tree 级别的读取都需要一次磁盘读取操作。在实践中，总是有内存缓存节点，因为它们数量较少且经常访问，因此适合缓存。
一个简单的三级 B-Tree 结构
