源端数据库压力很小的情况下如何控制gg的延时

风三

目前有个需求，是希望把gg的复制延时控制在20s之内。也就是说，同一条记录在目标端提交的时间减去这条记录在源端提交的时间，要小于20秒。
观察了几天，大概会有零星的几条记录，复制延时在30秒左右。
因为源端的db压力比较小，每天不超过10个归档（每个512M）。
这种情况下，不知道源端是否有相关的参数，可以调整抓取进程的频率或是每次抓取日志的大小呢？
请教各位了，谢谢。

风三

另外关于GROUPTRANSOPS和MAXTRANSOPS这两个参数，文档里有这么一段

if end of transaction OR num of operations >= maxtransops then

if num of operations >= grouptransops then

COMMIT transaction.

Let us look at several examples:

1、Grouptransops = 100, maxtransops = 1

Using the above example, replicat commits the transaction at the same point (ie 25+50+60).

2、Grouptransops = 1, maxtransops = 1

Using the above example, replicat commits the transaction at every operation.

3、Grouptransops = 10, maxtransops = 10

Using the above example, replicat commits the transaction at every 10th operation.


我的理解是，当源端的操作如下时：
25 operations for transaction 1

50 operations for transaction 2

60 operations for transaction 3

对应上面三种配置：目标端应该是
1、25提交一次，50提交一次，60提交一次。
2、每条提交一次。
3、每10条提交一次。
不知道这个理解是否正确，请指教。