优先选用InnoDB引擎因其支持行级锁和MVCC，减少锁冲突；优化SQL与事务，避免全表扫描和长事务；分批处理大更新，合理分表与读写分离；结合缓存与乐观锁降低锁竞争。
MySQL 中表锁会影响并发性能，尤其是在使用 MyISAM 存储引擎或某些 DDL 操作时。虽然 InnoDB 支持行级锁，但在特定情况下仍可能升级为表锁。要减少表锁的影响，可以从存储引擎选择、SQL 优化、事务控制和架构设计等方面入手。
使用支持行级锁的存储引擎
优先使用 InnoDB 而不是 MyISAM，因为 InnoDB 支持行级锁和 MVCC（多版本并发控制），能显著降低锁冲突。
- InnoDB 在大多数 DML 操作（如 UPDATE、DELETE）中只锁定涉及的行，而不是整张表。
- 如果必须使用 MyISAM，考虑将大表拆分为多个小表，或通过读写分离减轻写操作对读的阻塞。
优化事务和 SQL 执行时间
长时间运行的事务会延长锁持有时间，增加锁等待概率。
- 尽量缩短事务范围，避免在事务中执行耗时操作（如网络请求、大量计算）。
- 及时提交或回滚事务，不要手动开启事务后长时间不结束。
- 为 WHERE 条件添加合适的索引，避免全表扫描，减少锁扫描和锁定的行数。
避免锁升级和隐式锁扩大
某些操作会导致 MySQL 将行锁升级为表锁，或无意中锁定更多数据。
- 确保查询条件走索引，否则即使使用 InnoDB 也可能锁住整张表。
- 批量更新或删除时，分批处理（例如每次 1000 条），避免大事务导致长时间表级影响。
- 谨慎使用 LOCK TABLES 语句，仅在必要时显式加锁，并尽快释放。
合理设计表结构与读写策略
从架构层面减少锁竞争。
- 读多写少场景可考虑使用缓存（如 Redis）降低数据库压力。
- 频繁写入的表可以按时间或业务维度进行分表，分散锁热点。
- 使用乐观锁替代悲观锁，在应用层通过版本号控制并发更新，减少数据库锁依赖。
基本上就这些。关键是选对引擎、优化查询、控制事务时长，并结合业务做适当拆分。锁问题大多源于慢查询和长事务，定位并解决这些瓶颈，表锁影响自然下降。
