codis解决方案

写的不错的参考文章参考

codis一些常见问题

codis因为强制关机而出现的问题，导致dashboard起不起来
删除zookeeper中的lock值，这个值是dashboard的值，删除它，才能启动起来dashboard

#输入项目名和zookeeper地址
/usr/local/codis/codis-admin --remove-lock --product=codis-test1 --zookeeper=10.0.2.6:2181
#--product是dashboard的名称标记
#zookeepr填写zookeeper的地址

删除proxy代理

./bin/codis-admin --dashboard=127.0.0.1:18080 --remove-proxy --addr=127.0.0.1:11080 --force
#dashboard填写dashboard的地址
#addr填写proxy的ip地址

然后重新启动dashboard，然后就可以了

Codis/Redis数据莫名丢失

问题
codis3.2.2集群中（三台机器），其中一台机器上会出现这种情况：某个库莫名消失或某个库的数据（非过期数据）莫名丢失。其他两台机器未出现这种情况。

排查
redis的内存问题。因为三台机器上的redis的maxmemory均设置为100000kb，约97.66MB，maxmemory-policy设置为allkeys-lru数据淘汰策略（从内存数据集中挑选最近最少使用的数据淘汰），即当redis内存数据集快到达maxmemory时，redis会实行allkeys-lru数据淘汰策略。而出现问题的机器上used_memory_human约达到96MB，其他俩机器used_memory_human约15-20MB。其中maxmemory，used_memory可通过命令info memory查看。

解决
提高maxmemory的值。因为集群在运行中，所以这里通过命令行更改maxmemory的值，先执行config set maxmemory 3G，再执行config rewrite

Codis报错：proxy accept new connection failed [error]: too many open
files

Codis频繁报错：proxy accept new connection failed [error]: accept tcp4 0.0.0.0:19000: accept4: too many open files

原因：连接数过多

解决：参考https://github.com/CodisLabs/codis/issues/113，思路如下：

          1）使用命令查看当前有多少连接数(注意在root下)：netstat -altp|grep codis|wc -l

          2）查看linux系统里打开文件描述符的最大值：ulimit -n

                查看codis-proxy的配置文件：proxy.conf的参数proxy_max_clients，该参数表示codis代理的最大连接数

                查看redis的配置文件：类似redis_6379.conf的参数maxclients，该参数表示redis允许的最大连接数
                查看zookeeper的配置文件，maxClientCnxns为zookeeper的连接参数

          3）调整步骤2中提及的参数，如果修改了配置文件，则需要重启生效。

codis-admin操作
参考链接参考

重新同步所有的slots，当Proxy的slots出现异常的时候执行。

codis-admin --dashboard= --reinit-proxy --addr=

非常重要：调优
搭建zookeeper的时候不要用本机ip来配写，要换成hosts来配写，记得zookeeper服务端机器上面配对应的hosts
java用jodis连接zookeeper的时候记得也用hosts来连接，在连接的本机上配zookeeper服务端对应hosts