居然还有这个东西。。。。Codis 2.0 mget 性能已经非常好了，1.9 的 mget 还不行。
Codis 1.9 里面，net_timeout 是 codis 向 socket 一次读写请求的 timeout，一般几秒就可以了，对连接影响不大。
Codis 2.0 里面，取消了这个参数，默认设置成 30s；增加了 session_max_timeout 参数，表示 这么长时间 session 没响应就踢掉，0 表示无限长时间；增加了 session_max_pipeline 表示最大的 pipeline buffer 的大小，发送连续超过这么多条指令而不读去 response 有可能导致连接断开。
Codis 1.9 里面，net_timeout 是 codis 向 socket 一次读写请求的 timeout，一般几秒就可以了，对连接影响不大。
Codis 2.0 里面，取消了这个参数，默认设置成 30s；增加了 session_max_timeout 参数，表示 这么长时间 session 没响应就踢掉，0 表示无限长时间；增加了 session_max_pipeline 表示最大的 pipeline buffer 的大小，发送连续超过这么多条指令而不读去 response 有可能导致连接断开。
[PANIC] run sub-command failed
[error]: http status code 500, zk: node does not exist
4 /home/bmb/go/src/github.com/wandoulabs/codis/cmd/cconfig/utils.go:66
main.callApi
3 /home/bmb/go/src/github.com/wandoulabs/codis/cmd/cconfig/proxy.go:58
main.runSetProxyStatus
2 /home/bmb/go/src/github.com/wandoulabs/codis/cmd/cconfig/proxy.go:34
main.cmdProxy
1 /home/bmb/go/src/github.com/wandoulabs/codis/cmd/cconfig/main.go:88
main.runCommand
0 /home/bmb/go/src/github.com/wandoulabs/codis/cmd/cconfig/main.go:151
main.main
... ...
[stack]:
0 /home/bmb/go/src/github.com/wandoulabs/codis/cmd/cconfig/main.go:153
main.main
... ...
[error]: http status code 500, zk: node does not exist
4 /home/bmb/go/src/github.com/wandoulabs/codis/cmd/cconfig/utils.go:66
main.callApi
3 /home/bmb/go/src/github.com/wandoulabs/codis/cmd/cconfig/proxy.go:58
main.runSetProxyStatus
2 /home/bmb/go/src/github.com/wandoulabs/codis/cmd/cconfig/proxy.go:34
main.cmdProxy
1 /home/bmb/go/src/github.com/wandoulabs/codis/cmd/cconfig/main.go:88
main.runCommand
0 /home/bmb/go/src/github.com/wandoulabs/codis/cmd/cconfig/main.go:151
main.main
... ...
[stack]:
0 /home/bmb/go/src/github.com/wandoulabs/codis/cmd/cconfig/main.go:153
main.main
... ...
我的config.ini的配置:
zk=192.168.12.198:2181
product=bmbtest
proxy_id=proxy_1
dashboard_addr=192.168.12.198:18087
coordinator=zookeeper
product=bmbtest
proxy_id=proxy_1
dashboard_addr=192.168.12.198:18087
coordinator=zookeeper
我确认zk下的node: /zk/codis/bmbtest已经建立成功了
[PANIC] create zk node failed
wandoulabs/codis#446
哪位知道，帮给解决一下
后端挂的 redis 实例是不同的,但是 proxy 部分用的是同一个实例
对应到 codis 上, N 个 server pool 应该至少得部署 N 台 codis-proxy ,是这样不?
有人吗
bin/codis-config dashboard --addr=139.196.234.225:18087
这应该是启动了，但我用netstat查看不到他的服务端口
netstat -nlpt
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:10050 0.0.0.0: LISTEN 1915/zabbix_agentd
tcp 0 0 0.0.0.0:10086 0.0.0.0: LISTEN 26573/bin/codis-con
tcp 0 0 0.0.0.0:32200 0.0.0.0:* LISTEN 13315/sshd
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:10050 0.0.0.0: LISTEN 1915/zabbix_agentd
tcp 0 0 0.0.0.0:10086 0.0.0.0: LISTEN 26573/bin/codis-con
tcp 0 0 0.0.0.0:32200 0.0.0.0:* LISTEN 13315/sshd
这个是怎么回事呢?
codis现在支持redis4.x吗
2017/06/13 14:09:45 migrate_task.go:107: ^[[0;37m[info] migrate Slot: slot_3 From: group_3 To: group_1 remain: 0 keys ^[[0
m
2017/06/13 14:09:48 action.go:100: ^[[0;33m[warning] abnormal waiting time for receivers /zk/codis/db_imp/ActionResponse/0
000004134 [] ^[[0m
2017/06/13 14:09:49 action.go:100: ^[[0;33m[warning] abnormal waiting time for receivers /zk/codis/db_imp/ActionResponse/0
000004134 [] ^[[0m
m
2017/06/13 14:09:48 action.go:100: ^[[0;33m[warning] abnormal waiting time for receivers /zk/codis/db_imp/ActionResponse/0
000004134 [] ^[[0m
2017/06/13 14:09:49 action.go:100: ^[[0;33m[warning] abnormal waiting time for receivers /zk/codis/db_imp/ActionResponse/0
000004134 [] ^[[0m
@spinlock
有没有遇到过codis-proxy启动报这个错的？
各位大神，请教一个问题。不知道会不会出现这种错误情况:
假设有两个 Proxy，A 和 Dashboard 可以正常通信，B 和 Dashboard 之间网络出现问题。在 slot 数据迁移时，A 可以正常同步新的 slot 信息，B 会出现问题，如果卡在了 Prepared 阶段，而这个时候 A 处理了一个 key 的请求，将这个 key 的数据迁移到新的 redis 节点了，后来 B 又接收到了同一个 key 的请求，由于没有不同步 slot 信息，B 会在将请求代理到原来的 redis 节点，此时旧 redis 节点上已经不存在这个 key 的数据了，会返回 key 不存在的错误。
求大神 @ngaut 解答，多谢~
