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