文件名称：seqcask:基于 bitcask 设计的顺序值存储，但具有固定的顺序键
文件大小：1.2MB
文件格式：ZIP
更新时间：2024-07-13 08:13:46
Go
酒桶 基于著名的为顺序不可变数据优化的价值存储。 Seqcask 与 bitcask 相比有以下区别； 在 RAM 中保留约 35% 的密钥 顺序键而不是变量 仅支持put和get ，不支持update或delete 不支持buckets 当然，Seqcask 与 bitcask 具有相同的优势： 单个寻求检索任何值！ 可预测的性能 轻松备份，无需关机 低延迟和高吞吐量 数据的完整性 当然，Seqcask 与 bitcask 有着相同的弱点： 所有键都需要装入 RAM（每个键 17 字节的内存） 地位 目前我专注于写作。 在我的 Macbook 上，我每秒处理超过 212 万条 200 字节大小的消息。 即每秒 0.415GB。 这包括散列，但缺少一些元信息。 接下来是关闭读取往返。 但为什么？ 为什么不？ 在使用 leveldb 和 bitcask 等不同的存储引擎时，
【文件预览】：
seqcask-master
----broker()
--------broker.go(4KB)
--------log.go(102B)
--------writer.go(2KB)
----request()
--------types.go(50B)
----main.go(741B)
----bench()
--------main.go(2KB)
----README.md(1KB)
----wercker.yml(378B)
----producer()
--------log.go(111B)
--------producer.go(5KB)
----response()
--------types.go(56B)
----network()
--------network.go(8KB)
--------network_test.go(3KB)
----cluster()
--------session.go(3KB)
--------log.go(98B)
--------key.go(2KB)
--------heartbeater.go(2KB)
----storage()
--------seqcask_test.go(6KB)
--------seqdir_test.go(1KB)
--------seqcask.go(6KB)
--------batch.go(2KB)
--------batch_test.go(876B)
--------writer.go(892B)
--------seqdir.go(2KB)
----cmd()
--------write-topic()