因为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;
