给事务如何加行锁，表锁

因为MVCC，所以锁都不会阻止读

在 MySQL 中，UPDATE 等语句会自动获取被更新行的行级写锁（排他锁）

给事务加锁，而不是给语句加锁

加行锁后，等事务提交或者回滚就会自动释放

加行读锁后保证读时候没人修改

START TRANSACTION;

-- 给特定行加排他锁（写锁）
SELECT * FROM employees WHERE employee_id = 1 FOR UPDATE;

-- 更新操作
UPDATE employees SET salary = salary + 1000 WHERE employee_id = 1;

-- 事务提交，释放行锁
COMMIT;

加行写锁后，保证只有一个写并且不能读

START TRANSACTION;

-- 获取行级共享锁
SELECT * FROM employees WHERE employee_id = 1 LOCK IN SHARE MODE;

-- 执行其他读操作，其他事务也可以读取同一行，但不能更新

COMMIT;

表锁

-- 开始一个事务
START TRANSACTION;

-- 锁定整个表，共享读锁
LOCK TABLES employees READ;

-- 执行读取操作
SELECT * FROM employees;

-- 提交事务
COMMIT;

-- 解锁表
UNLOCK TABLES;

LOCK TABLES employees WRITE;

Mysql的默认加锁的行为

SELECT 查询：

一般情况下，SELECT 查询不会默认加锁。但是，如果使用了 SELECT … FOR UPDATE 或者 SELECT … LOCK IN SHARE MODE，则会根据锁的要求对查询结果加锁。
UPDATE 操作：

UPDATE 操作会默认获取被更新行的行级写锁（排他锁），以确保在事务执行期间，其他事务不能同时更新相同的行。
DELETE 操作：

DELETE 操作也会默认获取被删除行的行级写锁，以防止其他事务在同一时间修改或删除相同的行。
INSERT 操作：

INSERT 操作一般情况下不会默认加锁，因为它通常是在表的末尾插入新记录。但是，如果涉及到唯一索引或主键冲突的检查，可能会短暂地获取表级锁或行级锁。
DDL 语句（如 ALTER TABLE）：

DDL（数据定义语言）操作通常会获取表级元数据锁，以确保在执行结构变更时不会影响到其他正在使用表的事务。
事务开始和结束：

当事务开始时，MySQL 会为事务分配一个事务标识，并在执行事务期间保持一致性和隔离性。事务结束时，会自动释放事务中获取的所有锁。

数据库锁

flush tables with read lock;
unlock tables;