<?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 scale writes with master-master replication in MySQL</title>
	<atom:link href="http://www.xaprb.com/blog/2008/08/06/how-to-scale-writes-with-master-master-replication-in-mysql/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.xaprb.com/blog/2008/08/06/how-to-scale-writes-with-master-master-replication-in-mysql/</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: Nicolas</title>
		<link>http://www.xaprb.com/blog/2008/08/06/how-to-scale-writes-with-master-master-replication-in-mysql/#comment-19848</link>
		<dc:creator>Nicolas</dc:creator>
		<pubDate>Sun, 22 Jan 2012 23:56:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.xaprb.com/blog/2008/08/06/how-to-scale-writes-with-master-master-replication-in-mysql/#comment-19848</guid>
		<description>Wouldn&#039;t the master-master help scaling in some case. There is lot of queries that requires read before writes like insert...select or updates. Wouldn&#039;t splitting the writes between two master and using row-based replication help? The two masters will still have to do all the write (hence, write doesn&#039;t scale) but you can improve your throughput by reducing some of the read generated by the write (and possibly reduce CPU impact of some bad triggers). Would this be a fallacy too?

Also, the post is few years old. MySQL 5.6 is on its way with multi-threaded replication. Having write for one DB on one master and write for another DB to the other master could help the replication lag issues.

IMHO, master-master can mitigate the I/O problem in some case but doesn&#039;t solve it. You still need to get all your data written on both master.</description>
		<content:encoded><![CDATA[<p>Wouldn&#8217;t the master-master help scaling in some case. There is lot of queries that requires read before writes like insert&#8230;select or updates. Wouldn&#8217;t splitting the writes between two master and using row-based replication help? The two masters will still have to do all the write (hence, write doesn&#8217;t scale) but you can improve your throughput by reducing some of the read generated by the write (and possibly reduce CPU impact of some bad triggers). Would this be a fallacy too?</p>
<p>Also, the post is few years old. MySQL 5.6 is on its way with multi-threaded replication. Having write for one DB on one master and write for another DB to the other master could help the replication lag issues.</p>
<p>IMHO, master-master can mitigate the I/O problem in some case but doesn&#8217;t solve it. You still need to get all your data written on both master.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Xaprb</title>
		<link>http://www.xaprb.com/blog/2008/08/06/how-to-scale-writes-with-master-master-replication-in-mysql/#comment-18812</link>
		<dc:creator>Xaprb</dc:creator>
		<pubDate>Fri, 22 Oct 2010 10:17:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.xaprb.com/blog/2008/08/06/how-to-scale-writes-with-master-master-replication-in-mysql/#comment-18812</guid>
		<description>Pradeep, please use a mailing list or forum to get help with this.</description>
		<content:encoded><![CDATA[<p>Pradeep, please use a mailing list or forum to get help with this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pradeep</title>
		<link>http://www.xaprb.com/blog/2008/08/06/how-to-scale-writes-with-master-master-replication-in-mysql/#comment-18811</link>
		<dc:creator>pradeep</dc:creator>
		<pubDate>Fri, 22 Oct 2010 08:06:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.xaprb.com/blog/2008/08/06/how-to-scale-writes-with-master-master-replication-in-mysql/#comment-18811</guid>
		<description>Hi! i am new in mysql and trying to establish master master replication in mysql

on first server i have added these lines to mysqld section of my.cnf...

[Ed: deleted rest of comment]</description>
		<content:encoded><![CDATA[<p>Hi! i am new in mysql and trying to establish master master replication in mysql</p>
<p>on first server i have added these lines to mysqld section of my.cnf&#8230;</p>
<p>[Ed: deleted rest of comment]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Xaprb</title>
		<link>http://www.xaprb.com/blog/2008/08/06/how-to-scale-writes-with-master-master-replication-in-mysql/#comment-15506</link>
		<dc:creator>Xaprb</dc:creator>
		<pubDate>Fri, 05 Dec 2008 19:18:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.xaprb.com/blog/2008/08/06/how-to-scale-writes-with-master-master-replication-in-mysql/#comment-15506</guid>
		<description>Hi Dmitri,

I&#039;m sorry, but that is a very long conversation.  It is more advice than I want to give on my blog, since I am a consultant and give this advice via percona.com for a living :)  You can also learn a lot about this via the MySQL manual, or by reading our book, but I don&#039;t want to repeat it here.</description>
		<content:encoded><![CDATA[<p>Hi Dmitri,</p>
<p>I&#8217;m sorry, but that is a very long conversation.  It is more advice than I want to give on my blog, since I am a consultant and give this advice via percona.com for a living :)  You can also learn a lot about this via the MySQL manual, or by reading our book, but I don&#8217;t want to repeat it here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dmitri</title>
		<link>http://www.xaprb.com/blog/2008/08/06/how-to-scale-writes-with-master-master-replication-in-mysql/#comment-15505</link>
		<dc:creator>Dmitri</dc:creator>
		<pubDate>Fri, 05 Dec 2008 18:33:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.xaprb.com/blog/2008/08/06/how-to-scale-writes-with-master-master-replication-in-mysql/#comment-15505</guid>
		<description>@Xaprb: thank you for the reply. In this case I think I will be interested in implementing two masters with one slave. My idea is to have one active master for all writes, a passive master for all reads and another slave for backups and cron jobs that involve big table scans and put additional load to mysql. I found brief description of this scheme at:

http://code.google.com/p/mysql-master-master/wiki/TypicalUseCases

However one thing that I am concerned of is that the description  states: &quot;IT could not be implemented without using some third party software or MySQL Cluster solutions (with well known set of limitations on database size)&quot;.

I don&#039;t want to use Mysql Cluster. What kind of 3-rd party software is needed for this scheme?</description>
		<content:encoded><![CDATA[<p>@Xaprb: thank you for the reply. In this case I think I will be interested in implementing two masters with one slave. My idea is to have one active master for all writes, a passive master for all reads and another slave for backups and cron jobs that involve big table scans and put additional load to mysql. I found brief description of this scheme at:</p>
<p><a href="http://code.google.com/p/mysql-master-master/wiki/TypicalUseCases" rel="nofollow">http://code.google.com/p/mysql-master-master/wiki/TypicalUseCases</a></p>
<p>However one thing that I am concerned of is that the description  states: &#8220;IT could not be implemented without using some third party software or MySQL Cluster solutions (with well known set of limitations on database size)&#8221;.</p>
<p>I don&#8217;t want to use Mysql Cluster. What kind of 3-rd party software is needed for this scheme?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

