leeqingshui 最近的时间轴更新
leeqingshui

leeqingshui

V2EX 第 578729 号会员,加入于 2022-04-20 09:54:13 +08:00
leeqingshui 最近回复了
3 天前
回复了 ak1ak 创建的主题 程序员 如何优雅地处理包含继承关系的业务代码
可用模版方法模式解决:基础类同属性的校验规则写在父类的钩子函数中,如果业务子类不需要覆盖,那么钩子函数不需要重写,如果业务子类需要覆盖,那么就进行重写,这样可以兼容变化和不变的代码
74 天前
回复了 SteveRogers 创建的主题 问与答 大家 airpods pro 二代都有品控问题么?
耳机盒缝隙较大,用手左右移动会疙瘩疙瘩响,换过一次还是老样子......
不过降噪确实可以。
@lmshl 不想背八股文😂,只是想研究下什么业务下用哪个隔离级别更合适~
这是目前我在网上找到的一篇一定程度下解惑的相关性文章: https://www.zhihu.com/question/47007926/answer/2264785785

原文搬运到此(侵删)

真实的场景可以注意一下,代码里面,有没有出现连续 2 次 select 的场景。

那为什么会出现连续 2 次 select 的场景,第二次不能复用第一次的结果吗?
这个主要是因为写代码的时候,第一次 select 和第二次 select 很可能不在一个方法里面。要复用,就要在第一个方法里面 return 这个结果,再传给第二个方法。有时候觉得这样写太难看了,干脆就查两次算了,反正小业务不用考虑啥性能的。这个也可以认为是用性能换取代码可读性,代码可维护性。( PS:不过个人还是不喜欢这样查两次,可以再想想办法,在不影响代码可读性上查一次)

另外,讨论幻读和可重复读的问题,很多时候可能都在考虑选 RR 还是 RC 的问题。

选 RR 还是 RC 首要考虑的是业务逻辑上会不会出错。
1.一个判断就是有没有两次 select
2.另外一个就是要注意 RR 虽然能解决可重复读,幻读的问题,但是并不意味着代码就不出错。有点像 java volatile 虽然能保证可见性,但不是说用 volatile 就能解决并发问题这个道理。

举个例子说:现在 RC 级别,一个业务失败了可以记录表等待重试,也可以直接取消掉。定时任务拉取了现在记录表等待重试的记录,结果后面重试又失败了,原因是被直接取消掉了。心想为啥呢,要是被取消了,定时任务也拉不起来呀,这个原因就是拉起来后,中途马上被别人改掉了,重试的时候冲突发生了错误。

这个时候可能心想:哦,原来是读到了别人取消的信号。那简单,直接改成 RR ,保持我这次业务逻辑的正确性(定时任务拉取到,就要能修改),如果是这样做,最后数据库这行记录变成了:取消标志位:true ;执行状态:success 。人傻了。。。

还有一个场景就是,更新余额的时候。像在上上个公司,更新余额的时候,是事务里面,select for update 查出数据,然后减少余额,应用里算出余额的值,最后 update 。这个不管是 RC 还是 RR 级别,都没问题,因为 select for update 锁行了。

像在上个公司,更新库存的时候,开了 RC 级别事务,更新的时候,代码里没有像 select for update 锁行,而是在更新语句中 update 表 set 现在的库存=原来的库存-要扣的数量。这个也没问题。

但是如果你数据库是 RR 级别,没有用 select for update 锁住行,是在应用层算出最后新值,然后再直接 update 这个新值。心里想着,那现在总没问题了吧,RR 级别,可重复读,我这个业务的计算可是正确的。但是实际上也是有问题的,会把别人的覆盖掉。

所以总的来说,RR 和 RC 我一般会先看下有没有两个 select ,也就是明显的幻读,可重复读问题。另一个会看下会不会有可重复读的问题解决了,本次业务能够保证正确性,但是在更大的维度上可能会出错(把别人的覆盖了)

PS:不过上述的考虑我觉得还是有点偏理论偏学生,站在更加实际,现实的角度:
1 、小项目的话,直接默认 RR ,因为没有业务,我没理由改 RC 。改 RC 可能还会有潜在的我不知道的错误(因为毕竟不是默认的),前期需要研发速度,需要尽量简单快速落地
2 、项目变大了,想要 RR 改 RC 。不敢改。项目变大了,稳字优先,稳字当头
3 、想要利用 RR 改 RC 提升性能,没有其他技术手段了吗,非要改这个?
4 、没有其他技术手段了,那就改吧
@liprais 这个有争议,有的认为有,有的没有😂
查了些资料: https://www.zhihu.com/question/47007926
@7911364440 昂昂,居然还有这种操作嘛😂,周末搭个主从研究下~
@7911364440 这是主从复制 binlog 格式设置为 STATEMENT 的问题,row 格式则不会有这个问题,找到了一篇相关介绍的文章:
https://www.cnblogs.com/fanguangdexiaoyuer/p/11323248.html
@momocraft 网上查询资料时,看的很多文章说——阿里建议将数据库级别设置为 RC ,用来:
- 提升并发:RC 在加锁的过程中,是不需要添加 Gap Lock 和 Next-Key Lock 的,只对要修改的记录添加行级锁就行了,另外,因为 RC 还支持"半一致读",可以大大的减少了更新语句时行锁的冲突;对于不满足更新条件的记录,可以提前释放锁,提升并发度。
- 减少死锁:RR 隔离级别会增加 Gap Lock 和 Next-Key Lock ,这就使得锁的粒度变大,那么就会使得死锁的概率增大,而 RC 不用 Gap Lock 和 Next-Key Lock

有的业务使用应该还是有好处的
89 天前
回复了 gabriel_zhen 创建的主题 问与答 求一个数据库导出 excel 的工具或方法
Navicat 和 DataGrip 都可以将 SQL 执行的结果导出为 Excel ,甚至 csv 等其他格式的文件
90 天前
回复了 chengong 创建的主题 NAS 文件存储服务搭建建议
minio
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   实用小工具   ·   902 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 28ms · UTC 16:47 · PVG 00:47 · LAX 08:47 · JFK 11:47
Developed with CodeLauncher
♥ Do have faith in what you're doing.