mysql乐观锁和悲欢锁

秒速五厘米 2023-09-25 09:58 40阅读 0赞

## mysql悲观锁和乐观锁的区别 ##

悲观锁与乐观锁是两种常见的资源并发锁设计思路，也是并发编程中一个非常基础的概念。本文将对这两种常见的锁机制在数据库数据上的实现进行比较系统的介绍。

悲观锁(PessimisticLock)

悲观锁的特点是先获取锁，再进行业务操作，即“悲观”的认为获取锁是非常有可能失败的，因此要先确保获取锁成功再进行业务操作。通常所说的“一锁二查三更新”即指的是使用悲观锁。通常来讲在数据库上的悲观锁需要数据库本身提供支持，即通过常用的select…forupdate操作来实现悲观锁。当数据库执行selectforupdate时会获取被select中的数据行的行锁，因此其他并发执行的selectforupdate如果试图选中同一行则会发生排斥(需要等待行锁被释放)，因此达到锁的效果。selectforupdate获取的行锁会在当前事务结束时自动释放，因此必须在事务中使用。

这里需要注意的一点是不同的数据库对selectforupdate的实现和支持都是有所区别的，例如oracle支持selectforupdatenowait，表示如果拿不到锁立刻报错，而不是等待，mysql就没有nowait这个选项。另外mysql还有个问题是selectforupdate语句执行中所有扫描过的行都会被锁上，这一点很容易造成问题。因此如果在mysql中用悲观锁务必要确定走了索引，而不是全表扫描。

乐观锁(OptimisticLock)

乐观锁的特点先进行业务操作，不到万不得已不去拿锁。即“乐观”的认为拿锁多半是会成功的，因此在进行完业务操作需要实际更新数据的最后一步再去拿一下锁就好。

乐观锁在数据库上的实现完全是逻辑的，不需要数据库提供特殊的支持。一般的做法是在需要锁的数据上增加一个版本号，或者时间戳，然后按照如下方式实现：

1.SELECTdataASold\_data,versionASold\_versionFROM…;

2.根据获取的数据进行业务操作，得到new\_data和new\_version

3.UPDATESETdata=new\_data,version=new\_versionWHEREversion=old\_version

if(updatedrow>0)\{

//乐观锁获取成功，操作完成

\}else\{

//乐观锁获取失败，回滚并重试

乐观锁是否在事务中其实都是无所谓的，其底层机制是这样：在数据库内部update同一行的时候是不允许并发的，即数据库每次执行一条update语句时会获取被update行的写锁，直到这一行被成功更新后才释放。因此在业务操作进行前获取需要锁的数据的当前版本号，然后实际更新数据时再次对比版本号确认与之前获取的相同，并更新版本号，即可确认这之间没有发生并发的修改。如果更新失败即可认为老版本的数据已经被并发修改掉而不存在了，此时认为获取锁失败，需要回滚整个业务操作并可根据需要重试整个过程。

乐观锁在不发生取锁失败的情况下开销比悲观锁小，但是一旦发生失败回滚开销则比较大，因此适合用在取锁失败概率比较小的场景，可以提升系统并发性能

乐观锁还适用于一些比较特殊的场景，例如在业务操作过程中无法和数据库保持连接等悲观锁无法适用的地方

本回答由提问者推荐

![mysql乐观锁和悲欢锁\_mysql乐观锁][mysql_mysql]

## mysql悲观锁和乐观锁的区别 ##

悲观锁(PessimisticLock)

乐观锁(OptimisticLock)

1.SELECTdataASold\_data,versionASold\_versionFROM…;

2.根据获取的数据进行业务操作，得到new\_data和new\_version

3.UPDATESETdata=new\_data,version=new\_versionWHEREversion=old\_version

if(updatedrow>0)\{

//乐观锁获取成功，操作完成

\}else\{

//乐观锁获取失败，回滚并重试

乐观锁还适用于一些比较特殊的场景，例如在业务操作过程中无法和数据库保持连接等悲观锁无法适用的地方

本回答由提问者推荐

## mysql 乐观锁怎么解决并发 ##

mysql的最大连接数默认是100, 这个数值对于并发连接很多的数据库应用是远远不够的，当连接请求大于默认连接数后，就会出现无法连接数据库的错误，因此我们需要把它适当调大一些。

调节方法为：

1.linux服务器中：改my.cnf中的值就行了

2.Windows服务器中(我用的):

在文件“my.ini”中找到段\[mysqld\],在其中添加一行

max\_connections=200\#\#\#200可以更改为想设置成的值.

然后重启"mysql"服务。

/mysqladmin所在路径/mysqladmin -uroot -p variables

输入root数据库账号的密码后可看到

| max\_connections | 1000 |

![mysql乐观锁和悲欢锁\_mysql乐观锁\_02][mysql_mysql_02]

## mysql悲观锁和乐观锁的区别 ##

悲观锁(Pessimistic Lock)

悲观锁的特点是先获取锁，再进行业务操作，即“悲观”的认为获取锁是非常有可能失败的，因此要先确保获取锁成功再进行业务操作。通常所说的“一锁二查三更新”即指的是使用悲观锁。通常来讲在数据库上的悲观锁需要数据库本身提供支持，即通过常用的select … for update操作来实现悲观锁。当数据库执行select for update时会获取被select中的数据行的行锁，因此其他并发执行的select for update如果试图选中同一行则会发生排斥(需要等待行锁被释放)，因此达到锁的效果。select for update获取的行锁会在当前事务结束时自动释放，因此必须在事务中使用。

这里需要注意的一点是不同的数据库对select for update的实现和支持都是有所区别的，例如oracle支持select for update no wait，表示如果拿不到锁立刻报错，而不是等待，mysql就没有no wait这个选项。另外mysql还有个问题是select for update语句执行中所有扫描过的行都会被锁上，这一点很容易造成问题。因此如果在mysql中用悲观锁务必要确定走了索引，而不是全表扫描。

乐观锁(Optimistic Lock)

1. SELECT data AS old\_data, version AS old\_version FROM …;

2. 根据获取的数据进行业务操作，得到new\_data和new\_version

3. UPDATE SET data = new\_data, version = new\_version WHERE version = old\_version

if (updated row > 0) \{

// 乐观锁获取成功，操作完成

\} else \{

// 乐观锁获取失败，回滚并重试

乐观锁还适用于一些比较特殊的场景，例如在业务操作过程中无法和数据库保持连接等悲观锁无法适用的地方关于mysql中的乐观锁和悲观锁面试的时候被问到的概率还是比较大的。

mysql的悲观锁：

其实理解起来非常简单，当数据被外界修改持保守态度，包括自身系统当前的其他事务，以及来自外部系统的事务处理，因此，在整个数据处理过程中，将数据处于锁定状态。悲观锁的实现，往往依靠数据库提供的锁机制，但是也只有数据库层提供的锁机制才能真正保证数据访问的排他性，否则，即使在自身系统中实现了加锁机制，也无法保证外部系统不会修改数据。

来点实际的，当我们使用悲观锁的时候我们首先必须关闭mysql数据库的自动提交属性，因为mysql默认使用autocommit模式，也就是说，当你执行一个更新操作后，mysql会立刻将结果进行提交。

关闭命令为：set autocommit=0;

悲观锁可以使用select…for update实现，在执行的时候会锁定数据，虽然会锁定数据，但是不影响其他事务的普通查询使用。此处说普通查询就是平时我们用的：select \* from table 语句。在我们使用悲观锁的时候事务中的语句例如：

//开始事务

begin;/begin work;/start transaction; (三选一)

//查询信息

select \* from order where id=1 for update;

//修改信息

update order set name='names';

//提交事务

commit;/commit work;(二选一)

此处的查询语句for update关键字，在事务中只有select ... for update 或lock in share mode 同一条数据时会等待其它事务结束后才执行，一般的select查询则不受影响。

执行事务时关键字select…for update会锁定数据，防止其他事务更改数据。但是锁定数据也是有规则的。

查询条件与锁定范围：

1、具体的主键值为查询条件

比如查询条件为主键id=1等等，如果此条数据存在，则锁定当前行数据，如果不存在，则不锁定。

2、不具体的主键值为查询条件

比如查询条件为主键id>1等等，此时会锁定整张数据表。

3、查询条件中无主键

会锁定整张数据表。

4、如果查询条件中使用了索引为查询条件

明确指定索引并且查到，则锁定整条数据。如果找不到指定索引数据，则不加锁。

悲观锁的确保了数据的安全性，在数据被操作的时候锁定数据不被访问，但是这样会带来很大的性能问题。因此悲观锁在实际开发中使用是相对比较少的。

mysql的乐观锁：

相对悲观锁而言，乐观锁假设数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会对数据的冲突与否进行检测，如果发现冲突，则让返回用户错误的信息，让用户决定如何去做。

一般来说，实现乐观锁的方法是在数据表中增加一个version字段，每当数据更新的时候这个字段执行加1操作。这样当数据更改的时候，另外一个事务访问此条数据进行更改的话就会操作失败，从而避免了并发操作错误。当然，还可以将version字段改为时间戳，不过原理都是一样的。

例如有表student，字段：

id,name,version

1a1

当事务一进行更新操作：update student set name='ygz' where id = \#\{id\} and version = \#\{version\};

此时操作完后数据会变为id = 1,name = ygz,version = 2，当另外一个事务二同样执行更新操作的时候，却发现version != 1，此时事务二就会操作失败，从而保证了数据的正确性。

悲观锁和乐观锁都是要根据具体业务来选择使用，本文仅作简单介绍。

[mysql_mysql]: https://img1.baidu.com/it/u=3035980541,4170205176&fm=26&fmt=auto
[mysql_mysql_02]: https://img0.baidu.com/it/u=2515265473,3583966126&fm=26&fmt=auto