@[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，将提交数据的版本数据与数据库对应记录的当前版本信息进行比对，如果提交的数据版本号大于数据库的数据，则予以更新，否则，被认为是过期数据。