*什么是排他锁？

排他锁（X 锁）是一种独占式的数据库锁机制，一旦某个事务对数据加了排他锁，其他事务无法再获取任何类型的锁（包括共享锁和排他锁）来读写同一份数据，直到持有排他锁的事务释放锁。它在保证写操作安全、避免并发修改冲突方面发挥了至关重要的作用。排他锁有以下几大核心要点：

1. 独占性：同一时刻只能有一个事务对某条（或某范围）数据持有 X 锁，其他事务的读写操作均被阻塞。
2. 适用于写操作：常用于 INSERT、UPDATE、DELETE 等写操作。显式语句（如 SELECT ... FOR UPDATE）也会加上 X 锁。
3. 自动加锁与显式加锁：数据库会在执行修改操作时，自动对涉及的数据行或表加排他锁。

BEGIN;  
SELECT * FROM products WHERE id = 1 FOR UPDATE; -- 显式加X锁  
-- ... 执行后续写操作 ...  
COMMIT;  

应用场景：

1. 数据修改：对某一行或一组数据进行更新或删除时，需要确保操作期间数据不会被其他事务读或改。例如：库存扣减、用户账户余额更新等高一致性场景。
2. 关键业务操作：电子支付、资金转账等对事务原子性和隔离性要求极高的场景。确保在操作完成前，其他事务无法对相同数据进行并发修改。
3. 显式锁定：一些需要进一步校验或执行多步逻辑的场景，可能会先通过 FOR UPDATE 显式加锁，以免并发事务干扰。

注意事项

1. 缩短持锁时间
   • 排他锁会阻塞其他事务的读写操作，长时间持锁会显著降低并发性能。
   • 尽量在完成关键更新后立即提交或回滚，避免在持锁状态下执行耗时操作（如复杂计算、网络调用）。
2. 死锁风险
   • 若两个事务分别持有不同资源的排他锁后，又都想获取对方资源的排他锁，易形成死锁。因此，需要保持一致的锁顺序（如按主键排序依次加锁）。设置合理的锁等待超时，数据库可自动回滚陷入死锁的事务。
3. 事务隔离级别
   • 在 READ COMMITTED 级别下，X 锁可能在语句执行后释放，减小对其他操作的阻塞。
   • 在 REPEATABLE READ 或 SERIALIZABLE 等更高隔离级别中，锁可能持续到事务结束，保证一致性但增加锁竞争。
4. 锁粒度与并发
   • 行级锁：并发性能更好（只锁定受影响的行），但锁管理开销相对更大。
   • 表级锁：会锁住整张表，适用于全表更新或低并发场景。
   • 根据业务场景选择恰当的锁粒度，避免大范围加锁导致系统性能下降。
5. 乐观锁替代
   • 在写冲突概率不高的场景中，可使用乐观锁（版本号机制等），减少排他锁使用频率，从而提升并发性能。
6. 引擎实现差异
   • MySQL InnoDB：默认行级锁，常用 SELECT ... FOR UPDATE 加锁。
   • MyISAM：表级锁，一次操作会阻塞整表的读写。
   • PostgreSQL、Oracle 等数据库也提供类似的语法和机制，但内部实现略有差异。

总结

排他锁是确保数据修改过程中保持独占性、避免并发冲突的关键手段。通过合理使用排他锁，可以：

• 防止脏写和丢失更新，保障数据一致性。
• 提升关键事务可靠性，在高价值操作（如转账、库存变动）中独占资源。
• 平衡性能与安全，在保障一致性的同时，尽量减少锁的持有时间、降低死锁概率。

合理设计事务逻辑、设置适当的隔离级别、监控和调优锁的使用，都有助于在高并发场景下取得数据一致性与系统吞吐量的良好平衡。