v2.1.19

• Optimize the node status information output through binlogctl #777
• Fix the panic occurred because of the nil value in the Drainer filter configuration #802
• Optimize the Graceful exit of Pump #825
• Add more detailed monitoring metrics when Pump writes binlog data #830
• Optimize Drainer’s logic to refresh table information after Drainer has executed a DDL operation #836
• Fix the issue that the commit binlog of a DDL operation is ignored when Pump does not receive this binlog #855

v3.1.0-beta

update makefile

v3.0.8

• Fix the issue that the binlog is ignored because Pump does not receive the DDL committed binlog #853

v3.0.7

arbiter: discard the repeated kafka message (#837) (#838)

v3.0.6

• Obtain the initial replication timestamp from PD when initial-commit-ts is set to “-1” in Drainer #788
• Decouple Drainer’s Checkpoint storage from the downstream and support saving Checkpoint in MySQL or local files #790
• Fix the Drainer panic issue caused by using empty values when configuring replication database/table filtering #801
• Fix the issue that processes get into the deadlock status instead of exiting after a panic occurs because Drainer fails to apply binlog files to the downstream #807
• Fix the issue that Pump blocks when it exits because of gRPC’s GracefulStop #817
• Fix the issue that Drainer fails when it receives a binlog which misses a column during the execution of a DROP COLUMN statement in TiDB (v3.0.6 or later) #827

v2.1.18

• Fix the issue that ALTER DATABASE related DDL operations cause Drainer to exit abnormally #770
• Support querying the transaction status information for Commit binlog to improve replication efficiency #761
• Fix the issue that a Pump panic might occur when Drainer's start_ts is greater than Pump's largest commit_ts #759

v3.0.5

• Fix the issue that ALTER DATABASE related DDL operations cause Drainer to exit abnormally #769
• Support querying the transaction status information for Commit binlog to improve replication efficiency #757
• Fix the issue that a Pump panic might occur when Drainer's start_ts is greater than Pump's largest commit_ts #758

v3.0.4

• Add the worker-count and txn-batch configuration items in Reparo to control the recovery speed #746
• Optimize the memory usage of Drainer to enhance the efficiency of simultaneous execution #737

v2.1.17

• Add worker-count and txn-batch configuration items in Reparo to control the recovery speed #746
• Optimize the memory usage of Drainer to improve the parallel execution efficiency #735
• Fix the bug that Pump cannot quit normally in some cases #739
• Optimize the processing logic of LevelDB in Pump to improve the execution efficiency of GC #720

v3.0.3

• Modify the default value of defaultBinlogItemCount in Drainer from 65536 to 512 to reduce the change of OOM on Drainer startup #721
• Optimize the offline logic for pump server to avoid potential offline congestions #701