-
Bug
-
Resolution: Duplicate
-
Major
-
None
-
1.6.0.Final, 1.6.1.Final, 1.7.0.Alpha1
-
None
-
False
-
False
-
master
-
undefined
-
-
During the test, I found that debezium lost some data during large transactions. Through debugging, I found that the actual cause was a hash conflict in the event of a single transaction;
I think the problem is due to the fact that ORA_HASH is 32-bit storage, and maybe we should add extra judgment when hash collisions occur to determine whether the events are consistent
- duplicates
-
DBZ-3834 Row hashing in LogMiner Query not able to differentiate between rows of a statement.
- Closed