阿丹：

myisam存储引擎与innodb存储引擎战争，在mysql中5.5.5之前myisam还是mysql的默认存储引擎但是在5.5.5版本之后被innodb反超。

官方解释：

MyISAM是MySQL的默认数据库引擎（5.5版之前），由早期的ISAM所改良。虽然性能极佳，但却有一个缺点：不支持事务处理（transaction）。不过，在这几年的发展下，MySQL也导入了InnoDB（另一种数据库引擎），以强化参照完整性与并发违规处理机制，后来就逐渐取代MyISAM。

简介：

MyISAM是MySQL的默认存储引擎之一，它在MySQL关系型数据库管理系统中的默认存储引擎是InnoDB。但是，在MySQL 5.5.5之前的版本中，MyISAM是默认存储引擎。

MyISAM存储引擎是一种基于ISAM代码的存储引擎，它扩展了ISAM代码，提供了许多有用的功能，如全文索引、压缩和空间函数等。MyISAM存储引擎的表存储在三个文件中，包括.frm文件（保存表的定义）、.MYD文件（保存表的数据）和.MYI文件（保存表的索引）。

MyISAM存储引擎的特点包括：

表级锁：MyISAM存储引擎只支持表级锁，这意味着在执行写操作时，整个表会被锁定，从而降低了并发性能。
全文索引：MyISAM支持全文索引，这使得它在处理需要大量全文搜索的应用时比其他存储引擎更有优势。
缓存索引：MyISAM可以通过key_buffer_size缓存索引，以提高访问性能，减少I/O操作。
表的大小和存储空间大小是固定的：这使得它在处理大量数据时可能需要进行表迁移或重新分片。

总的来说，MyISAM存储引擎适用于读操作较多，写操作较少，并发性要求不高的场景。然而，随着数据库技术的发展，InnoDB存储引擎由于其对事务参照完整性、并发性等特性的改进，逐渐取代了MyISAM存储引擎。

myisam存储引擎底层知识--基础大纲：

MyISAM存储引擎底层的知识大纲包括以下几个方面：

存储结构：MyISAM存储引擎的表数据存储在三个文件中，包括.frm文件（保存表的定义）、.MYD文件（保存表的数据）和.MYI文件（保存表的索引）。数据文件和索引文件是分开存储的。
表级锁：MyISAM存储引擎只支持表级锁，这意味着在执行写操作时，整个表会被锁定，从而降低了并发性能。
全文索引：MyISAM支持全文索引，这使得它在处理需要大量全文搜索的应用时比其他存储引擎更有优势。
数据缓存：MyISAM可以通过key_buffer_size缓存索引，以提高访问性能，减少I/O操作。但是，这个缓存区只会缓存索引，而不会缓存数据。
表的大小和存储空间大小是固定的：这使得它在处理大量数据时可能需要进行表迁移或重新分片。
大文件（达到63位文件长度）在支持大文件的文件系统和操作系统上被支持。当把删除和更新及插入操作混合使用的时候，动态尺寸的行产生更少碎片。这要通过合并相邻被删除的块，以及若下一个块被删除，就扩展到下一块自动完成。
每个MyISAM表最大索引数是64，这可以通过重新编译来改变。每个索引最大的列数是16。NULL被允许在索引的列中，这个值占每个键的0~1个字节。
在myisam存储引擎底层也是用的B+数来作为存储的数据结构的。

总的来说，MyISAM存储引擎适用于读操作较多，写操作较少，并发性要求不高的场景。但是，随着数据库技术的发展，InnoDB存储引擎由于其对事务参照完整性、并发性等特性的改进，逐渐取代了MyISAM存储引擎。

myisam底层详解：

存储结构

MyISAM存储引擎的存储结构包括三个文件，分别是表定义文件、数据文件和索引文件。具体说明如下：

表定义文件：存储表的定义信息，文件扩展名为.frm。
数据文件：存储表的数据，扩展名为.MYD。每个MyISAM表在磁盘上存储成三个文件，包括表定义文件、数据文件和索引文件。
索引文件：存储表的索引信息，扩展名为.MYI。

MyISAM的存储结构使得它具有一些特点，例如支持三种不同的存储格式（静态表、动态表、压缩表），支持全文索引等。同时，MyISAM存储引擎的表大小只受限于操作系统文件的大小，一般为2GB，这使得它在处理大量数据时可能需要进行表迁移或重新分片。

MyISAM存储引擎使用的B+树中，各个节点存放的是键（key）和指针（Ptr）。在B+树中，每个节点可以存储多个键，这些键按照升序排列。除了键之外，节点还包含指向子节点和父节点的指针。

在MyISAM存储引擎中，B+树被用于实现索引和排序操作。具体来说，当建表时，MyISAM存储引擎以主键作为KEY来建立主索引（主索引在MyISAM存储引擎中默认是主键），使用B+树作为索引结构。B+树的叶子节点存储的是对应数据的物理地址。

对于非主键索引，MyISAM存储引擎会将索引和数据分开存储。索引文件中的每个节点存储的是索引和对应数据的地址，而不是实际的数据内容。当查询数据时，需要先通过索引文件找到对应数据的物理地址，然后再根据物理地址去读取数据文件。

总之，MyISAM存储引擎使用的B+树中，各个节点存放的是键（key）和指针（Ptr），其中键用于唯一标识节点中的数据，指针用于指向树中其他节点的地址。

myisam存储结构的B+树与innodb中B+树的区别

MyISAM和InnoDB是MySQL中两种不同的存储引擎，它们在存储结构方面有一些区别。下面我将详细介绍它们之间B+树的区别。

索引结构:
- MyISAM使用B+树作为其索引结构，但是它的叶子节点存储的是实际的数据行的指针。这意味着数据和索引是分离的，索引文件和数据文件是分开存放的。
- InnoDB也使用B+树作为其索引结构，但是它的叶子节点存储的是实际的数据行本身，而不是指针。这样可以减少磁盘IO的次数，提高查询性能。
数据存储方式:
- 在MyISAM中，数据是按照插入的顺序存储的，所以对于大量的插入操作来说，性能会较好。但是由于数据和索引是分离的，所以在查询时可能需要进行多次磁盘IO操作，导致查询性能相对较低。
- 在InnoDB中，数据是按照主键的顺序进行存储的，并且数据和索引是紧密结合的。这提供了更好的查询性能，尤其是对于涉及多个表之间的连接查询时。
事务支持:
- MyISAM存储引擎不支持事务。如果有并发的读写操作，可能会导致数据不一致。
- InnoDB存储引擎支持事务处理，提供了ACID（原子性、一致性、隔离性和持久性）的事务特性。这使得在并发环境下数据的一致性得到保证。

总的来说，InnoDB存储引擎在数据一致性和并发性能方面更优于MyISAM。因此，在需要事务支持和高并发性能的场景下，推荐使用InnoDB存储引擎。

引入概念：

聚簇索引与非聚簇索引

当讨论存储引擎的索引结构时，通常会涉及到聚簇索引（Clustered Index）和非聚簇索引（Non-clustered Index）这两个概念。让我为您解释一下它们的区别和作用。

聚簇索引（Clustered Index）：
- 聚簇索引指的是将数据存储在物理上连续的顺序中（通常是按照主键的顺序）。在InnoDB中，聚簇索引是默认的索引类型。
- 聚簇索引决定了表中数据的物理排列顺序，因此表按照聚簇索引的顺序进行存储。因此，一个表可以只有一个聚簇索引。
- 聚簇索引的优势是能够提高范围查询和按照顺序访问数据的性能，因为相关的数据通常存储在一起，减少了磁盘IO操作。
非聚簇索引（Non-clustered Index）：
- 非聚簇索引是基于表的副本而创建的一种索引结构，它的叶子节点包含索引字段的值和指向实际数据行的指针。
- 在MyISAM中，所有的索引都是非聚簇索引，包括主键索引。而在InnoDB中，非聚簇索引是除了聚簇索引以外的索引。
- 一个表可以有多个非聚簇索引。非聚簇索引可以加快特定列或组合列的查找速度，但在执行范围查询时性能可能较差。

根据上述解释，聚簇索引和非聚簇索引的区别在于数据存储的方式和索引叶子节点的内容。聚簇索引决定了数据行的物理顺序，而非聚簇索引提供了对聚簇索引之外列的快速访问。这两种索引类型在不同的场景下，对于查询性能和存储效率会有不同的影响。

那到底在数据引擎中myisam有没有优势呢？

在某些特定的场景下，MyISAM存储引擎具有一些优势。以下是优势：

插入性能：MyISAM适用于主要进行插入操作的应用程序。由于MyISAM的表在物理上以插入的顺序存储数据，因此在大量插入操作的情况下，MyISAM可能会比InnoDB具有更高的插入性能。
空间使用效率：相比于InnoDB，MyISAM通常具有更小的存储空间需求。这是因为InnoDB在存储数据时会包括一些额外的管理和事务日志信息，而MyISAM则没有这些额外的开销。
全文搜索：MyISAM是MySQL中唯一一个支持全文搜索索引的存储引擎。如果你的应用程序需要进行全文搜索，MyISAM可能是一个更好的选择。

需要注意的是，尽管MyISAM在某些方面可能具有一些优势，但它也有一些明显的限制和缺点。例如，它不支持事务和外键约束，容易出现数据不一致的情况。此外，在并发读写的情况下，MyISAM的性能可能不如InnoDB稳定。

综合考虑，对于大多数场景下，推荐使用InnoDB存储引擎，特别是对于需要事务支持、高并发性能和数据一致性的应用程序。但如果你的应用场景主要是插入操作频繁，并且不需要事务支持或数据一致性，那么MyISAM可能是一个备选的选项。请根据自己的实际需求做出选择。