《高性能MySQL》学习笔记

Posted 2020-11-05 __Meng

第1章 mysql架构与历史

1.2 并发控制

　　MySQL在两个层面实现并发控制：服务器层与存储引擎层。

 

读锁和写锁：

　　在处理并发读或写时，可以通过实现一个由两种锁组成的系统来解决问题。

　　这两种锁通常被称为共享锁和排他锁，或者称为读锁和写锁。

　　读锁：是共享的，或者说是相互不阻塞的，多个客户可以在同时读取同一数据。

　　写锁：是排他的，一个写锁会阻塞其他的写锁和读锁，同一时刻只能有一个用户能够写入，并防止其他用户读取正在写入的数据。

 

锁粒度：

　　锁粒度：指加锁的对象的大小。显然，锁的粒度越小，并发控制效率越高。

　　锁的各种操作，包括获得锁、检查锁和释放锁等，都会增加系统开销。

　　因此，如果系统花费大量时间来管理锁，而不是用来获取数据，就会影响系统性能。

　　锁策略：在锁的开销和安全性之间寻求平衡。

　　有两种常见的锁策略，表锁和行级锁。

　　表锁：开销较小，但是并发控制不好。

　　行级锁：可以很好地实现并发控制，但是开销比较大。

　　行级锁是在 mysql 的存储引擎层实现，没有在服务器层实现，innodb 中实现了行级锁。

 

1.3 事务

　　事务：是一组原子性的SQL语句，事务内的语句，要么全部执行成功，要么全部执行失败。

 

事务的四大特性ACID：

　　原子性：整个事务要么全部提交成功，要么全部失败回滚，不可以只执行一部分。

　　一致性：数据库总是从一个一致状态转换到另一个一致状态。（转账失败后，卡里的钱应该不变，不能少了）

　　隔离性：事务提交之前所做的修改对其他事务是不可见的。（通常来说）

　　持久性：事务提交之后，所做的修改会持久化到数据库中。

　　事务处理也会使系统做更多额外工作，用户可以根据业务是否需要进行事务处理，选择合适的存储引擎。

 

四种事务的隔离级别：

READ UNCOMMITTED (未提交读)：

　　事务中的修改，即使没提交，对其他事务也是可见的。

　　事务可以读取未提交的数据，也叫脏读，一般很少使用。

 

READ COMITTED (提交读)：

　　一个事务开始时，只能看见已经提交的修改，并且所做的修改对其他事务不可见。

　　这个级别有时候也叫不可重复读，因为两次执行同样的查询，可能会得到不同的结果。

　　事务A前后执行两次查询，前一次读取某条记录之后，事务B对其进行了修改并提交，这时当A再次读取该数据的时候就会发现与之前读取的结果不一样。

　　是大多数数据库默认的隔离级别（但MySQL不是）。

 

REPEATABLE READ (可重复读)：

　　保证了同一个事务多次读取同样记录的结果是一致的。但无法解决幻读。

　　幻读：事务A读取某个范围内的记录时，事务B又在该范围内插入新的记录，当事务A再次读取时，会产生幻行。

　　另一种幻读情况：事务A对数据库所有行做了修改时，事务B对向数据库中插入了一行新的数据。这时A发现还有没有修改的记录，就像发生幻觉一样。

　　InnoDB存储引擎通过多版本并发控制（MVCC，Multiversion Concurrency Control）机制解决了该问题。

　　这是MySQL  （InnoDB引擎）的默认事务隔离级别。

 

SERIALIZABLE (可串行化)：

　　强制事务串行执行，在读取每行数据上都加锁，可能产生大量的超时和锁争用问题。

　　只有在非常需要确保数据的一致性，且可以接受没有并发的情况下才考虑使用该级别。