面试题答案
一键面试事务支持
- InnoDB：支持事务，遵循ACID特性。通过回滚日志（undo log）实现事务的回滚操作，通过重做日志（redo log）保证事务的持久性，能有效处理如银行转账等需要确保数据一致性的操作场景。
- MyISAM：不支持事务，在执行写操作（INSERT、UPDATE、DELETE）时，会锁定整个表，执行完操作后才释放锁。这在一些对事务完整性要求不高，以读操作居多的场景下，性能较好，但无法处理涉及多个操作且需保证原子性的业务。
锁机制
- InnoDB：采用行级锁，在处理并发事务时，只锁定正在操作的行数据，而不是整个表。这样在高并发环境下，多个事务可以同时操作不同行，减少锁争用，提高并发性能。不过，行级锁的开销相对较大，因为需要更多的锁信息管理。
- MyISAM：使用表级锁，当进行任何写操作（INSERT、UPDATE、DELETE）时，会锁定整个表，读操作（SELECT）时也会对表加锁。这使得在高并发写操作时，其他写操作或读操作都需等待锁释放，并发性能较差，但表级锁的开销小，加锁和解锁速度快，适合以读为主、并发写入较少的场景。
索引结构
- InnoDB：使用聚簇索引，数据和索引存储在一起。主键索引的叶子节点存储的是整行数据，辅助索引的叶子节点存储的是主键值，通过主键值再去主键索引中查找完整数据。这种结构使得按主键查询速度非常快，但插入和删除操作可能会导致索引的调整，性能开销较大。
- MyISAM：采用非聚簇索引，数据和索引分开存储。索引文件和数据文件是独立的，索引叶子节点存储的是数据的物理地址。这种结构使得插入和删除操作相对简单，不会影响索引结构，但在查询数据时，需要先通过索引找到物理地址，再去数据文件中读取数据，多了一次I/O操作，按主键查询性能略逊于InnoDB。
适用应用场景
- InnoDB：适用于对事务完整性要求高，读写操作都较为频繁，并发访问量大的应用场景，如电商系统中的订单处理、库存管理等模块，需要保证数据的一致性和并发操作的正确性。
- MyISAM：适合以读操作居多，对事务要求不高，写入操作相对较少的场景，例如一些简单的博客系统、新闻发布系统等，这些系统主要以展示数据为主，写操作频率较低，使用MyISAM可以获得较好的性能。