几个重点问题回顾

最新推荐文章于 2025-03-02 14:02:31 发布

转载最新推荐文章于 2025-03-02 14:02:31 发布 · 59 阅读

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/---wunian/p/9201850.html

博客围绕数据库的锁与并发控制展开。介绍了并发访问控制准则，指出数据库并行执行存在的问题及不同数据库默认事务隔离级别。对比了幻读和不可重复读，分析了当前多用RC隔离级别的原因，还提及了InnoDB表锁的获取情况。

locking、concurrency、isolation、serializability这几个是同一个意思

第一准则：不出错
Concurrent execution should not cause application programs to malfunction

第二准则：性能要比单线程高
Concurrent execution should not have lower throughput or much higher response times than serial execution

特例：线程池,秒杀场景,1024个线程肯定比1个线程慢,单线程qps能达到将近1000,1024线程只能几十

数据库中并行执行会存在三个问题

脏读         rc解决
不可重复读    rr解决,innodb在rr下也解决了幻读,所以rr被称为2.99度隔离性
幻读         serializable    大多数数据库厂商不遵循

serializable才是数据库真正的隔离性要求,隔离性和隔离级别不一样,两阶段加锁(读写都加锁,序列化),任何操作都加锁

acid中的i,数据库产品都没有符合要求的

oracle db2 sqlserver默认事务隔离级别都是rc的,只解决脏读不解决不可重复读和幻读

innodb默认rr,解决了脏读,不可重复读,幻读

tips：
如果开启了分布式事务,一定要用serializable,这是官方文档里说的,不知道为什么,不懂

幻读(phantom read)：连续执行两次同样的sql语句可能导致不同的结果,并且第二次的sql语句可能会返回之前不存在的行(记录数量不一样)

不可重复读是同一条记录结果不一样(修改),而幻读是读到的记录数量不一样

rc不解决幻读,但rc相对rr,锁持有时间短 ,开销更小

但是

我们应用程序对生活中的application来说好像不是一个问题

对记录的修改,大部分时候都是一条一条的,自己处理自己。

有问题的是减库存的的时候,多线程对一条记录操作,但这个时候是有for update锁定这条记录,所以现实生活中,不可重复读和幻读没影响,并不是那么重要

innodb表锁的获取

lock table l read;
lock table l write;
unlock tables;

这是server层的锁(mdl锁)

从原理上讲innodb也是可以对表加X锁的,但是没有一个具体的命令来触发,也可以把lock table l read; 理解为加X锁

通常来说不需要加表级别的锁,mysqldump都不加,ddl不支持online的时候就是先对一张表先加一个S锁,现在不一样了

转载于:https://www.cnblogs.com/---wunian/p/9201850.html