MyISAM速度快但不支持事务和行级锁，适合读多写少场景；其索引使用B+树，叶子节点存数据地址，需额外I/O读取数据；表损坏可用myisamchk或REPaiR TABLE修复；相比InnoDB，MyISAM缺乏事务和崩溃恢复能力，虽读取性能优，但MySQL 5.5后InnoDB为默认引擎，多数场景推荐使用InnoDB。
MyISAM存储引擎的特点在于其速度快，但不支持事务和行级锁定。简单来说，它读写速度快，但数据安全性相对较低。
MyISAM的特性和使用场景
MyISAM适合于以读取为主的应用场景，比如内容管理系统、论坛等。
MyISAM的索引结构是什么样的？
MyISAM使用B+树结构来存储索引，但与InnoDB不同的是，MyISAM的数据和索引是分开存储的。索引文件中保存的是数据记录的地址。这意味着MyISAM的索引叶子节点存储的是指向实际数据记录的指针，而不是像InnoDB那样直接存储数据。
这种设计使得MyISAM的索引结构更加紧凑，但也意味着每次通过索引查找数据时，都需要进行一次额外的I/O操作来获取实际的数据记录。
MyISAM表损坏了怎么办？
MyISAM表损坏是可能发生的事情，特别是如果服务器突然崩溃或者硬件出现问题。修复MyISAM表的方法主要有两种：
-
使用
myisamchk
工具： 这是MySQL自带的命令行工具，可以用来检查和修复MyISAM表。使用方法如下：
myisamchk -r /path/to/your/table.MYI
-r
选项表示尝试修复表。这个工具通常能解决大部分的表损坏问题。
-
使用
REPAIR TABLE
语句： 这是在MySQL客户端中执行的SQL语句，也可以用来修复表。使用方法如下：
REPAIR TABLE your_table_name;
这个语句会在MySQL服务器内部执行修复操作。
修复表之前，务必备份相关的数据文件，以防修复过程中出现意外导致数据丢失。另外，修复过程可能会比较耗时，具体取决于表的大小和损坏程度。
MyISAM和InnoDB该如何选择？
选择MyISAM还是InnoDB，其实取决于你的应用场景和需求。InnoDB支持事务和行级锁定，适合于需要高并发和数据一致性的应用，比如银行系统、电商平台等。MyISAM则更适合于读取频繁、写入较少的应用，比如博客系统、新闻网站等。
但需要注意的是，MySQL 5.5之后，InnoDB已经成为默认的存储引擎。这意味着，除非你有特别的需求，否则通常情况下选择InnoDB是更稳妥的选择。
可以考虑以下几个方面：
- 事务支持： 如果你的应用需要事务支持，那么必须选择InnoDB。
- 并发性能： InnoDB的行级锁定可以提供更好的并发性能，尤其是在写入频繁的场景下。
- 数据恢复： InnoDB具有崩溃恢复能力，可以在服务器崩溃后自动恢复数据。
- 全文索引： MySQL 5.6之后，InnoDB也开始支持全文索引，但在早期的版本中，MyISAM在这方面更有优势。
总的来说，如果你对数据一致性和并发性能有较高要求，那么选择InnoDB；如果你的应用以读取为主，且对事务支持没有特别的需求，那么可以选择MyISAM。但随着InnoDB的不断发展，其性能也在不断提升，因此在大多数情况下，InnoDB都是一个更好的选择。