mysql悲观锁和乐观锁定义（mysql乐观和悲观锁区别）

本文目录

• mysql乐观和悲观锁区别
• 乐观锁和悲观锁是mysql的概念吗
• mysql默认是乐观锁
• Mysql中锁的类型有哪些呢
• 乐观锁和悲观锁是什么
• 乐观锁和悲欢锁的区别
• 悲观锁和乐观锁定义
• mysql什么是悲观锁和乐观锁

mysql乐观和悲观锁区别

你好，根据你的提问我认为乐观和悲观，最主要的区别在于两个人看在同一件事情的观点是不一样的。比如当你遇见半瓶水时，乐观的人会说幸好还有半瓶水，而悲观的人只会说怎么只有半瓶水了。

乐观锁和悲观锁是mysql的概念吗

关于mysql中的乐观锁和悲观锁面试的时候被问到的概率还是比较大的。mysql的悲观锁：其实理解起来非常简单，当数据被外界修改持保守态度，包括自身系统当前的其他事务，以及来自外部系统的事务处理，因此，在整个数据处理过程中，将数据处于锁定状态。悲观锁的实现，往往依靠数据库提供的锁机制，但是也只有数据库层提供的锁机制才能真正保证数据访问的排他性，否则，即使在自身系统中实现了加锁机制，也无法保证外部系统不会修改数据。来点实际的，当我们使用悲观锁的时候我们首先必须关闭mysql数据库的自动提交属性，因为mysql默认使用autocommit模式，也就是说，当你执行一个更新操作后，mysql会立刻将结果进行提交。关闭命令为：setautocommit=0;悲观锁可以使用select…forupdate实现，在执行的时候会锁定数据，虽然会锁定数据，但是不影响其他事务的普通查询使用。此处说普通查询就是平时我们用的：select*fromtable语句。在我们使用悲观锁的时候事务中的语句例如：//开始事务begin;/beginwork;/starttransaction;(三选一)//查询信息select*fromorderwhereid=1forupdate;//修改信息updateordersetname=’names’;//提交事务commit;/commitwork;(二选一)此处的查询语句forupdate关键字，在事务中只有select...forupdate或lockinsharemode同一条数据时会等待其它事务结束后才执行，一般的select查询则不受影响。执行事务时关键字select…forupdate会锁定数据，防止其他事务更改数据。但是锁定数据也是有规则的。查询条件与锁定范围：1、具体的主键值为查询条件比如查询条件为主键id=1等等，如果此条数据存在，则锁定当前行数据，如果不存在，则不锁定。2、不具体的主键值为查询条件比如查询条件为主键id》1等等，此时会锁定整张数据表。3、查询条件中无主键会锁定整张数据表。4、如果查询条件中使用了索引为查询条件明确指定索引并且查到，则锁定整条数据。如果找不到指定索引数据，则不加锁。悲观锁的确保了数据的安全性，在数据被操作的时候锁定数据不被访问，但是这样会带来很大的性能问题。因此悲观锁在实际开发中使用是相对比较少的。mysql的乐观锁：相对悲观锁而言，乐观锁假设数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会对数据的冲突与否进行检测，如果发现冲突，则让返回用户错误的信息，让用户决定如何去做。一般来说，实现乐观锁的方法是在数据表中增加一个version字段，每当数据更新的时候这个字段执行加1操作。这样当数据更改的时候，另外一个事务访问此条数据进行更改的话就会操作失败，从而避免了并发操作错误。当然，还可以将version字段改为时间戳，不过原理都是一样的。例如有表student，字段：id,name,version1a1当事务一进行更新操作：updatestudentsetname=’ygz’whereid=#{id}andversion=#{version};此时操作完后数据会变为id=1,name=ygz,version=2，当另外一个事务二同样执行更新操作的时候，却发现version!=1，此时事务二就会操作失败，从而保证了数据的正确性。悲观锁和乐观锁都是要根据具体业务来选择使用，本文仅作简单介绍。

mysql默认是乐观锁

乐观锁，悲观锁，这两个概念你需要搞清楚才能更好的理解。乐观锁：与悲观锁相对应，不是数据库自带的，需要自己去实现。悲观锁：与乐观锁相对应，是数据库自己实现了的。要用的时候，我们直接调用数据库的相关语句就可以了。悲观锁又涉及到其他两个锁概念，共享锁和排他锁。只有去理解和实际操作才能更好的理解这些具体的东西。希望我的回答对你有所帮助

Mysql中锁的类型有哪些呢

mysql锁分为共享锁和排他锁，也叫做读锁和写锁。 读锁是共享的，可以通过lock in share mode实现，这时候只能读不能写。 写锁是排他的，它会阻塞其他的写锁和读锁。从颗粒度来区分，可以分为表锁和⾏锁两种。 表锁会锁定整张表并且阻塞其他⽤户对该表的所有读写操作，⽐如alter修改表结构的时候会锁表。 ⾏锁⼜可以分为乐观锁和悲观锁，悲观锁可以通过for update实现，乐观锁则通过版本号实现。

乐观锁和悲观锁是什么

乐观锁机制采取了更加宽松的加锁机制。相对悲观锁而言，乐观锁更倾向于开发运用。乐观锁（ Optimistic Locking ） 相对悲观锁而言，乐观锁机制采取了更加宽松的加锁机制。悲观锁大多数情况下依靠数据库的锁机制实现，以保证操作最大程度的独占性。但随之而来的就是数据库性能的大量开销，特别是对长事务而言，这样的开销往往无法承受。而乐观锁机制在一定程度上解决了这个问题。乐观锁，大多是基于数据版本（ Version ）记录机制实现。何谓数据版本？即为数据增加一个版本标识，在基于数据库表的版本解决方案中，一般是通过为数据库表增加一个 “version” 字段来实现。读取出数据时，将此版本号一同读出，之后更新时，对此版本号加一。此时，将提交数据的版本数据与数据库表对应记录的当前版本信息进行比对，如果提交的数据版本号等于数据库表当前版本号，则予以更新，否则认为是过期数据。

乐观锁和悲欢锁的区别

乐观锁和悲欢锁的区别柔性：乐观锁是应用系统层面和数据的业务逻辑层次上的（实际上并没有加锁，只是一种锁思想），利用程序处理并发，它假定当某一个用户去读取某一个数据的时候，其他的用户不会来访问修改这个数据，但是在最后进行事务的提交的。悲观锁顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。

悲观锁和乐观锁定义

悲观锁和乐观锁的定义分别如下：

1.悲观锁：顾名思义，就是比较悲观的锁，总是假设最坏的情况，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁

特点：可以完全保证数据的独占性和正确性，因为每次请求都会先对数据进行加锁， 然后进行数据操作，最后再解锁，而加锁释放锁的过程会造成消耗，所以性能不高;

手动加悲观锁：读锁LOCK tables test_db read释放锁UNLOCK TABLES;

写锁：LOCK tables test_db WRITE释放锁UNLOCK TABLES;

2.乐观锁：反之，总是假设最好的情况，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号机制和CAS算法实现。

特点：乐观锁是一种并发类型的锁，其本身不对数据进行加锁通而是通过业务实现锁的功能，不对数据进行加锁就意味着允许多个请求同时访问数据，同时也省掉了对数据加锁和解锁的过程，这种方式因为节省了悲观锁加锁的操作，所以可以一定程度的的提高操作的性能

mysql什么是悲观锁和乐观锁

悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。乐观锁(Optimistic Lock), 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。乐观锁适用于多读的应用类型，这样可以提高吞吐量，像数据库如果提供类似于write_condition机制的其实都是提供的乐观锁。