九月份惨不忍睹，因为代码质量不够高，直接被Boss喷成了筛子。被反复教育说要高质量的代码，要可维护、高性能……
幸而，最后一周终于在紧张的加班中，灰度上线redis-land-go了，项目也改名为redis-persist，github在此。
之前实现的，是redis到leveldb，以及skynet从leveldb中读取数据的接口。最后一周添加的，是SA同事可能会用到的功能。主要是：
- dump
- restore_one
- restore_all
- sync
- sync_all
- count
- diff
- keys
- check_all
- fast_check
这些指令可以分成三类，一类是从redis拷贝到leveldb的，比如sync开头的指令；一类是从leveldb拷贝到redis中的，典型如restore开头的指令；剩下的是用来检验两侧数据的，比如检查一个玩家数据的diff，检查数量的count，还有列出leveldb部分玩家uid的keys
这里的fast_check是针对当前玩家存储做的一个特殊优化，在leveldb中用前缀分出了一个特殊的key表，里面是玩家uid-玩家数据version的key-value对。这个表足够小，可以整个放进内存里，所以对于只需比对数据版本号的情况，能够在极短时间完成。redis和leveldb通过网络连接，不在一台机器上时，12w数据不超过1分钟。
同时，折腾这套工具的时候，还顺便看了一下leveldb的结构。leveldb有个sstable的概念，sstable就是内存里一块按key有序排列好的表，可以改动的时候叫memtable，准备写入磁盘的是另一个表，叫sstable。当数据比较少的时候，层级也比较少，具体哪个ldb文件对应哪一段key范围，是记录在MANIFEST里面的。写入的记录，首先记入log里，这是顺序写，所以极快。然后是定期后台整理，将sstable和磁盘上已有的ldb文件合并，使得磁盘的数据越来越有序。