排他锁（Exclusive Lock，简称 X 锁，也称写锁）是一种强约束的锁机制

正确。排他锁（Exclusive Lock，简称 X 锁，也称写锁）是一种强约束的锁机制，在数据库并发控制中用于保证数据的一致性和隔离性。当一个事务对某数据项（如一行、一页或整个表）加了排他锁后：

• 其他事务不能对该数据项加任何类型的锁（包括共享锁 S 锁和排他锁 X 锁）；
• 因此，其他事务既不能读取（除非使用未提交读/脏读隔离级别且数据库允许读未加锁，但标准行为是阻塞或拒绝）——在可重复读（RR）或读已提交（RC）等主流隔离级别下，读操作通常需获取 S 锁，而 S 锁与 X 锁互斥；
• 也不能修改（写）该数据项，直到持有 X 锁的事务释放锁（通常是事务提交或回滚时）。

✅ 补充说明：

• 共享锁（S 锁，读锁）之间是兼容的（多个事务可同时读）；
• 但 S 锁与 X 锁互斥，X 锁与 X 锁也互斥；
• 这正是实现“写-写”、“读-写”冲突控制的核心机制。

-- 示例（MySQL InnoDB）：STARTTRANSACTION;SELECT*FROMaccountsWHEREid=1FORUPDATE;-- 加 X 锁（行级）-- 此时其他事务执行 SELECT ... LOCK IN SHARE MODE 或 UPDATE/DELETE 同一行将被阻塞

共享锁（S 锁）与排他锁（X 锁）的兼容性矩阵描述的是：当一个事务已持有一种锁时，另一个事务是否可以对同一资源（如某一行）成功加另一种锁。兼容性指“可同时存在”，不兼容则意味着请求会被阻塞（或拒绝），直至原锁释放。

以下是标准的两锁兼容性矩阵（✅ 表示兼容/允许，❌ 表示互斥/不允许）：

📌 关键解读：

• S + S ✅：多个事务可同时读同一数据（无修改），保证并发读效率；
• S + X ❌ & X + S ❌：读写互斥，防止脏读、不可重复读等异常；
• X + X ❌：写写互斥，避免更新丢失（Lost Update）；

💡 补充说明：

• 该矩阵是数据库（如 MySQL InnoDB、PostgreSQL、SQL Server）实现两阶段锁协议（2PL）的基础；
• 实际中，锁的兼容性还受隔离级别影响（例如在 READ UNCOMMITTED 下可能跳过加 S 锁，但 X 锁仍强制存在）；
• 某些系统支持意向锁（Intent Locks，如 IS/IX），用于表级与行级锁协同，但其兼容性也遵循上述核心规则。

-- 示例：兼容性体现-- T1 执行（加 S 锁）SELECT*FROMusersWHEREid=1LOCKINSHAREMODE;-- MySQL-- T2 同时执行以下语句：SELECT*FROMusersWHEREid=1LOCKINSHAREMODE;-- ✅ 成功（S+S）SELECT*FROMusersWHEREid=1FORUPDATE;-- ❌ 阻塞（S+X 冲突）