MYSQL性能调优08_事务及其ACID属性、脏读、不可重复读、幻读、隔离级别、行锁、表锁、读锁、写锁、间隙锁、临键锁

①. 事务及其ACID属性

事务:一个或一组sql语句组成一个执行单元,这个执行单元要么全部执行,要么全部不执行

• ①. 原子性(Atomicity):原子性是指事务是一个不可分割的工作单位,事务中的操作要么都发生,要么都不发生

• ②. 一致性(Consistency):一个事务执行会使数据从一个一致转态切换到另外一个一致状态
  (创建订单、库存减少、积分增加是指的数据层面)

• ③. 隔离性(Isolation):一个事务的执行不受其他事务的干扰

• ④. 持久性(Durability):一个事务一旦被提交,它对数据中的数据改变就是永久性的

• ⑤. 事务提交的两种方式

(1). 自动提交
mysql就是自动提交的
一条DML(增删改)语句会自动提交一次事务。
(2). 手动提交
Oracle 数据库默认是手动提交事务
需要先开启事务,再提交
(3). 修改事务的默认提交方式:不建议修改
查看事务的默认提交方式:SELECT @@autocommit;
(-- 1 代表自动提交  0 代表手动提交)
修改默认提交方式: set @@autocommit = 0;

步骤 
1. 开启事务:start transaction 
[ set autocommit=0(0就是开启事务这是把转态变成开启,1就是不开启事务),强调的是转态]
2. 编写事务中的sql语句(select、insert、update、delete)
语句1；
语句2；
3.结束事务
commit提交事务
rollback回滚事务

use test;
create table account(
      id int primary key auto_increment,
      username varchar(20),
      balance double
);
insert into account(username,balance)VALUES("张无忌",1000),("赵敏",1000);
#开启事务
start transaction;
#set autocommit=0; 这是把事务的转态变成开启转态

#编写一组事务的语句;
update account set balance=500 where username='张无忌';
update account set balance=1500 where username='赵敏';
#结束事务[要么回滚,要么提交]  回滚:数据只存到了内存,实质没有改
rollback;
#commit;
select * from account;

②. 脏读、不可重复读、幻读

• ①. 脏读:对于两个事务T1,T2,T1读取了已经被T2更新但还没有被提交的字段之后,若T2回滚,T1读取的内容就是临时且无效的
  (事务A读取到了事务B已经修改但尚未提交的数据)

• ②. 不可重复读:对于两个事务T1,T2,T1读取了一个字段,然后T2更新了该字段之后,T1在此读取同一个字段,值就不同了
  (事务A内部的相同查询语句在不同时刻读出的结果不一致,不符合隔离性)

• ③. 幻读:对于两个事务T1,T2,T1从一个表中读取了一个字段,然后T2在该表中插入了一个新的行之后,如果T1再次读取同一个表,就会多出几行
  (事务A读取到了事务B提交的新增数据,不符合隔离性)

③. 隔离级别

• ①. 多个事务之间隔离的,相互独立的。但是如果多个事务操作同一批数据,则会引发一些问题,设置不同的隔离级别就可以解决这些问题
  

• ②. 隔离级别从小到大安全性越来越高,但是效率越来越低

• ③. 事务的隔离级别总结:
  

• ④. 查看隔离级别:select @@tx_isolation

• ⑤. 设置当前mysql的隔离级别:set session transaction isolation level 隔离级别

• ⑥. 设置数据库系统的全局的隔离级别:set global session transaction isolation level 隔离级别

• ⑦. Mysql默认的事务隔离级别是可重复读,用Spring开发程序时,如果不设置隔离级别默认用Mysql设置的隔离级别,如果Spring设置了就用已经设置的隔离级别

④. 锁分类 表索、行锁、读锁、写锁

• ①. 从性能上分为乐观锁(用版本对比来实现)和悲观锁

• ②. 从对数据库操作的类型分,分为读锁和写锁(都属于悲观锁)

1. 读锁(共享锁,S锁(Shared)):针对同一份数据,多个读操作可以同时进行而不会互相影响
2. 写锁(排它锁,X锁(eXclusive)):当前写操作没有完成前,它会阻断其他写锁和读锁

• ③. 从对数据操作的粒度分,分为表锁和行锁

⑤. 表锁

• ①. 每次操作锁住整张表。开销小,加锁快；不会出现死锁；锁定粒度大,发生锁冲突的概率最高,并发度最低；一般用在整表数据迁移的场景。

CREATE TABLE `mylock` (
	`id` INT (11) NOT NULL AUTO_INCREMENT,
	`NAME` VARCHAR (20) DEFAULT NULL,
	PRIMARY KEY (`id`)
) ENGINE = MyISAM DEFAULT CHARSET = utf8;
--插入数据
INSERT INTO`test`.`mylock` (`id`, `NAME`) VALUES ('1', 'a');
INSERT INTO`test`.`mylock` (`id`, `NAME`) VALUES ('2', 'b');
INSERT INTO`test`.`mylock` (`id`, `NAME`) VALUES ('3', 'c');
INSERT INTO`test`.`mylock` (`id`, `NAME`) VALUES ('4', 'd');

• ②. 手动增加表锁
  lock table 表名称 read(write),表名称2 read(write);

• ③. 查看表上加过的锁
  show open tables;

• ④. 删除表锁:unlock tables;
  

⑥. 行锁

• ①. 每次操作锁住一行数据。开销大,加锁慢；会出现死锁；锁定粒度最小,发生锁冲突的概率最低,并发度最高

• ②. innoDB与MYISAM的最大不同有两点:
  InnoDB支持事务(TRANSACTION)
  InnoDB支持行级锁

• ③. 一个session开启事务更新不提交,另一个session更新同一条记录会阻塞,更新不同记录不会阻塞

• ④. 读锁会阻塞写,但是不会阻塞读。而写锁则会把读和写都阻塞。
  (InnoDB在执行查询语句SELECT时(非串行隔离级别),不会加锁。但是update、insert、delete操作会加行锁。)

• ⑤. 死锁

set tx_isolation='repeatable-read';
Session_1执行:select * from account where id=1 for update;
Session_2执行:select * from account where id=2 for update;
Session_1执行:select * from account where id=2 for update;
Session_2执行:select * from account where id=1 for update;
-- 查看近期死锁日志信息:show engine innodb status\G; 
-- 大多数情况mysql可以自动检测死锁并回滚产生死锁的那个事务,但是有些情况mysql没法自动检测死锁

⑦. 间隙锁(Gap Lock)

• ①. 间隙锁,锁的就是两个值之间的空隙。Mysql默认级别是repeatable-read,有办法解决幻读问题吗？间隙锁 在某些情况下可以解决幻读问题。

• ②. 假设account表里数据如下:
  那么间隙就有 id 为 (3,10),(10,20),(20,正无穷) 这三个区间,在Session_1下面执行 update account set name = ‘zhuge’ where id > 8 and id <18;,则其他Session没法在这个范围所包含的所有行记录(包括间隙行记录)以及行记录所在的间隙里插入或修改任何数据,即id在(3,20]区间都无法修改数据,注意最后那个20也是包含在内的
  

• ③. 间隙锁是在可重复读隔离级别下才会生效

⑧. 临键锁(Next-key Locks)

• ①. Next-Key Locks是行锁与间隙锁的组合。像上面那个例子里的这个(3,20]的整个区间可以叫做临键锁

• ②. 无索引行锁会升级为表锁(RR级别会升级为表锁,RC级别不会升级为表锁)