bctdg

@wkong 好的！感谢，已 star ，跟着大佬学习

@wkong 哦～所以也不需要有 LSM 的 compaction 是吗？更像是个 append-only + 索引的日志？

@wkong 自研 LSM 太强啦！不选择已有的 LSM 存储（比如 Pebble ）有啥考量不

@fgwmlhdkkkw 毕竟 go 的数据库选择也有很多嘛，Pebble 、BadgerDB 也是 go 写的 kv 数据库，所以有点好奇怎么选的

大佬，能分享一下 IM 业务访问数据库的 workload 的具体分布吗？（比如写入的频率和读（或者扫表）的频率）
看代码是用的 BoltDB 做存储引擎？这个有啥讲究吗

统计计算具体是什么类型呀？ leveldb 太底层了，不太建议。Prometheus 怎么说，后续接计算或报警都很方便

grafana 怎么说

根据这两个 key 来做 partition 就好了吧？如果没有其他要求的话，这样是最简单的。这样做的问题可能是不同的分表数据量不均匀。