START TRANSACTION;
SELECT * FROM users WHERE id = 1 FOR UPDATE;
-- 此时其他事务不能修改 id=1 的记录
UPDATE users SET name = 'Tom' WHERE id = 1;
COMMIT;

START TRANSACTION;
SELECT * FROM users WHERE id = 1 LOCK IN SHARE MODE;
-- 其他事务可读，但不能修改该行
COMMIT;
</font>

注意：行级锁依赖索引。如果查询条件没有命中索引，InnoDB 可能会升级为表级锁，导致性能下降。

表级锁的使用

表级锁是对整张表加锁，开销小但并发性差。InnoDB 在某些情况下也会使用表级锁，但更常见于 MyISAM 引擎。你可以手动对表加锁，通常用于维护或批量操作。

dmSOBC SHOP网店系统由北京时代胜腾信息技术有限公司（http://www.webzhan.com）历时6个月开发完成，本着简单实用的理念，商城在功能上摒弃了外在装饰的一些辅助功能，尽可能的精简各项模块开发，做到有用的才开发，网店V1.0.0版本开发完成后得到了很多用户的使用并获得了好评，公司立即对网店进行升级，其中包括修正客户提出的一些意见和建议，现对广大用户提供免费试用版本，如您在使用

1. 显式加表锁

使用 LOCK TABLES 命令手动加锁：

LOCK TABLES users READ; -- 加共享锁，其他事务可读不可写
-- 或
LOCK TABLES users WRITE; -- 加排他锁，其他事务不可读写
<p>-- 执行操作
SELECT * FROM users;</p><p>UNLOCK TABLES; -- 释放所有表锁</p>

注意：LOCK TABLES 会隐式提交当前事务，且不能与 InnoDB 的行级锁事务混合使用，否则可能导致死锁或异常。

2. 避免不必要的表锁

InnoDB 一般不需要手动加表锁。大多数场景应依赖行级锁来提高并发性。只有在执行全表更新、数据迁移或修复时才考虑使用表锁。

锁的注意事项

使用锁时要注意以下几点：

• 事务必须显式开启（START TRANSACTION），否则每条语句自动提交，锁会立即释放。
• 长时间持有锁会阻塞其他事务，应尽量缩短事务执行时间。
• 避免死锁：多个事务以不同顺序访问多张表时容易发生死锁。可通过统一访问顺序减少风险。
• 监控锁等待：可用 SHOW ENGINE INNODB STATUS 查看最近的死锁信息。

基本上就这些。合理使用行级锁能提升并发性能，表级锁则适合特定维护场景。理解锁的机制有助于写出高效安全的数据库操作代码。