理解：乐观锁与悲观锁 乐观锁：每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间有没有人去更新过这个数据。悲观锁：每次去拿数据的时候都认为别人会修改，所以每次去拿数据的时候都会上锁。实现：一、悲观锁 1、排它锁，当事务在操作数据时把这部分数据进行锁定，直到操作完毕后再解锁，其他事务操作才可操作该部分数据。这将防止其他进程读取或修改表中的数据。 2、实现：大多数情
转载
2023-08-09 20:59:32
122阅读
2023-01-29一、redis事务与乐观锁相关命令1、redis事务（1）redis事务的含义redis事务是一个单独的隔离操作：事务中的所有命令都会序列化、按顺序执行。事务在执行过程中，不会被其他客户端送来的命令请求所打断。（2）redis事务的作用redis事务的主要作用就是串联多个命令防止别的命令插队。2、multi、exec、discard（1）multi：组队命令，之后使用“set
转载
2023-06-23 17:58:15
183阅读
oracle有悲观锁也有乐观锁。
悲观锁比较安全一些，可以防止丢失更新，但是就是互相等待，影响效率。
一般会用乐观锁，即开始操作时，乐观的认为数据不会被其他人更改，直到提交时才加锁检查。比如在
转载
2023-09-18 22:37:01
124阅读
业务场景：在高并发的环境下，多个线程去竞争同一个资源，比较常见的有高铁抢票系统，商品秒杀系统等，我们需要保证数据正确，同时系统的吞吐也要尽可能高。解决方案：一般多线程同步我们就会想到加锁，用synchornized关键字给并发代码块加锁，但是在我们的业务场景中，比如高铁抢票，有很多张不同的票，但是synchornized锁住了秒杀那个代码块，所有的票全都上了这一把锁，这么看锁的粒度还是太大了，其实
转载
2023-06-11 17:11:17
224阅读
一、是什么可以一次执行多个命令，本质是一组命令的集合。一个事务中的所有命令都会序列化，按照顺序地串行化执行而不会被其他命令插入，不许加塞二、能干嘛一个队列中，一次性、顺序性、排他性的执行一系列命令三、怎么玩Redis中开启事务的命令是：MULTI ，这个命令通常会回复一个OK【回复的是OK，但是这个事能不能办，什么时候办，办不办的成不知道】，用户将会一次性的打多个命令，而代替执行，按顺序执行，Re
转载
2023-09-28 09:09:02
50阅读
一、锁机制分为悲观锁和乐观锁理解：悲观锁：对数据保持一种比较悲观的想法，数据肯定会出现冲突（多个线程操作一条数据），在处理数据时，将数据锁住，防止其他操作。乐观锁: 与悲观锁持相反的态度，一般认为数据不会冲突，一般是在数据进行提交更新的时候才进行判断是否允许修改。二、具体实现方式实现：悲观锁：select * from user where name= 'tony' for update乐观锁：
转载
2023-06-05 19:46:54
138阅读
在数据库中，乐观锁和悲观锁也是常用的并发控制机制，用于保证数据的一致性和完整性。悲观锁悲观锁在数据库中的实现方式通常是使用行级锁或表级锁，即在对数据进行读取、更新或删除时，先对数据进行加锁，确保其他事务无法修改该数据，直到当前事务完成操作并释放锁。在MySQL数据库中，使用SELECT … FOR UPDATE语句可以实现行级锁，使用LOCK TABLES语句可以实现表级锁。悲观锁适用于并发写操作
转载
2023-05-30 13:44:00
89阅读
一、概念乐观锁和悲观锁是两种思想，用于解决并发场景下的数据竞争问题。乐观锁：乐观锁在操作数据时非常乐观，认为别人不会同时修改数据。因此乐观锁不会上锁，只是在执行更新的时候判断一下在此期间别人是否修改了数据：如果别人修改了数据则放弃操作，否则执行操作。悲观锁：悲观锁在操作数据时比较悲观，认为别人会同时修改数据。因此操作数据时直接把数据锁住，直到操作完成后才会释放锁；上锁期间其他人不能修改数据。二、实
转载
2023-09-09 17:48:39
124阅读
# Redis 悲观锁与乐观锁的实现
在分布式系统中，数据的并发访问是一个常见且棘手的问题。Redis 提供了悲观锁和乐观锁的实现方法来帮助开发人员克服这些挑战。本文将带你深入了解这两种锁的实现，通过具体的代码示例来帮助你理解。
## 整体流程
首先，让我们简单梳理一下使用 Redis 实现悲观锁和乐观锁的基本流程。以下是步骤的表格展示：
| 步骤 | 描述
一：悲观锁悲观主义：认为我操作的时候，会出现问题，所以都加锁二：乐观锁乐观主义：认为什么时候不会出问题，所以不上锁，更新的时候去查询判断一下，再此期间是否有人修改过这个数据。redis的watch这个功能可以
转载
2023-05-25 11:12:21
100阅读
（１）概念 悲观锁，正如其名，具有强烈的独占和排他特性。它指的是对数据被外界（包括本系统当前的其他事务，以及来自外部系统的事务处理）修改持保守态度，因此，在整个数据处理过程中，将数据处于锁定状态。悲观锁的实现，往往依靠数据库提供的锁机制（也只有数据库层提供的锁机制才能真正保证数据访问的排他性，否则，即使在本系统中实现了加锁机制，也无法保证外部系统不会修改数据）。 乐观锁机制采取相对悲观锁而言，
原创
2013-12-29 22:53:26
453阅读
乐观锁：乐观锁的特点先进行业务操作，不到万不得已不去拿锁。即“乐观”的认为拿锁多半是会成功的，因此在进行完业务操作需要实际更新数据的最后一步再去拿一下锁就好。乐观锁是否在事务中其实是无所谓的。悲观锁：悲观锁的特点是先获取锁，再进行业务操作，即“悲观”的认为获取锁是非常有可能失败的，因此要先确保获取锁成功再进行业务操作。通常来讲在数据库上的悲观锁需要数据库本身提供支持，即通过常用的select … for update操作来实现悲观锁。当数据库执行select for update时会获取被select中
原创
2021-06-05 00:04:37
884阅读
乐观锁是基于假设每次拿数据的时候别人都不会修改，而悲观锁则正好相反。 所以悲观锁在每次拿数据的时候都会上锁，这样其他线程就拿不到这个...
转载
2020-11-02 01:43:00
245阅读
2评论
转：https://.cnblogs.com/kismetv/p/10787228.html 概念：乐观锁和悲观锁是两种思想，用于解决并发场景下的数据竞争问题。 乐观锁：乐观锁在操作数据时非常乐观，认为别人不会同时修改数据。因此乐观锁不会上锁，只是在执行更新的时候判断一下在此期间别人是否修改了
转载
2019-04-29 09:00:00
136阅读
2评论
乐观锁：总是假设最好情况，认为修改数据过程中该数据不会被其他进程修改，不加锁。在修改数据时判断该数据是否被更改，可通过版本号（version）和CAS（compare and swap)实现。在Java中java...
转载
2021-08-13 14:20:49
152阅读
一、概念悲观锁：总是假设最坏的情况，认为竞争总是存在，每次拿数据的时候都认为会被修改，因此每次都会先上锁。其他线程阻塞等待释放锁。乐观锁：总是假设最好的情况，认为竞争总是不存在，每次拿数据的时候都认为不会被修改，因此不会先上锁，在最后更新的时候比较数据有无更新，可通过版本号或CAS实现。二、两种锁的使用场景悲观锁：用于写比较多的情况，避免了乐观锁不断重试从而降低性能乐观锁：用于读比较多的...
原创
2021-09-02 16:47:22
204阅读
乐观锁乐观锁（Optimistic Lock），顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在提交更新的时候会判断一下在此期间别人有没有去更新这个数据。乐观锁适用于读多写少的应用场景，这样可以提高吞吐量。悲观锁悲观锁（Pessimistic Lock），顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个...
原创
2022-01-10 11:56:14
287阅读
悲观锁可以把悲观锁想成一个很小心的人，无论做什么操作之前，都要去加个锁，这样别人想拿这个数据就会block直到它拿到锁。但是在效率方面，处理加锁的机制会产生额外的开销，还有增加产生死锁的机会。另外如果只有只读事物，这个锁是没必要的。 传统的关系型数据库里边就用到了很多这种锁机制，比如读锁，写锁等，都是在做操作之前先上锁。悲观锁的实现在java中，synchronized就是一种悲观锁的实现。这个
转载
2023-08-11 22:35:12
88阅读
悲观锁(Pessimistic Lock)顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。乐观锁(Optimistic Lock)顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是
转载
2023-10-02 10:37:49
135阅读
概述：锁的出现是为了保护共享资源的独占性的，避免多个线程同时操作一个共享资源。确保在多个事务同时存取数据库中同一数据时不破坏事务的隔离性和统一性以及数据库的统一性，乐观锁和悲观锁是并发控制主要采用的技术手段。乐观锁在关系数据库管理系统里，乐观并发控制（又名“乐观锁”，Optimistic Concurrency Control，缩写“OCC”）是一种并发控制的方法。从名字就可以看出来，乐观锁就是很
