xunznux-CSDN博客

原创 Go web 简单开发 demo 以及时间类型转换踩坑经理-gin框架、gorm框架

Go web 简单开发教程 demo 以及时间类型转换踩坑经理-gin框架、gorm框架入门使用

2024-07-13 14:36:56 743

原创 datetime-local转为time.Time出错“error“: “parsing time \“2024-07-06T23:16\“ as \“2006-01-02T15:04:05Z07

前端传回 datetime-local 在使用gorm的ShouldBindJSON方法转为结构体的time.Time类型时出错 “error”: "parsing time “2024-07-06T23:16” as "2006-01-02T15:04:05Z07。使用gorm标签default:null：这种方法在数据库层面上设置了默认值为NULL，但是在Go代码中并没有明确地表示这个字段可能为空。在Go语言中，time.Time类型默认使用RFC3339格式化日期和时间。

2024-07-12 21:10:45 254

原创 MIT6.824-2022 分布式系统课程实验笔记 Lab 2D Raft-日志压缩（log compaction）--xunznux

重新启动的服务器会重放完整的 Raft 日志以恢复其状态。然而，对于一个长时间运行的服务来说，永远记住完整的 Raft 日志是不现实的。相反，你需要修改 Raft 以配合定期持久存储其状态“快照”的服务，此时 Raft 会丢弃快照之前的日志条目。这样可以减少持久化数据的数量并加快重启速度。然而，现在可能会出现一种情况，即某个 follower 落后太多，导致 leader 丢弃了它需要追赶的日志条目；此时，leader 必须发送一个快照以及从快照开始的日志

2024-07-12 20:59:34 799

原创 MIT6.824-2022 分布式系统课程实验笔记 Lab 2C Raft-持久化机制（persistence）--xunznux

如果基于 Raft 的服务器重新启动，它应该从之前中断的地方恢复服务。这需要 Raft 保持持久状态，以便在重启后仍然存在。实际实现会在每次状态改变时将 Raft 的持久状态写入磁盘，并在重启后从磁盘读取状态。

2024-07-07 18:36:12 1105

原创 MIT6.824-2022 分布式系统课程实验笔记 Lab 2B Raft-日志复制（Log Replication）--xunznux

如果跟随者的日志实际上没有达到领导者日志的长度，后续的AppendEntries请求会因为日志不匹配而失败（因为跟随者的日志索引处的日志任期号与领导者尝试发送的日志任期号不一致），领导者会相应地减小nextIndex值，直到找到匹配点。领导者期望在这个索引位置的日志条目与它正尝试追加的日志条目之前是连续的。如果args.PrevLogIndex大于跟随者日志的长度，这意味着领导者认为跟随者应该有一个比实际更长的日志，这通常是因为领导者和跟随者之间的日志出现了不一致，或者跟随者落后很多且领导者的信息过时。

2024-07-06 17:16:14 926

weixin_44615954的博客

原创 Go web 简单开发 demo 以及时间类型转换踩坑经理-gin框架、gorm框架

原创 datetime-local转为time.Time出错“error“: “parsing time \“2024-07-06T23:16\“ as \“2006-01-02T15:04:05Z07

原创 MIT6.824-2022 分布式系统课程实验笔记 Lab 2D Raft-日志压缩（log compaction）--xunznux

原创 MIT6.824-2022 分布式系统课程实验笔记 Lab 2C Raft-持久化机制（persistence）--xunznux

原创 MIT6.824-2022 分布式系统课程实验笔记 Lab 2B Raft-日志复制（Log Replication）--xunznux

原创 MIT6.824-2022 分布式系统课程实验笔记 Lab 2A Raft-领导者选举(leader election)--xunznux

原创 MIT6.824-2022 分布式系统课程实验笔记 Lab 2 Raft--xunznux

原创 MIT6.824-2022 分布式系统课程实验笔记 Lab 1 MapReduce--xunznux

空空如也

空空如也