From version 2.8 onwards Replicate parameters APPLY_LOOP_PREVENTION and MINE_LOOP_PREVENTION will become public ones.
...
Comment: MINE_LOOP_PREVENTION is preferred to APPLY_LOOP_PREVENTION as the changes are filtered sooner and don't even get written to a PLOG file. But it's too aggressive in more complicated scenarios.
Valid Settings: YES or NO
NOTE:
If both APPLY_LOOP_PREVENTION and MINE_LOOP_PREVENTION are disabled APPLY will not set/use transaction name 'DBREPL_%'.
The settings for APPLY_LOOP_PREVENTION and MINE_LOP_PREVENTION can be different on each DB, but usually it's not necessary. And if they are kept the same, then using MINE implies APPLY has no effect. (MINE already filtered the changes.)
Bi-direction (or 2-way): replication MINE_LOOP_PREVENTION can be used.
replication is possible allowing master-to-master replication to provide real time information across multiple applications and sites.
One-way replication is possible allowing real time reporting across distributed reader farms reducing the performance impact on the production databases.