weirdte 最近的时间轴更新 weirdte 最近的时间轴更新 |
weirdteV2EX 第 456676 号会员，加入于 2019-12-01 19:13:02 +08:00今日活跃度排名 3634 |
weirdte 最近回复了
2 小时 37 分钟前 回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？ |
@weirdte “ 返回成功一定是在数据落盘之后再返回成功” => 返回成功一定是数据达成多数派一致的时候再返回成功。
返回失败不一定是真的失败（可能网络原因导致没有收到成功的结果），但返回成功是一定要成功的。
返回失败不一定是真的失败（可能网络原因导致没有收到成功的结果），但返回成功是一定要成功的。
2 小时 39 分钟前 回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？ |
什么时候返回成功和 fsync 前后没有必然关系， 返回成功一定是在数据落盘之后再返回成功（不调用 fsync 数据也会落盘）。一般数据库做法是记录当前数据落盘点（通常叫 log sequence number LSN ，或者 WAL id 这种），请求跟踪这个 LSN ，flushed LSN 已经大于我当前请求产生的写操作的 LSN 时就说明数据已经持久化了，可以告诉客户端完成了。 分布式中，这个日志是要同步给其他节点的， 那 global Flushed LSN 应该取节点多数派都已大于的某个 flush lsn
2 小时 59 分钟前 回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？ |
选择一家商用的 oltp 数据库都能够保证数据不丢失（这里说的不丢失，不包含某些超大规模的自然灾害，比如地球爆炸）。 可以了解下数据库的 RPO 指标，商用数据库该指标一般都要求是 0 ，即使单个机房地震摧毁了一样能保证你数据不丢失。 性能在可靠性面前是一定要做出牺牲的。 你如果要自己维护一套高性能的数据库系统，那至少也得有上百人的团队，金融系统的数据库飞掉是不可接受的，凭几个开发根本兜不住底，建议还是采购成熟的商用 db 。
2022-08-06 11:01:23 +08:00 回复了 lelandsu 创建的主题 › 程序员 › windows 11 bug 真的多到一言难尽啊 |
win11 的蓝牙没有快捷连接的方式吗
2022-06-07 20:56:28 +08:00 回复了 DeaThNoTE 创建的主题 › macOS › MBP 经常 kernel_task 占用极高 |
@kchum 我升了 monterey 之后也有这个问题
2022-06-05 10:12:40 +08:00 回复了 codingAlex 创建的主题 › 健康 › 体检过程中，你发现自己有哪些异常项目？ |
脂肪肝
2022-06-05 10:11:22 +08:00 回复了 WeitingChen 创建的主题 › 问与答 › 关于狗东 618 活动套路 |
推荐个比价插件
2022-06-02 10:46:29 +08:00 回复了 phony2r 创建的主题 › macOS › macbook 2k 屏幕字体小怎么搞? |
换 4k
2020-04-11 12:22:04 +08:00 回复了 icebergSnow 创建的主题 › 问与答 › 作为湖北人怎么返京啊，社区不接收，自己又找不到可以接受隔离的地方 |
下午要回上海，有点慌
Select Language