V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  mahogany  ›  全部回复第 2 页 / 共 2 页
回复总数  32
1  2  
2021 年 2 月 19 日
回复了 zxCoder 创建的主题 问与答 关于课本关于事务的系统故障恢复
@zxCoder 不是的,都是增量部分。你可以看一下 redo log 和 undo log 的实现原理,然后就明白了。
比如说你会发现 redo log 和 undo log 其实不对称,undo log 记录在 redo log 里面;如果数据库不要求实现事务的话,那么 undo log 并不必要,redo log 才是必须的。
你看的这个概括的东西缺乏很多具体细节,当你更深入地了解一些的时候,才会有比较好的理解。
2021 年 2 月 9 日
回复了 zxCoder 创建的主题 问与答 关于课本关于事务的系统故障恢复
内存的数据一定是最新的,但是内存刷盘操作随机发生,没有时序和逻辑的保证,磁盘中的数据页的同步状态完全不可知。突然故障,只能依赖 redolog 来恢复。
2020 年 9 月 1 日
回复了 javaWeber 创建的主题 程序员 请教下这里的事务为什么不回滚。。
嵌套事务?
2020 年 7 月 28 日
回复了 gantleman 创建的主题 程序员 我们来为“死锁的四个必要条件”加一条
@gantleman 我觉得现实不是你想的那么简单,你的 2/98 是怎么得出来的?为什么不是 50/50 ?
你有没有想过你的这种想法能否应对下面的场景:高并发情况下也只有很小的概率造成死锁。这种情况难道直接全部串行?
为什么不能干脆允许死锁出现,然后在死锁检测上多下功夫?
而且我个人觉得"能发现两个 task 有潜在的死锁可能"这个一点都不现实。

别 5 毛 5 毛的,讨论问题不要人身攻击 =_=-
2020 年 7 月 27 日
回复了 gantleman 创建的主题 程序员 我们来为“死锁的四个必要条件”加一条
之所以有死锁这个问题,是因为并发的场景很有价值,我们不得不面对这个问题。你这是把洗澡水和婴儿一起倒了.....
2020 年 7 月 23 日
回复了 wushigejiajia01 创建的主题 Java 实际开发中 assert 用的多吗?
线上用过。有时候不得不断言一些基本情况,如果输入有问题直接抛出错误(太懒,不想定义 Exception...)
2019 年 12 月 30 日
回复了 zhuzhiqiang 创建的主题 程序员 你今天因为 YYYY-MM-dd 被提 BUG 了吗
你说的这个同事是不是...
2019 年 12 月 30 日
回复了 CrisTao 创建的主题 MySQL 关于数据库范式和性能优化的一个疑问
为了性能可以部分违背范式,不过你要保证用户表上的会员截止日期恩能被正确地更新,缓存要同步。
2019 年 12 月 26 日
回复了 9songs 创建的主题 程序员 微信公众号挂了 已经十几分钟页面空白了
坐等内幕
2019 年 12 月 26 日
回复了 HaroldChen 创建的主题 程序员 Kubernetes 中如何划分 namespace?
相近、同质的业务放一个 ns ?
2019 年 12 月 24 日
回复了 shengchao 创建的主题 Linux crontab 定时任务 65 分钟执行一次,怎么写?
cron */n 指的是分钟数...能被 n 整除时执行,不是每 n 次执行。
为什么非要是 65 分钟,感觉代码不应该依赖这么奇怪的时间 interval。
2019 年 12 月 20 日
回复了 feigle 创建的主题 JavaScript js 中经常会用到回调函数,为什么叫回调函数呢?
一件事情 A 不一定做得完,需要 B 的参与. 但是 A 傻等着 B 完成他的工作也不是个办法,干脆 B 做完之后通知 A 继续做.
这里需要从'单个逻辑控制流'的看法转变成 '多组件协作',当然这主要说的是异步回调.
1  2  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   926 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 20ms · UTC 20:24 · PVG 04:24 · LAX 13:24 · JFK 16:24
♥ Do have faith in what you're doing.