pika commands that write to multiple keys in a single operation may cause inconsistencies between the master and slave nodes due to improper binlog handling

[cheniujh]

【主从同步修复】pika中一次操作了多个key的，有写性质的命令，由于binlog处理不当，可能引起主从不一致

现象：从节点消费binlog中的写命令时（WriteDB动作），没有以key为单位加锁，而是确保对于同一个key的操作，都是线性地WriteDB，具体做法是确保对同一个key的写操作都是在同一个线程中被线性执行的（通过对key进行hash来选定Worker），而一次性涉及到多个key的命令，都是对第一个key进行hash来选定worker的（实际上这条命令又对多个key有写操作），此时如果其他几个key也有并发的写操作，从节点把binlog apply 到DB时的顺序就可能乱掉，造成主从不一致

实例1：RPopLpush

实例2：Del命令
注：这是从节点的打印输出，binlog是从节点自己写binlog的顺序（实际上也是主节点生产binlog和WriteDB的顺序）， DB：是从节点实际上WriteDB的命令顺序/执行顺序

[cheniujh]

一种可能的解决方案是对于这种命令，写多条binlog（原来是写一条），但是性能会打折扣，所以请大家探讨一下是否有更好的解决方案

[cheniujh]

调试建议：把主节点生产binlog，从节点消费binlog的实际顺序(写到自己的binlog+WriteDB）都打印出来，这样从节点WriteDB顺序如果错乱了就能看见

1.在pika_consensus.cc 约518行加一个打印（也就是stable_logger_->Logger()->Put(binlog) 后面一行：

  std::cout << "binlog: ";
  for(auto&it:cmd_ptr->argv()){
    std::cout << it << " ";
  }
  std::cout << std::endl;

2.在pika_repl_bgworker.cc，约265行添加一个打印（ c_ptr->Do(slot)下一行：

  std::cout << "DB: ";
  for(auto& it :c_ptr->argv()){
    std::cout << it << " ";
  }
  std::cout << std::endl;