锁机制的作用
为了保证数据库事务的ACID 特性。 尤其是CI 一致性和隔离性。
锁的分类
锁的访问权限来分
- 共享锁， 允许多个读
- 排他锁（独占锁/互斥锁） ， 只允许一个写
锁的粒度
- 表锁
- 直接锁定整个表， 开销小，但是并发效率低， 适合需要更新全表数据的场景
- 行锁
- 只锁定需要操作的哪一行数据， 开销大， 并发性能高， 适合多个用户同时操作不同行数据的场景
对于并发冲突的预期区分
- 乐观锁
- 比如版本号机制， 给表加一个字段version, 每次查询数据时 也把 version查出来， 当要更新数据时， 会在 update语句的where条件 带上version 之前查出来的， 如果执行后， 发现影响行数是0 , 说明 数据的版本已经 不是之前查出来的数值了， 已经有别的 事务修改过了。 这时你可以选择重试 或者 直接失败， 优点是并发性能好， 缺点是 需要额外处理尝试逻辑。（数据库本身自带的乐观锁机制）
- 悲观锁
- 比如select ... for update 他会给查询到的数据加上排他锁， 其他的事务想修改 就得 等到 当前事务提交 或者 回滚释放锁。 可以有效的防止并发冲突， 缺点是 降低并发性能。