几个重点问题回顾

Ⅰ、锁与并发控制

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

1.1 并发访问控制的准则

第一准则：不出错
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,这是官方文档里说的,不知道为何,不懂

Ⅱ、幻读VS不可重复读

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

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

Ⅲ、为何如今都用rc呢？

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

可是

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

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

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

4、其余

innodb表锁的获取

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

这是server层的锁(mdl锁)

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

一般来讲不须要加表级别的锁,mysqldump都不加,ddl不支持online的时候就是先对一张表先加一个S锁,如今不同了