结论与实战指南：在MySQL中，选择锁类型需根据场景：读多写少用表锁（如MyISAM的表级锁），并发高用行锁（如InnoDB的行级锁），避免页锁使用。防止死锁：统一锁顺序、缩短事务、用SELECT ... FOR UPDATE谨慎。性能优化：索引覆盖查询、减少锁持有时间、监控SHOW ENGINE INNODB STATUS。代码示例：BEGIN; SELECT * FROM users WHERE id=1 FOR UPDATE; UPDATE users SET name='new' WHERE id=1; COMMIT;

来源1

MySQL的锁机制是数据库并发控制的核心，分为表锁、行锁和页锁。表锁是MyISAM存储引擎的主要锁类型，包括读锁和写锁。读锁允许多个会话读取，但禁止写；写锁则独占表。行锁是InnoDB的特性，按行粒度锁定，支持MVCC提高并发。页锁是某些引擎如MEMORY使用的，按页锁定，粒度介于表锁和行锁之间。

来源2

如何选择锁：对于批量操作或全表扫描，用表锁LOCK TABLES t READ/WRITE；单个记录更新，用行锁如UPDATE t SET col=val WHERE id=1；避免页锁，因为它开销大且不常见于InnoDB。InnoDB默认行锁，但无索引时可能升级为表锁。

来源3

避免死锁实战：1. 总是按相同顺序获取锁，如先锁表A再表B。2. 事务尽量短小，尽快COMMIT。3. 用SELECT ... LOCK IN SHARE MODE或FOR UPDATE时，确保索引。4. 设置innodb_lock_wait_timeout调整等待时间。示例死锁：事务1锁行1更新行2，事务2锁行2更新行1。

来源4

性能瓶颈处理：锁等待是常见问题，用EXPLAIN分析查询是否全表锁；优化索引减少锁范围；用innodb_buffer_pool_size增大缓冲；监控performance_schema数据，找出长事务。批量INSERT用LOAD DATA避免逐行锁。

来源5

InnoDB行锁类型：记录锁（单行）、间隙锁（防止幻读）、Next-Key锁（记录+间隙）。表锁用ALTER TABLE或LOCK TABLE。选择原则：并发优先用行锁，简单读用表共享锁。死锁检测InnoDB自动回滚较新事务。

来源6

实战代码：-- 行锁更新 START TRANSACTION; UPDATE orders SET status='paid' WHERE order_id=123; COMMIT; -- 避免死锁的批量锁 SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ; BEGIN; SELECT * FROM t1 WHERE id > 10 FOR UPDATE; -- 操作 COMMIT;

来源7

页锁在MySQL中少用，如BDB引擎已弃用。InnoDB无页锁，全行锁更细粒度。性能测试：行锁并发1000 TPS，表锁仅200 TPS。瓶颈时，用分区表分担锁。

FAQ
Q: MySQL表锁和行锁哪个并发更好？
A: 行锁并发更好，允许多线程并行操作不同行。
Q: 如何查看当前锁状态？
A: 用SHOW PROCESSLIST和SHOW ENGINE INNODB STATUS。
Q: 死锁怎么快速解决？
A: 统一加锁顺序，重试事务，优化索引。
Q: InnoDB锁升级吗？
A: 无合适索引时行锁可能锁整个表。