[Bucardo-general] Swap replication latency

David Christensen david at endpoint.com
Mon May 2 03:45:13 UTC 2011


On May 1, 2011, at 8:36 PM, Greg Sabino Mullane wrote:

>> Last good:            40m 30s (time to run: 46m 19s)
>> Last good time:       May 01, 2011 16:15:24  Target: xxxxxxx_remote
>> Ins/Upd/Del:          8674 / 2501 / 11
>> 
>> Any ideas?
> 
> You need to check your logs and follow a single KID process to see 
> where all the time is being taken. Feel free to be aggresive in 
> purging the bucardo_delta table: that's a common cause of delay. 
> To be specific, run:
> 
> SELECT bucardo_purge_delta('5 minutes'::interval);
> 
> followed by:
> 
> VACUUM VERBOSE bucardo_delta;
> VACUUM VERBOSE bucardo_track;
> 
> You could also try a vacuum full on those, but that will block 
> all your replicated tables until it finishes, so be careful.
> 
> Also make sure your q table is getting cleaned up. You can run:
> 
> SELECT bucardo_purge_q_table('5 minutes'::interval);
> 
> But it's probably faster and simpler to just truncate the table 
> once Bucardo is stopped. You will temporarily lose some of 
> the "Last good" stats, but might be worth it.
> 
> However, the logs are really the best place to start to see 
> where all the time is being taken.


Is there any sort of log analysis tool for this, or are the logs specific enough per installation/schema that that makes it fairly impractical?  Seems like it'd be nice to be able to standardize some parser and perform any common analysis if possible.

Regards,

David
--
David Christensen
End Point Corporation
david at endpoint.com






More information about the Bucardo-general mailing list