kernelai

Results 100 comments of kernelai

`W1216 00:11:35.380177 5731 pika_repl_bgworker.cc:170] Check SessionId Mismatch: 10.0.208.2:9042, (db0:0) expected_session: 0, actual_session:1` 从上连接异常,这个一般是由网络割接导致。观察下主从lag是多少?是一直增大吗?

优先升级到v3.3.6吧。从日志看是在网络不稳定的情况下,slave断线重连的时候返现主节点里关于slave的信息没有清除,因此slave把状态置为error。v3.3.6已经修复了这个问题。

pika 对于写操作会添加一个行锁。加锁的作用是保证key写binlog的顺序与写DB的顺序一致。从而slave通过binlog增量同步时,与master一致。

升级版本吧。 新版本是解决不少同步的问题的。

twemproxy 暂时不维护了。

1: 尝试增加下Thread Number数据。这个表示工作线程数据。提高这个数量可以提高并发读。 2: 压测时,不要选取相同的key。因为pika内部会有行锁来控制写db和写binlog的顺序一致。会降低并发度。 3:如果没有特殊需求,请使用pika3.3.6。2版本已经不维护了。

我们有几个线上集群也是跑的codis,配合使用的也是3.3.6. 需要特定版本的codis。这一块高可用确实做的不多,更多依赖内部的监控系统,依赖dba的管理。[codis](https://github.com/kernelai/codis)

原版codis发送主从同步采用事务的方式,pika是不支持事务的,因此需要修改下官方codis的少量代码。参考`https://github.com/Qihoo360/pika/wiki/Support-Cluster-Slots`

这是个好的需求。我们可以做,我先放到任务列表里。