update doc on cache

hustdb/doc/doc/advanced/ha/test.md

@@ -12,11 +12,15 @@
             [uri]
                 uri: ip:port
             [action]
-                put | get | del | exist |
-                hset | hget | hdel | hexist |
+                put | get | get2 | del | exist |
+                hset | hget | hget2 |hdel | hexist |
                 sadd | srem | sismember |
-                zadd | zrem | zismember | zscore |
-                stat_all | sync_status | get_table | loop
+                zadd | zrem | zismember | zscore | zscore2 |
+                cache_exist | cache_get | cache_ttl | 
+                cache_put | cache_append | cache_del | cache_expire |
+                cache_hexist | cache_hget | cache_hset | cache_hdel |
+                cache_hincrby | cache_hincrbyfloat |
+                stat_all | sync_status | sync_alive | get_table | loop
     sample:
         python autotest.py localhost:8082 loop
         python autotest.py localhost:8082 stat_all

hustdb/doc/doc/api/ha.md

@@ -77,6 +77,9 @@ ha
     * 综合比较，`get2` 获取的数据是强一致的，但由于需要串行访问 `master1` 和 `master2`，因此 `QPS` 会比 `get` 低很多；`get` 获取的数据是弱一致的，但由于大部分情况下它只需要访问 `master1` 即可拿到数据，因此 `QPS` 会比 `get2` 高很多。
     * 结论：`get` 是 **弱一致性，高 `QPS`** ；`get2` 是 **强一致性，低 `QPS`** 。如果业务需要保证数据的强一致性，同时对吞吐量没有很高的要求，可以选用 `get2`，例如金融类业务；如果业务需要很高的吞吐量，可以忍受部分读取数据的不一致，则 `get` 更合适，例如商品信息展示。
 
+* 关于 `cache`  
+    `cache` 相关的接口，数据均存储在内存中， **不会持久化到硬盘** 。其他的接口，数据会持久化到硬盘。
+
 [上一级](index.md)
 
 [根目录](../index.md)

hustdb/doc/doc/appendix/faq.md

@@ -23,6 +23,9 @@ FAQ
 
 **Q** :  `hustdb ha` 的接口中 `get` 与 `get2`、`hget` 与 `hget2` 、`zscore` 与 `zscore2` 有什么差别？   
 **A** :  参考 [这里](../api/ha.md) 。
+
+**Q** :  `hustdb ha` 的接口中 `/cache/xxx` 与 `/xxx` 的差别是什么？例如 `/cache/put` 和 `put`。   
+**A** :  参考 [这里](../api/ha.md) 。
 
 [上一级](index.md)