MyISAM使用表级锁，支持读锁和写锁；读锁允许多个并发读取，写锁为独占锁，读写互斥。采用写优先调度策略，写请求可插队导致读请求阻塞，支持LOCK TABLES显式加锁与UNLOCK TABLES释放锁，适用于读多写少场景，高并发下建议使用InnoDB。
在MySQL中，MyISAM存储引擎使用表级锁（table-level locking）来管理并发访问。理解MyISAM的表锁机制，关键在于明白它如何控制读写操作的并发性，以及这种机制对性能的影响。
MyISAM的锁类型
MyISAM支持两种基本的锁模式：
- 读锁（Read Lock）：当一个连接执行SELECT操作时，MyISAM会为该表加上读锁。多个连接可以同时持有读锁，实现并发读取。
- 写锁（Write Lock）：当一个连接执行INSERT、UPDATE、DELETE或ALTER等修改操作时，会请求写锁。写锁是独占的，一旦某个连接获得写锁，其他任何连接都无法读取或写入该表。
读锁和写锁之间的关系是互斥的：只要有写锁存在，读操作就必须等待；同样，如果多个读锁正在占用，写操作也必须排队。
锁的调度策略
MyISAM采用一种称为“写优先”的调度机制。这意味着：
- 写请求通常比读请求有更高的优先级。
- 即使有很多读请求在排队，一个写请求到来后，会插队优先执行。
- 这可能导致读请求长时间被阻塞，尤其是在频繁写入的场景下。
虽然可以通过设置low_priority_updates=1来降低写操作的优先级，但这需要手动配置，并非默认行为。
显式加锁与释放
除了自动的锁机制，MyISAM还支持手动控制锁：
- 使用LOCK TABLES table_name READ;可显式添加读锁。
- 使用LOCK TABLES table_name WRITE;可添加写锁。
- 必须通过UNLOCK TABLES;来释放锁。
显式加锁常用于确保一组操作的原子性，比如在备份或批量导入时防止其他会话干扰。
实际影响与使用建议
由于MyISAM只支持表锁，高并发写入场景下容易出现锁争用：
- 一个写操作会阻塞所有其他读写操作，导致响应延迟。
- 在混合读写负载中，写频繁的表可能成为瓶颈。
- 适合读多写少、并发量不高的应用，如日志记录、数据仓库类查询。
如果需要更高并发能力，建议考虑InnoDB引擎，它支持行级锁和MVCC，更适合高并发事务处理。
基本上就这些。MyISAM的表锁机制简单直接，但在并发控制上较为粗粒度，理解其行为有助于合理选择存储引擎和优化查询设计。
