MySQL通过表级锁、行级锁和意向锁控制并发访问。1. 表级锁用LOCK TABLES加锁，READ锁允许多会话读，WRITE锁独占表；2. 行级锁由InnoDB在事务中通过SELECT FOR UPDATE（排他锁）或LOCK IN SHARE MODE（共享锁）实现，提升并发性能；3. 意向锁（IS/IX）为系统自动添加的表级锁，表明事务将对行加锁，影响表锁兼容性；4. 为避免死锁，应按序访问数据、缩短事务持有时间，并设置innodb_lock_wait_timeout，通过SHOW ENGINE INNODB STATUS分析锁状态。实际开发中多依赖InnoDB自动行锁，显式加锁用于强一致性场景。
在 MySQL 中，锁机制主要用于控制多个会话对数据的并发访问，保证数据的一致性和完整性。根据使用场景不同，MySQL 提供了多种锁类型和语句来实现锁定操作，主要包括表级锁、行级锁以及意向锁等。下面介绍常见的锁操作方法及其使用方式。
1. 表级锁（Table-Level Locks）
表级锁是最粗粒度的锁，适用于 MyISAM、MEMORY 等存储引擎，InnoDB 也支持但更常用行级锁。
使用 LOCK TABLES 和 UNLOCK TABLES 来显式加锁和释放锁：
LOCK TABLES table_name [READ | WRITE];UNLOCK TABLES;
- READ 锁：当前会话只能读表，不能写；其他会话可以读，但不能写。
- WRITE 锁：当前会话可读可写，其他会话完全无法访问该表。
示例：
LOCK TABLES users READ;SELECT * FROM users; -- 可执行
INSERT INTO users VALUES (...); -- 报错，不可写
UNLOCK TABLES;
注意：使用 LOCK TABLES 后，当前会话只能访问被锁定的表，且必须用 UNLOCK TABLES 释放锁后才能正常访问其他表。
2. 行级锁（Row-Level Locks）
行级锁由 InnoDB 存储引擎提供，是细粒度的锁，能最大程度提高并发性能。
InnoDB 的行锁是在事务中通过 SELECT ... FOR UPDATE 或 SELECT ... LOCK IN SHARE MODE 实现的。
动态WEB网站中的PHP和MySQL详细反映实际程序的需求，仔细地探讨外部数据的验证(例如信用卡卡号的格式)、用户登录以及如何使用模板建立网页的标准外观。动态WEB网站中的PHP和MySQL的内容不仅仅是这些。书中还提到如何串联JavaScript与PHP让用户操作时更快、更方便。还有正确处理用户输入错误的方法，让网站看起来更专业。另外还引入大量来自PEAR外挂函数库的强大功能，对常用的、强大的包
- 排他锁（Exclusive Lock）：使用 SELECT ... FOR UPDATE，锁定选中的行，阻止其他事务读取或修改这些行的写操作。
- 共享锁（Shared Lock）：使用 SELECT ... LOCK IN SHARE MODE，允许其他事务加共享锁，但不能加排他锁。
示例：
START TRANSACTION;SELECT * FROM orders WHERE id = 1 FOR UPDATE;
-- 此时其他事务无法修改 id=1 的记录，直到本事务提交或回滚
UPDATE orders SET status = 'shipped' WHERE id = 1;
COMMIT;
行锁只在事务提交后才会释放。如果未开启事务，自动提交模式下锁也会立即释放。
3. 意向锁（Intention Locks）
意向锁是 InnoDB 自动添加的表级锁，用于表明事务打算在表中的某些行上加锁。
- 意向共享锁（IS）：事务准备给某些行加共享锁前，先申请 IS 锁。
- 意向排他锁（IX）：事务准备给某些行加排他锁前，先申请 IX 锁。
这些锁由系统自动管理，无需手动操作，但会影响表级锁的兼容性。
4. 避免死锁和锁等待
在高并发环境下，不当的锁使用可能导致死锁或长时间等待。
- 尽量按固定顺序访问表和行，减少死锁概率。
- 避免长时间持有事务锁，及时提交或回滚事务。
- 设置合理的超时时间：SET innodb_lock_wait_timeout = 50;
- 查看锁状态可用：SHOW ENGINE INNODB STATUS; 分析最近的死锁信息。
基本上就这些常见用法。实际开发中，多数情况下依赖 InnoDB 的自动行锁机制即可，仅在需要强一致性控制时才显式加锁。理解锁的类型和作用范围，有助于写出更安全高效的数据库操作代码。
