吴祖洋

你试试在ssdb源码(从这里下载 https://github.com/ideawu/ssdb )目录里执行 ``` deps\cpy\cpy tools\ssdb-cli.cpy ``` 不确定是否正常, 依赖 Python. 如有问题, 欢迎随时反馈.

没有专门的 javadoc, 但是, 你可以参考 php doc: http://ssdb.io/docs/zh_cn/php/ 假设php有这样的一个函数: ``` set($key, $val); ``` 对应的 java 调用就是 ``` request("set", key, val); ``` 没错, 函数名作为第一个参数, 后面参数依次展开. 返回值是一个数组, 第一个元素是状态(status code), 后面的是数据. 如果你觉得麻烦, 可以使用 https://github.com/nutzam/ssdb4j,...

谢谢反馈.

Hi, 你好, 附带的静态链接库有意限制只能在模拟器里使用, 做开发使用. 谢谢你的反馈.

如想在真机使用, 可以私信联系我.

Hi, cpy does not support tuples grammar, you can use the tuple function to convert list to tuple: ``` c = 2; d = 3; a = tuple([1+c, 2+d]); print...

你好, 你的方案1,2,3, 只有1是正确的, 2,3是错误的(严格来说, 2,3会自动清除数据, 恢复为1状态, 即空数据状态)! 分析你的情况, 是因为在replication关系建立的过程中, master在大量写入, 导致写入速度严重超过同步速度, 从而导致同步失败, 触发了flushdb. 你尝试下在空闲没有写入的时间段内启动c. 注意, 新加入的节点c必须是空的, 启动前删除c的meta和data目录.

注意, 我根据你的描述, 得出你的场景是: 现在: ``` a b ``` 计划: ``` a b--sync--->c ``` 也即: 在一个双主节点组中, 新加入新的节点作为其中一个节点的slave. 并没有所谓的"迁移".

还是停机维护方便, 别必要弄复杂了. 方法: - 将a和b的data, meta两个目录分别复制到新的两台机器. - 同时将配置文件复制, 注意, 如果原来配置文件没有replication.slaveof.id的话, 则不能使用本方法.

@westarest ssdb默认会保持 1000万条 binlog, 不可能保持"全部"的 binlog, 如果你写得太快, 而同步中断超过1万秒, 只能从头同步. 目前, 根据你的需求, 有两种解决方案: 1. 你修改源码, 将binlog队列从1000万改大. 2. 改进网络条件, 以及服务器硬盘, 避免同步的速度慢于写的速度.