[TOC] ### 读写锁 在处理并发读或写时，可以通过实现一个由两种类型读锁著称读锁系统来解决问题。这两种锁通常备成为共享锁和排他锁，也叫读锁和写锁。 **读锁** ``` 读锁是共享的，是相互不阻塞的。多个客户在同一时刻可以同时读取同一个资源，而互相不干扰。 ``` **写锁** ``` 写锁则是排他的，一个写锁会阻塞其他的写锁和读锁 ``` ### 锁粒度 锁策略，在锁的开销和数据的安全性之间寻求平衡。 #### 表锁 表锁是MySQL中最基本的锁策略，并且是开销最小的策略。 ``` 表锁会锁定整张表。一个用户在对表进行写操作前，需要先获得写锁，这回阻塞其他用户对该表的所有读写操作。 只有没有写锁的时候其他读取的用户才能获得读锁，读锁之间是不相互阻塞的。 ``` #### 行级锁 行级锁可以最大程度的支持并发处理(同时也带来来最大的锁开销)-行级锁只在存储引擎层实现，而不是MySQL服务器层。 ### 事务 事务是一组原子性的SQL查询，或者说一个独立的工作单元。 ``` 如果数据库引擎能够成功的对数据库应用该组查询的全部语句，那么就执行该组查询，如果有任何一条语句因崩溃无法执行，则所有的语句都不会执行。 事务内的语句，要么全部执行，要么全部失败。 ``` #### 良好事务处理系统的特征： ``` 原子性 一致性 隔离性 持久性 ``` #### **隔离级别**： **READ UNCOMMITTED**（未提交读写） ``` 事务中的修改，即使没有提交，对其他事务也都是可见的。事务可以读取未提交的数据，这也被称为脏读。 ``` **READ COMMITTED**（提交读） ``` READ COMMITTED是大多数数据库系统默认隔离级别，但是MySQL不是。 一个事务开始时，只能“看见“已经提交的事务所做的修改。也叫不可重复读。 ``` **REPEATABLE READ**（可重复读） ``` 解决来脏读的问题。该级别保证了在同一个事务中多次读取同样的记录的结果是一致的。 无法解决另外一个幻读的问题。 幻读：当某个事务在读取某个范围内的记录时，另外一个事务又在该范围内插入了新的记录，当之前的事务再次读取该范围的记录时，会产生幻行。 InnoDB和XtraDB存储引擎通过多版本并发控制解决了幻读的问题。 ``` **SERIALIZABLE**（可串行化） ``` SERIALIZABLE是最高的隔离级别。通过强制事务串行执行，避免幻读的问题。 SERIALIZABLE会在读取的每一行数据上都加锁，所以可能导致超时和锁争用的问题。实际上很少用，只会在非常需要确保诗句的一致性而且可以接收没有并发的情况下。 ```  #### 死锁 死锁是指两个或多个事务在同一资源上相互占用，并请求锁定对方占用的资源，从而导致恶性循环的现象。 **InnoDB目前处理死锁的方法** ``` 将持有最少行级排他锁的事务进行回滚 ``` #### 事务日志 事务日志可以帮助提高效率。村村引擎在修改表的数据时只需要修改其内存拷贝，再把该修改行为记录到持久在硬盘上的事务日志中，而不用每次都将修改的数据本身持久到硬盘上。 事务日志此啊用的是追加的方式。 #### MySQL中的事务 **自动提交** MySQL默认采用自动提交 ``` set autocommit = 1; ``` 设置隔离级别: ``` set transaction isolation level ``` #### 在事务中混合使用存储引擎 MySQL服务器层不管里事务，事务是由下层的存储引擎实现的，所以在同一个事务中，使用多种存储引擎是不可靠的。 如果在事务中混合使用了事务型和非事务型(InnoDB和MyISAM)，在正常提交下不会有问题，但是如果该事务需要回滚，非事务型的表上变更就无法撤销，这会导致数据库处于一种不一致的状态，这中情况很难修复。 #### 隐式和显式锁定 InnoDB采用的是两阶段锁定协议。在事务执行过程中，随时可以执行锁定，锁只有在执行COMMIT或者ROLLBACK的时候才会释放。并且所有的锁都是在同一时刻释放。前面的锁是隐式锁定，InnoDB会根据隔离级别在需要的时候自动加锁。 如果从MyISAM转换到InnoDB，则不要显式地使用LOCK TABLES语句，这会严重但影响性能。InnoDB但行级锁工作的更好。