悲观和勤奋

今天记录下两件事情
第一件,我内心的悲悯心一直缠绕着我,我一直想摆脱这种状态,在他人看来或许是善良,热心等,实际上我发现我的是一种悲观的心态,我看到寒冷炎热的天气在外边摆摊的人觉得他们好辛苦;看到老人自己坐在电视机前觉得孤独;看到流浪动物觉得可怜;看到有残缺的人觉得他们不幸福……这些让我觉得这个世界如此的不堪,想要逃离,却逃离不掉,就想着做点什么,然而我不能替在寒冷中摆摊谋取生存的摊主摆摊了,只能说是光顾一下他们的生意;我不能时刻陪在孤独老人身边,只能说是旁边路过或者说句话;我不能去照顾残缺人们的生活起居,只能去说在力所能及的情况下帮助一下。每每看到想到就觉得人类很渺小,想象着要让每个人都在一个完美的状态,我很清楚这是不可能的事情。今天看的书中说道命运,好像解开了我心中的这些问题,这就是命运呀!这不一样的生活才丰富多彩,才让这个社会保持着一种平衡,存在即有意义。

第二件,早上听得到硅谷来信中的一段,说是“假勤奋”,发现我也是这样的人,计划事情排列的满满当当,然而最终的效果总是差强人意,我在思考这中间出了什么问题,当我在打算做一件事的时候,比如我吃过饭后,心想七点半就要开始做计划的事情A和B,这个时间我完全是可以开始去做的,然而总会晚上那么一会儿,在晚一会儿没准就排到明天了,或者刚刚开始做A就想做B了,B事件事情好像比手头的事情更加的紧急,然而并没有,不做就百爪挠心的感觉,就放下了手头的事情A,或许心里那件事情都不想做又都想做,这样心就静不下来了,什么也做不成了。我不喜欢这样的感觉,太浮躁了。为了改变这样的状态,从现在开始一旦开始一件事情,就把计划的完成后在做下一件。
今天想开了很多,这种感觉真的很好,坦然接受,从容应对, 专注做事。

### 悲观锁与乐观锁的概念 悲观锁是一种基于保守态度的数据保护方式,假设在多用户环境下数据冲突的可能性较高,因此在整个事务执行过程中保持数据的锁定状态[^3]。这种锁通常依赖于数据库层面的支持来确保数据的一致性排他性。 相比之下,乐观锁则采取了一种更为宽松的方式对待数据竞争问题。它并不主动对数据施加锁控措施,而是通过版本号或其他机制验证数据在读取之后是否发生了变化[^4]。只有当检测到数据未被修改时才允许提交更改。 --- ### 实现方法对比 #### 悲观悲观锁主要由数据库管理系统提供支持,常见的实现手段包括 `SELECT ... FOR UPDATE` `LOCK IN SHARE MODE` 等语句。这些命令会在查询的同时锁定目标记录,防止其他事务对其进行修改直到当前事务完成为止。 ```sql -- 使用 SELECT FOR UPDATE 对某条记录上写锁 BEGIN; SELECT * FROM table_name WHERE id = 1 FOR UPDATE; -- 更新这条记录 UPDATE table_name SET column_name = 'new_value' WHERE id = 1; COMMIT; ``` #### 乐观锁 乐观锁一般采用版本控制的方法,在表结构中增加一个字段(如 version 或 timestamp),每次更新前先比较此字段值是否发生变化。如果一致说明没有发生并发修改可以继续操作;否则放弃本次尝试并提示失败信息[^5]。 ```java // 假设有一个实体对象 User 含有属性 userId, name 及 version public void updateUser(User user) { String sql = "UPDATE users SET name=?, version=version+1 WHERE userId=? AND version=?"; int rowsAffected = jdbcTemplate.update(sql, new Object[] { user.getName(), user.getUserId(), user.getVersion() }); if (rowsAffected == 0) { throw new OptimisticLockException("Data has been modified by another transaction."); } } ``` --- ### 应用场景分析 对于 **悲观锁** 而言,适合那些高频率访问且容易引发争抢资源的情况,比如银行账户转账业务或是库存扣减逻辑等场合下非常有效果因为能够最大限度减少脏读现象的发生几率从而保障系统的稳定运行环境。 而针对 **乐观锁** 来说,则更适合应用于低频度变更但又希望提高吞吐量的情形之中例如论坛帖子回复功能之类的简单增删改查动作就可以考虑运用这种方式来进行管理因为它不需要长时间占用公共资源进而提高了整体效率水平. ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值