Meta Service

针对存放Meta信息的NoSQL服务提供统一的HTTP接口服务。NoSQL服务目前支持下列几种协议类型：

memcached
redis

这里的NoSQL主要用来存储Poseidon系统中倒排索引数据的 Meta 信息和原始数据的 Meta 信息。另外，如果想要达到本项目的目标数据集（数百万亿条），所需的 Meta 信息存储量将会达到数十 TB 大小，这不是普通的内存版本的redis或memcached可以搞定的，这个时候需要的是符合redis或memcached接口协议的带持久化功能的NoSQL存储，例如 pika 等等。这种带持久化存储的NoSQL组件，会将大部分数据存储在普通硬盘中，少量热数据会cache在内存中，并且自带LRU等淘汰算法。

额外需要说明一点的是，一般的NoSQL的写入速度都只有几万QPS，最高不过10万+的QPS。目前我们这边的做法是，在NoSQL数据库内部支持一个额外的指令，例如 “load /the/path/to/binary/key-value.db”这种指令，我们预先将key/value数据以某种二进制格式组织成文件，并分发到NoSQL所在的服务器上，然后发一个load指令到NoSQL让NoSQL在其进程中直接读取这个二进制文件数据导入到NoSQL中，这种形式的写入速度可做到50万的QPS，甚至更高。

查询数据接口

使用HTTP POST请求
URI
- /service/meta/business/doc/get : 查询 business 业务 DocGz 的 Meta 信息
- /service/meta/business/index/get : 查询 business 业务 InvertedIndexGz 的 Meta 信息

URI 上有一个参数 business_name ，用于表示不同的业务。这里可以实现不同业务数据，存放到不同的NoSQL实例中。
请求body

key\nkey\nkey

说明：可以同时一次性批量查询多个key，用\n分隔。也就是一行一个key
返回body

key\tbase64_encode(val)\n

key\tbase64_encode(val)\n

key\tbase64_encode(val)\n

说明:val表示从NoSQL中查询出的值，base64编码，用\t分隔；一行一个结果。

更新数据接口

URI
- /service/meta/business/doc/set : 更新 business 业务 DocGz 的 Meta 信息
- /service/meta/business/index/set : 更新 business 业务 InvertedIndexGz 的 Meta 信息

URI 上有一个参数 business_name ，用于表示不同的业务。这里可以实现不同业务数据，存放到不同的NoSQL实例中。
使用HTTP POST请求
请求body的报文格式如下：

key\tbase64_encode(val)\n

key\tbase64_encode(val)\n

key\tbase64_encode(val)\n

说明:val表示是需要更新NoSQL中的值，base64编码，用\t分隔；一行一个Key/Value对
返回body

key\tOK\n

key\terr\n

说明:每行是一个key的插入结果。

OK表示插入成功；

非OK表示插入失败，并将具体的错误信息一起返回