<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: How to sync tables in master-master MySQL replication</title>
	<atom:link href="http://www.xaprb.com/blog/2008/02/29/how-to-sync-tables-in-master-master-mysql-replication/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.xaprb.com/blog/2008/02/29/how-to-sync-tables-in-master-master-mysql-replication/</link>
	<description>Stay curious!</description>
	<lastBuildDate>Thu, 09 Feb 2012 20:41:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Xaprb</title>
		<link>http://www.xaprb.com/blog/2008/02/29/how-to-sync-tables-in-master-master-mysql-replication/#comment-17576</link>
		<dc:creator>Xaprb</dc:creator>
		<pubDate>Sat, 09 Jan 2010 16:43:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.xaprb.com/blog/2008/02/29/how-to-sync-tables-in-master-master-mysql-replication/#comment-17576</guid>
		<description>It is not quite a million dollar question, but it&#039;s something we get asked to do a lot at Percona, and it tends to be very tedious and time consuming, hence it can easily be a thousand dollar question.  There is no easy recipe: you have to find the writes and understand what their purpose was, and then figure out whether to keep them, merge conflicts, throw them away, etc.  It all depends on how much the data matters to the client, too.  A lot of times we give a preliminary check and then go back to the client, who tells us it&#039;s not worth the money and we just pick one server as authoritative.</description>
		<content:encoded><![CDATA[<p>It is not quite a million dollar question, but it&#8217;s something we get asked to do a lot at Percona, and it tends to be very tedious and time consuming, hence it can easily be a thousand dollar question.  There is no easy recipe: you have to find the writes and understand what their purpose was, and then figure out whether to keep them, merge conflicts, throw them away, etc.  It all depends on how much the data matters to the client, too.  A lot of times we give a preliminary check and then go back to the client, who tells us it&#8217;s not worth the money and we just pick one server as authoritative.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://www.xaprb.com/blog/2008/02/29/how-to-sync-tables-in-master-master-mysql-replication/#comment-17575</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Sat, 09 Jan 2010 11:17:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.xaprb.com/blog/2008/02/29/how-to-sync-tables-in-master-master-mysql-replication/#comment-17575</guid>
		<description>Thanks Xaprb, so how do you evaluate the writes is the million dollar question?
Cheers</description>
		<content:encoded><![CDATA[<p>Thanks Xaprb, so how do you evaluate the writes is the million dollar question?<br />
Cheers</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Xaprb</title>
		<link>http://www.xaprb.com/blog/2008/02/29/how-to-sync-tables-in-master-master-mysql-replication/#comment-17572</link>
		<dc:creator>Xaprb</dc:creator>
		<pubDate>Sat, 09 Jan 2010 01:12:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.xaprb.com/blog/2008/02/29/how-to-sync-tables-in-master-master-mysql-replication/#comment-17572</guid>
		<description>You evaluate the changes to see if they conflict.  There is no easy answer to this problem.  It is equivalent to permitting writes on both masters and the results can be anything from a non-event to utter chaos.</description>
		<content:encoded><![CDATA[<p>You evaluate the changes to see if they conflict.  There is no easy answer to this problem.  It is equivalent to permitting writes on both masters and the results can be anything from a non-event to utter chaos.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://www.xaprb.com/blog/2008/02/29/how-to-sync-tables-in-master-master-mysql-replication/#comment-17569</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Fri, 08 Jan 2010 19:43:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.xaprb.com/blog/2008/02/29/how-to-sync-tables-in-master-master-mysql-replication/#comment-17569</guid>
		<description>Great help thanks..

in the case of a master to master relationship where the backup master has made an insert while master1 is offline. 

When master1 comes back online how can we tell which is the most up to date master to sync from?

Cheers
Mat</description>
		<content:encoded><![CDATA[<p>Great help thanks..</p>
<p>in the case of a master to master relationship where the backup master has made an insert while master1 is offline. </p>
<p>When master1 comes back online how can we tell which is the most up to date master to sync from?</p>
<p>Cheers<br />
Mat</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Xaprb</title>
		<link>http://www.xaprb.com/blog/2008/02/29/how-to-sync-tables-in-master-master-mysql-replication/#comment-17208</link>
		<dc:creator>Xaprb</dc:creator>
		<pubDate>Mon, 02 Nov 2009 19:51:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.xaprb.com/blog/2008/02/29/how-to-sync-tables-in-master-master-mysql-replication/#comment-17208</guid>
		<description>I think that is best to do manually :-(</description>
		<content:encoded><![CDATA[<p>I think that is best to do manually :-(</p>
]]></content:encoded>
	</item>
</channel>
</rss>

