1. 07 Apr, 2020 8 commits
  2. 31 Mar, 2020 23 commits
  3. 25 Mar, 2020 9 commits
    • antirez's avatar
      PSYNC2: meaningful offset test. · e257f121
      antirez authored
      e257f121
    • antirez's avatar
      PSYNC2: meaningful offset implemented. · 5f72f696
      antirez authored
      A very commonly signaled operational problem with Redis master-replicas
      sets is that, once the master becomes unavailable for some reason,
      especially because of network problems, many times it wont be able to
      perform a partial resynchronization with the new master, once it rejoins
      the partition, for the following reason:
      
      1. The master becomes isolated, however it keeps sending PINGs to the
      replicas. Such PINGs will never be received since the link connection is
      actually already severed.
      2. On the other side, one of the replicas will turn into the new master,
      setting its secondary replication ID offset to the one of the last
      command received from the old master: this offset will not include the
      PINGs sent by the master once the link was already disconnected.
      3. When the master rejoins the partion and is turned into a replica, its
      offset will be too advanced because of the PINGs, so a PSYNC will fail,
      and a full synchronization will be required.
      
      Related to issue #7002 and other discussion we had in the past around
      this problem.
      5f72f696
    • antirez's avatar
      Explain why we allow transactions in -BUSY state. · 8caa2714
      antirez authored
      Related to #7022.
      8caa2714
    • Oran Agra's avatar
      MULTI/EXEC during LUA script timeout are messed up · e43cd831
      Oran Agra authored
      Redis refusing to run MULTI or EXEC during script timeout may cause partial
      transactions to run.
      
      1) if the client sends MULTI+commands+EXEC in pipeline without waiting for
      response, but these arrive to the shards partially while there's a busy script,
      and partially after it eventually finishes: we'll end up running only part of
      the transaction (since multi was ignored, and exec would fail).
      
      2) similar to the above if EXEC arrives during busy script, it'll be ignored and
      the client state remains in a transaction.
      
      the 3rd test which i added for a case where MULTI and EXEC are ok, and
      only the body arrives during busy script was already handled correctly
      since processCommand calls flagTransaction
      e43cd831
    • antirez's avatar
      34b89832
    • antirez's avatar
      Fix BITFIELD_RO test. · 70a98a43
      antirez authored
      70a98a43
    • antirez's avatar
      8783304a
    • antirez's avatar
      Minor changes to BITFIELD_RO PR #6951. · ec9cf002
      antirez authored
      ec9cf002
    • bodong.ybd's avatar
      b3e4abf0