MyISAM 和 InnoDB 的基本区别
1.InnoDB不支持FULLTEXT类型的索引。
2.InnoDB 中不保存表的具体行数，也就是说，执行select count(*) from table时，InnoDB要扫描一遍整个表来计算有多少行，但是MyISAM只要简单的读出保存好的行数即可。注意的是，当count(*)语句包含 where条件时，两种表的操作是一样的。
3.对于AUTO_INCREMENT类型的字段，InnoDB中必须包含只有该字段的索引，但是在MyISAM表中，可以和其他字段一起建立联合索引。
4.DELETE FROM table时，InnoDB不会重新建立表，而是一
《MyISAM与InnoDB的区别及优化策略》
在MySQL数据库中，MyISAM和InnoDB是两种常见的存储引擎，它们各自拥有独特的特性和优势，适用于不同的应用场景。了解两者之间的区别，有助于我们根据实际需求做出最佳的选择，并进行有效的优化。
1. 索引类型差异：
MyISAM支持全文索引（FULLTEXT），而InnoDB不支持。这使得MyISAM在全文搜索方面具有优势，但InnoDB可以通过其他方法如全文搜索引擎（如Sphinx或Elasticsearch）来实现类似功能。
2. 表行数统计：
InnoDB不保存表的精确行数，执行`SELECT COUNT(*) FROM table`时，InnoDB需要遍历整个表。相比之下，MyISAM会直接读取已保存的行数，效率更高。但在有`WHERE`条件的`COUNT(*)`查询中，两者处理方式相同。
3. AUTO_INCREMENT处理：
InnoDB要求对AUTO_INCREMENT字段单独建立索引，而MyISAM允许与其他字段联合创建索引。这在设计索引时提供了更多的灵活性。
4. 删除操作：
当执行`DELETE FROM table`时，InnoDB会逐行删除，而MyISAM会重建整个表。InnoDB的处理方式对大型表更友好，因为它减少了长时间锁定整个表的风险。
5. 锁机制：
MyISAM使用表级锁定，而InnoDB使用行级锁定。行级锁定提供了更好的并发性，尤其在高并发的读写场景下。
6. 数据恢复：
MyISAM在`LOAD TABLE FROM MASTER`操作中失效，需要先转换为MyISAM再进行数据导入。InnoDB支持事务，对于数据一致性有更高的保障。
优化策略：
针对MyISAM，关键的优化参数是`key_buffer_size`，应根据索引大小、数据量和系统负载设置。如果主要使用MyISAM，可以设置为可用内存的30-40%，但需留出部分内存供数据使用。
对于InnoDB，`innodb_buffer_pool_size`至关重要，应根据数据和索引的大小设置，通常可设为可用内存的70-80%。`innodb_additional_pool_size`、`innodb_log_file_size`和`innodb_log_buffer_size`也需要根据写入负载和事务特性调整。`innodb_flush_logs_at_trx_commit`的设置对性能影响显著，可以根据事务安全性需求调整，以平衡速度和数据完整性。
MyISAM更适合读多写少、对全文搜索有需求的应用，而InnoDB则适用于需要事务处理和高并发读写的场景。选择合适的存储引擎并进行恰当的参数优化，能够有效提升MySQL数据库的性能和稳定性。
