【问题现象】
DMHS日志报错，影响行数与期望行数不同
【报错原因】
数据库提交操作比较耗时，为加快同步速度，当两个事务操作的数据没有交集（事务之间没有关联的表）时，两个事务可以并行执行，并行执行的事务提交时，并不受事务提交先后顺序的限制，有可能后提交的事务先提交。如果两个事务中的操作行存在交集，两个事务不能并行执行。预提交功能就是将不存在交集的事务并行执行，将存在交集的事务串行执行。开启预提交功能后，事务在执行时，首先根据操作的行ROWID，判断是否存在ROWID对应的lock信息，如果存在，说明其他事务存在该数据的操作，当前事务需要等待其他事务完成该行的操作后才能继续执行；如果不存在，则其他事务没有对该行进行操作，于是生成该行的lock信息，当事务执行完成后，确认是否为事务所有的lock信息；DMHS中，控制lock信息个数的参数为lock_rows，现场中并未设置，导致lock信息并未生成，如果两个事务中存在数据交集，由于lock信息并未生成，两个事务就会并行执行，导致报错。
【解决办法】
关闭预提交参数，关闭该参数不影响数据一致性，关闭后需监控延迟情况。
现场环境版本配置文件暂时不能加lock_rows参数，该参数在此DMHS版本上存在问题，因此只能关闭commit_prepare参数。
【归档日志解析及同步流程】
达梦解析源端数据库日志时，并不能根据交易日志，还原源端数据库的SQL操作，但可以实现源端数据库SQL操作的同等操作。对于DML操作，CPT模块以数据行为单位，对交易日志进行解析。DMHS目标端通过NET模块接收源端发送过来的日志
