MySql事务和锁

--锁住所有查询出来的行，因为下面这局查询了所有的行
--其他事务只能select，其他操作会阻塞，如果此时执行插入那是可以的，但是其他事务如果需要读取新插入的行则会阻塞
select * from stu

--锁行，其他事务无法对这行修改但是可以读，对于其他行则同时可以读或写
select * from stu where id=1

--锁行，其他事务无法对这行读或则写
update stu set name='A' where id=1 

update clothes set count=count-100 where count>=100;

update clothes set count=count-100 where count>=100;

mysql> select * from clothes where id=1;
+----+-------+
| id | count |
+----+-------+
|  1 |   500 |
+----+-------+

create table user( 
	id int primary key auto_increment,
    name varchar(20), --用户名
    rtime datetime,  --注册时间
    is_vip tinyint(1) --是否是VIP
);

--插入3个新用户
insert into user(name,rtime,is_vip) value('A',now(),0);
insert into user(name,rtime,is_vip) value('B',now(),0);
insert into user(name,rtime,is_vip) value('C',now(),0);

--插入3个老用户
insert into user(name,rtime,is_vip) value('D','2019-05-25',0);
insert into user(name,rtime,is_vip) value('E','2020-05-25',0);
insert into user(name,rtime,is_vip) value('F','2020-05-25',0);

+----+------+---------------------+--------+
| id | name | rtime               | is_vip |
+----+------+---------------------+--------+
|  1 | A    | 2021-05-25 14:35:29 |      0 |
|  2 | B    | 2021-05-25 14:35:32 |      0 |
|  3 | C    | 2021-05-25 14:35:34 |      0 |
|  4 | D    | 2019-05-25 00:00:00 |      0 |
|  5 | E    | 2020-05-25 00:00:00 |      0 |
|  6 | F    | 2021-01-01 00:00:00 |      0 |
+----+------+---------------------+--------+

--查询近7天内的数据
SELECT * FROM user WHERE date_sub(curdate(), interval 7 day) <= date(rtime); 

--更新操作
update user set is_vip=1 where date_sub(curdate(), interval 7 day) 
 <= date(rtime); --3

表a
+-------+------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+------+------+-----+---------+-------+
| id    | int  | YES  |     | NULL    |       |
+-------+------+------+-----+---------+-------+

mysql> desc stu;
+-------+-------------+------+-----+---------+----------------+
| Field | Type        | Null | Key | Default | Extra          |
+-------+-------------+------+-----+---------+----------------+
| id    | int         | NO   | PRI | NULL    | auto_increment |
| name  | varchar(20) | YES  |     | NULL    |                |
+-------+-------------+------+-----+---------+----------------+
mysql> select * from stu;
+----+------+
| id | name |
+----+------+
|  1 | A    |
|  2 | A    |
|  3 | A    |
|  4 | A    |
|  5 | B    |
|  6 | B    |
|  7 | B    |
+----+------+

mysql> select * from stu;
+----+------+
| id | name |
+----+------+
|  1 | A    |
|  2 | A    |
|  3 | A    |
|  4 | A    |
|  5 | B    |
|  6 | B    |
|  7 | B    |
+----+------+

+----+------+
| id | name |
+----+------+
|  1 | A    |
|  2 | A    |
|  3 | A    |
|  4 | A    |
|  5 | C    |
|  6 | C    |
|  7 | C    |
|  8 | C    |
+----+------+

事务A: 老公去银行取钱(开启事务A)
事务B: (开启事务B)同时老婆在家里查询了下余额，发现余额还够
事务B: 于是在手机上下单买口红(提交了事务)
事务A: 老公取钱,银行会在卡上减金额
事务A: 显示余额，发现余额多扣了，老公就很疑惑: 明明只取了100怎么多扣了1000?

老公的最后显示余额的操作就无法看成是取款之后的余额了,要看成两件事情:取钱+买口红之后的余额
实际上数据还是一致的,钱余额还是一致的,这也是为了保证数据的一致性

+----+------+-------+
| id | name | money |
+----+------+-------+
|  1 | A    |  1000 |
---------------------

SHOW VARIABLES LIKE '%AUTOCOMMIT%';
SET AUTOCOMMIT = 0; #取消事务自动提交 on|off

SHOW VARIABLES LIKE 'transaction_isolation';  #查询当前的事务隔离级别
#修改系统的隔离级别  每次修改之后需要重新连接服务器才能生效
# read uncommitted 读未提交
# read committed 读已提交
# repeatable read 可重复读 (MySql默认的隔离级别)
# serializable 串行化
set global transaction isolation level repeatable read;

begin;
commit;
rollback;

--此时其他事务不能对这行进行修改操作，但还可以继续加S锁或普通的select
select * from stu where id=1 lock in share mode

--session1
LOCK TABLE stu READ;
select * from stu; --允许读
update stu set name='A' where id=1; --报错 不允许写

--session2
select * from stu; --允许读
update stu set name='A' where id=1; --阻塞 直到读锁释放

--session1
unlock tables; --此时session2的写操作得以执行

--select语句加X锁 此时其它事务不能对这行进行修改操作，也不能对这行加上S锁，否则阻塞
select * from table where id=1 for update 

--此update会自动在这行加上X锁，如果其他事务也更改这一行则会阻塞
update stu set name='A' where id=2;

--session1
LOCK TABLE stu WRITE，school WRITE; --同时给两张表加读锁

--session2
select * from stu; --读操作阻塞

--session1
unlock tables; --此时session2读操作得以执行

--事务A
select * from stu for update;  --for udpate就表示加锁了

--事务B
select * from stu for update; --阻塞直到事务A提交 

--事务A
UPDATE stu SET age=age-10,version =version+1 WHERE version=0;
--事务B
UPDATE stu SET age=age-10,version=version+1 WHERE version=0;

--先执行的事务则成功，后执行的事务则条件判断失败,因为version已经被修改了

--事务A
update stu set name='E' where id=5; --锁行

--事务B
update stu set name='F' where id=6; --不会阻塞 (如果也是修改id=5则会阻塞)

--事务A
update stu set name='B' where name='BB';   --锁表

--事务B
update stu set name='C' where id=3; --阻塞

--事务A
update stu set name='A' where id<5;

--事务B
update stu set name='G' where id=7; --不会阻塞
update stu set name='a' where id=1; --阻塞 直到A提交