MySQL其他篇
目录：
返回顶部
1、InnoDB事务原理
1. 事务（Transaction）是数据库区别于文件系统的重要特性之一，事务会把数据库从一种一致性状态转换为另一种一致性状态。
2. 在数据库提交时，可以确保要么所有修改都已保存，要么所有修改都不保存。
2、事务的（ACID）特征
1. 原子性(Atomicity)：整个事物的所有操作要么全部提交成功，要么全部失败回滚(不会出现部分执行的情况)。
2. 一致性(Consistency)：几个并行执行的事务，其执行结果必须与按某一顺序串行执行的结果相一致。
3. 隔离性(Isolation)：事务的执行不受其他事务的干扰，事务执行的中间结果对其他事务必须是透明的。
4. 持久性(Durability): 一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。
原子性和一致性区别
1）原子性并不能保证一致性，在多事务并行情况下，即使保证每个事物原子性，仍然可能数据不一致
2）比如：加入同时开启两个事物A和B都要给tom账号转100元，可能增加两次，但是有一次被另一个事物覆盖
3、事物分类
3.1 扁平事务
1）扁平事务（Flat Transactions）是事务类型中最简单但使用最频繁的事务。
2）在扁平事务中，所有的操作都处于同一层次，由BEGIN/START TRANSACTION开始事务，
由COMMIT/ROLLBACK结束且都是原子的，要么都执行，要么都回滚。
3.2 链事务
1）链事务（Chained Transaction）是指一个事务由多个子事务链式组成。
2）前一个子事务的提交操作和下一个子事务的开始操作合并成一个原子操作
3）这样，在提交子事务时就可以释放不需要的数据对象，而不必等到整个事务完成后才释放。
4）链事务中的回滚仅限于当前事务，相当于只能恢复到最近的一个保存节点，而带保存节点的扁平事务能回滚到任意正确的保存点。
3.3 嵌套事务
1）嵌套事务（Nested Transaction）是一个层次结构框架，由一个顶层事务（top-level transaction）控制着各个层次的事务。
2）顶层事务之下嵌套的事务成为子事务（subtransaction）,其控制着每一个局部的操作，子事务本身也可以是嵌套事务。
3）因此，嵌套事务的层次结构可以看成是一颗树。
3.4 分布式事务
1）分布式事务（Distributed Transactions）通常是一个在分布式环境下运行的扁平事务，因此需要根据数据所在位置访问网络中不同节点的数据库资源。
2）例如一个银行用户从招商银行的账户向工商银行的账户转账1000元，这里需要用到分布式事务，因为不能仅调用某一家银行的数据库就完成任务。
4、事物隔离级别
4.1 未提交读: 脏读（READ UNCOMMITTED）
1）事务2查询到的数据是事务1中修改但未提交的数据，但因为事务1回滚了数据
2）所以事务2查询的数据是不正确的，因此出现了脏读的问题。
4.2 提交读: 不可重复读（READ COMMITTED）
注：一个事务从开始到提交之前对数据所做的改变对其它事务是不可见的，这样就解决在READ-UNCOMMITTED级别下的脏读问题。
1）事务2执行update语句但未提交前，事务1的前两个select操作返回结果是相同的。
2）但事务2执行commit操作后，事务1的第三个select操作就读取到事务2对数据的改变。
3）导致与前两次select操作返回不同的数据，因此出现了不可重复读的问题。
4.3 可重复读: 幻读（REPEATABLE READ）：这是MySQL的默认事务隔离级别
1）事务每开启一个实例，都会分配一个版本号给它，如果读取的数据行正在被其它事务执行DELETE或UPDATE操作（即该行上有排他锁）
2）这时该事物的读取操作不会等待行上的锁释放，而是根据版本号去读取行的快照数据（记录在undo log中）
3）这样，事务中的查询操作返回的都是同一版本下的数据，解决了不可重复读问题。
4）虽然该隔离级别下解决了不可重复读问题，但理论上会导致另一个问题：幻读（Phantom Read）。
5）一个事务在执行过程中，另一个事物对已有数据行的更改，MVCC机制可保障该事物读取到的原有数据行的内容相同
6）但并不能阻止另一个事务插入新的数据行，这就会导致该事物中凭空多出数据行，像出现了幻读一样，这便是幻读问题。
4.4 可串行读（SERIALIZABLE）
1）这是事务的最高隔离级别，通过强制事务排序，使之不可能相互冲突，就是在每个读的数据行加上共享锁来实现。
2）在该隔离级别下，可以解决前面出现的脏读、不可重复读和幻读问题，但也会导致大量的超时和锁竞争现象，一般不推荐使用。
返回顶部
1、MyISAM和InnoDB支持的锁类型
1. 相对其他数据库而言，MySQL的锁机制比较简单，其最显著的特点是不同的存储引擎支持不同的锁机制。
2. MyISAM和MEMORY存储引擎采用的是表级锁（table-level locking）。
3. InnoDB存储引擎既支持行级锁（row-level locking），也支持表级锁，但默认情况下是采用行级锁。
2、MySQL这3种锁的特性
1）行级锁
1. 行级锁分为共享锁和排它锁,行级锁是Mysql中锁定粒度最细的锁。
2. InnoDB引擎支持行级锁和表级锁，只有在通过索引条件检索数据的时候，才使用行级锁，否就使用表级锁。
3. 行级锁开销大，加锁慢，锁定粒度最小，发生锁冲突概率最低，并发度最高
举例： 只根据主键进行查询，并且查询到数据，主键字段产生行锁。
#### 行锁 ''' client1中执行： select * from shop where id=1 for update; clenet2中执行： select * from shop where id=2 for update; # 可以正常放回数据 select * from shop where id=1 for update; # 阻塞 ''' # 可以看到：id是主键，当在client1上查询id=1的数据时候，在client2上查询id=2的数据没问题 # 但在client2上查询id=1的数据时阻塞，说明此时的锁时行锁。 # 当client1执行commit时，clinet2查询的id=1的命令立即返回数据。