MyISAM采用表级锁，读操作加共享读锁，写操作加独占写锁，锁由系统自动管理；支持并发插入以提升性能，但高并发下易出现锁争用，适合读多写少场景。
MyISAM 是 MySQL 早期版本中常用的存储引擎，虽然它不支持事务和行级锁，但在读操作频繁、写操作较少的场景下仍有应用。其锁机制相对简单，主要依赖表级锁（Table-level Locking）来管理并发访问。
MyISAM 表级锁的基本原理
MyISAM 使用的是表级锁，这意味着当一个线程对某张 MyISAM 表进行写操作时，会获取该表的写锁，其他所有对这张表的读写操作都会被阻塞，直到写锁释放。而当进行读操作时，会加一个读锁，多个读锁之间可以共存，但写操作必须等待所有读锁释放。
这种锁机制实现简单，开销小，但也限制了高并发下的性能表现。
- 读锁（Read Lock）：多个线程可同时持有读锁，适用于 SELECT 操作。
- 写锁（Write Lock）：写锁是独占的，一旦加锁，其他任何读写操作都无法进行。
- 锁的粒度为整张表，即使只修改一行数据，也会锁定整个表。
锁的自动管理与并发控制
MyISAM 的锁由 MySQL 服务器自动管理，不需要手动加锁。在执行 SQL 语句时，MySQL 会根据操作类型自动为表加上相应的锁。
例如：
- 执行 SELECT 时，自动加读锁。
- 执行 INSERT、UPDATE、DELETE 时，自动加写锁。
- 锁会在语句执行结束后立即释放（非事务性，不支持回滚）。
由于 MyISAM 不支持事务，所以每个语句都是独立执行并立即提交的，锁生命周期较短，但也容易造成写操作饥饿的问题——大量读请求可能导致写请求长时间等待。
并发插入（Concurrent Insert）优化
为了提升并发性能，MyISAM 支持“并发插入”特性。在表中间没有被删除的记录（即数据文件中无空洞）时，允许在表末尾进行 INSERT 操作，而不影响正在进行的读操作。
这个行为可以通过以下方式控制：
- 启动参数 concurrent_insert 可设置为 0（禁止）、1（默认，允许在末尾插入）、2（总是允许插入）。
- 使用 LOCK TABLES ... WRITE 可显式锁定表，阻止其他所有访问。
- 使用 LOCK TABLES ... READ 允许多个读操作共享访问。
锁等待与性能影响
在写密集型场景下，MyISAM 的表级锁容易成为瓶颈。一个长时间运行的写操作会阻塞所有后续的读写请求，导致连接堆积。
可通过以下方式观察锁情况：
- 查看 SHOW PROCESSLIST 中的状态是否出现 "Locked"。
- 通过 SHOW STATUS LIKE 'Table_locks_waited' 查看锁等待次数，数值越高说明锁竞争越严重。
基本上就这些。MyISAM 的锁机制简单直接，适合读多写少、并发不高的环境。但在现代应用中，InnoDB 因支持行锁和事务，已成为更主流的选择。如果需要更高并发写能力，建议考虑切换存储引擎。
