@[toc]
5.数据库并发控制
5.5锁
从数据库系统角度
5.5.1 共享锁(Shared Lock S锁)
读锁，保证数据只能读取，不能被修改。
如果事务A对emp1表加上S锁，则事务A可以读emp1表但不能修改emp1表，其他事务(这里用事务B)只能对emp1表再加上S锁，不能加X锁，直到事务A释放了emp1表上的S锁，保证了其他事务(事务B)可以读emp1表，但在事务A释放emp1表上的S锁之前不能对emp1表进行任何修改。
5.5.1.1数据准备
CREATE TABLE emp1(
id INT PRIMARY KEY,
name VARCHAR(20),
sal INT
);
INSERT INTO emp1 VALUES(1,'张三',15000)
,(2,'李四',20000);5.5.1.2展示
- 1.打开两个cmd，然后进入mysql里面
以下操作两个cmd都需要操作
mysql -u root -p
- 2.查询事务提交模式
1为自动提交，2为手动提交。
- 3.设置事务为手动提交，方便证明上诉结论(mysql默认为自动提交，执行单句sql其实包含 开启事务，执行sql，提交事务，3个步骤)。
- 4.客户端A开启一个事务A。
- 5.客户端A给emp1表加上读锁。
- 6.查询emp1表原有的数据(加上S锁后，可以读数据)。
- 7.事务A修改数据(加上S锁后，无法修改数据)。
- 8.B客户端开启事务B。
- 9.事务B对emp1查询(因为是S锁，其他事务可以对记录A进行SELECT )。
- 10.事务B对记录emp1加读锁(事务A对记录A加上S锁后，事务B同样也可以对记录A加上S锁，证明了，MySQL里的读锁就是S锁，具有共享)。
- 11.事务B对记录emp1加写锁(一直处于等待状态，被挂起
- 12.事务B对记录emp1修改(一直处于等待状态，被挂起)。
- 13.事务A释放emp1上的S锁。
此时事务B才得到响应。
说明了，只有释放了读锁，另外一个事务才能加写锁，或者更新数据。
5.5.2 排他锁(Exclusivelocks X锁)
写锁，若事务A对emp1表加上X锁，事务A可以读emp1表也可以修改emp1表，其他事务(事务B)不能再对emp1表加任何锁，直到事务A释放emp1表上的锁，保证了其他事务(事务B)在事务A释放emp1表上的锁之前不能再读取和修改emp1表。
- 1.客户端A设置手动提交，并且开启事务A。
- 2.客户端B设置手动提交，并且开启事务B。
- 3.事务A给emp1表加上X锁。
- 4.事务A可以读emp1表也可以修改emp1表。
- 5.事务B不能对emp1表加任何锁。
- 6.事务B也不能对emp1表进行查询和修改。
- 7.事务A释放emp1表上的X锁。
- 8.事务B阻塞的进程被执行，中断了9.69秒。
从程序员角度
- 悲观锁(Pessimistic[ˌpesɪˈmɪstɪk] Lock)
对数据被外界修改保持保守态度，在整个数据处理过程中，数据处于锁定状态，依赖于数据库提供的锁机制。
- 乐观锁(Optimistic[ˌɑ:ptɪˈmɪstɪk]Lock)
采用宽松的加锁机制，基于数据版本记录机制，具体做法：数据库表增加一个"version"字段来实现，读取数据时，将版本号一同读出，之后更新，对版本号加1，将提交数据的版本数据与数据库对应记录的当前版本信息进行比对，如果提交的数据版本号大于数据库的数据，则予以更新，否则，被认为是过期数据。
