Ⅰ、锁与并发控制
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锁定这条记录,所以现实生活中,不可重复读和幻读没影响,并不是那么重要
四、其他
innodb表锁的获取
lock table l read;
lock table l write;
unlock tables;
这是server层的锁(mdl锁)
从原理上讲innodb也是可以对表加X锁的,但是没有一个具体的命令来触发,也可以把lock table l read; 理解为加X锁
通常来说不需要加表级别的锁,mysqldump都不加,ddl不支持online的时候就是先对一张表先加一个S锁,现在不一样了