<?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>《InnoDB Double write》的评论</title>
	<atom:link href="http://ourmysql.com/archives/825/feed" rel="self" type="application/rss+xml" />
	<link>http://ourmysql.com/archives/825</link>
	<description>我们致力于一个MySQL知识的分享网站</description>
	<lastBuildDate>Sat, 12 May 2012 08:14:43 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>作者：repls</title>
		<link>http://ourmysql.com/archives/825/comment-page-1#comment-80145</link>
		<dc:creator>repls</dc:creator>
		<pubDate>Mon, 19 Mar 2012 14:30:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.ourmysql.com/?p=825#comment-80145</guid>
		<description>回复felix：
我个人觉得作者在这个概念上说得不是很清楚。如果没有doublewrite buffer，在直接写物理磁盘的时候，如果发生了系统崩溃，那么如果页没有损坏（这个损坏我一直没找到很好的词语来说得更形象）那么通过redo log是能恢复的，因为redo本身就是记录的页物理上的改变，而如果发生了页损坏呢？那么如果没有doublewrite buffer这个功能是不是就无法进行恢复了？或者能恢复但是一定会造成数据丢失呢？ 所以doublewrite buffer主要的功能就是防止页损坏。
不知这样理解对么？</description>
		<content:encoded><![CDATA[<p>回复felix：<br />
我个人觉得作者在这个概念上说得不是很清楚。如果没有doublewrite buffer，在直接写物理磁盘的时候，如果发生了系统崩溃，那么如果页没有损坏（这个损坏我一直没找到很好的词语来说得更形象）那么通过redo log是能恢复的，因为redo本身就是记录的页物理上的改变，而如果发生了页损坏呢？那么如果没有doublewrite buffer这个功能是不是就无法进行恢复了？或者能恢复但是一定会造成数据丢失呢？ 所以doublewrite buffer主要的功能就是防止页损坏。<br />
不知这样理解对么？</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：steven_he</title>
		<link>http://ourmysql.com/archives/825/comment-page-1#comment-48720</link>
		<dc:creator>steven_he</dc:creator>
		<pubDate>Tue, 26 Oct 2010 11:07:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.ourmysql.com/?p=825#comment-48720</guid>
		<description>以上是两个问题： 
 不管是否innodb_flush_method=O_DIRECT，LOG的FLUSH都是以FSYNC方式进行，所以FLUSH的时候对内存要求没那么多。 
 （这一点我觉得如果你只调整LOG大小，肯定没用）
 
 另外，innodb_flush_method=O_DIRECT 以后，减少了对内存的使用，导致减少了对SWAP的使用，IO肯定下来的；
 不管是否innodb_flush_method=O_DIRECT，从磁盘读的IO数据肯定是等量的，关键是系统在处理读数据的时候，采用OS CACHE 需要使用到SWAP了，出现换入换出。这里可能产生不少IO；

 建议楼主只调一个参数，这样追踪问题比较快速；</description>
		<content:encoded><![CDATA[<p>以上是两个问题：<br />
 不管是否innodb_flush_method=O_DIRECT，LOG的FLUSH都是以FSYNC方式进行，所以FLUSH的时候对内存要求没那么多。<br />
 （这一点我觉得如果你只调整LOG大小，肯定没用）</p>
<p> 另外，innodb_flush_method=O_DIRECT 以后，减少了对内存的使用，导致减少了对SWAP的使用，IO肯定下来的；<br />
 不管是否innodb_flush_method=O_DIRECT，从磁盘读的IO数据肯定是等量的，关键是系统在处理读数据的时候，采用OS CACHE 需要使用到SWAP了，出现换入换出。这里可能产生不少IO；</p>
<p> 建议楼主只调一个参数，这样追踪问题比较快速；</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：felix</title>
		<link>http://ourmysql.com/archives/825/comment-page-1#comment-48318</link>
		<dc:creator>felix</dc:creator>
		<pubDate>Mon, 11 Oct 2010 09:22:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.ourmysql.com/?p=825#comment-48318</guid>
		<description>感觉如果redo log记录的是基于sql的，那么数据不一致时重做redo log就会有问题，而如果redo log记录是基于block的，那么数据不一致时重做redo log就会有问题。不知楼主如何解答，盼能恢复一下</description>
		<content:encoded><![CDATA[<p>感觉如果redo log记录的是基于sql的，那么数据不一致时重做redo log就会有问题，而如果redo log记录是基于block的，那么数据不一致时重做redo log就会有问题。不知楼主如何解答，盼能恢复一下</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：felix</title>
		<link>http://ourmysql.com/archives/825/comment-page-1#comment-48317</link>
		<dc:creator>felix</dc:creator>
		<pubDate>Mon, 11 Oct 2010 08:49:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.ourmysql.com/?p=825#comment-48317</guid>
		<description>一直想不通，mysql在做checkpoint时，记录什么信息，楼主的例子，但数据不一致时，mysql能否从一个较早的checkpoint的点开始应用redo log，这样能否解决数据一致性的问题。另外，这个有点取决于redo log内部的结构体，即redo log的record记录的是什么?</description>
		<content:encoded><![CDATA[<p>一直想不通，mysql在做checkpoint时，记录什么信息，楼主的例子，但数据不一致时，mysql能否从一个较早的checkpoint的点开始应用redo log，这样能否解决数据一致性的问题。另外，这个有点取决于redo log内部的结构体，即redo log的record记录的是什么?</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：OurMySQL</title>
		<link>http://ourmysql.com/archives/825/comment-page-1#comment-45165</link>
		<dc:creator>OurMySQL</dc:creator>
		<pubDate>Wed, 12 May 2010 08:06:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.ourmysql.com/?p=825#comment-45165</guid>
		<description>回复JustHost：不是的，是在一个江西的空间商的</description>
		<content:encoded><![CDATA[<p>回复JustHost：不是的，是在一个江西的空间商的</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：JustHost</title>
		<link>http://ourmysql.com/archives/825/comment-page-1#comment-45142</link>
		<dc:creator>JustHost</dc:creator>
		<pubDate>Tue, 11 May 2010 01:55:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.ourmysql.com/?p=825#comment-45142</guid>
		<description>文章写的不错~~不知道倪是使用的JustHost主机吗?</description>
		<content:encoded><![CDATA[<p>文章写的不错~~不知道倪是使用的JustHost主机吗?</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：电子翻书</title>
		<link>http://ourmysql.com/archives/825/comment-page-1#comment-45091</link>
		<dc:creator>电子翻书</dc:creator>
		<pubDate>Tue, 04 May 2010 08:13:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.ourmysql.com/?p=825#comment-45091</guid>
		<description>高手，研究的很透！</description>
		<content:encoded><![CDATA[<p>高手，研究的很透！</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：品牌奇兵</title>
		<link>http://ourmysql.com/archives/825/comment-page-1#comment-44862</link>
		<dc:creator>品牌奇兵</dc:creator>
		<pubDate>Wed, 21 Apr 2010 18:07:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.ourmysql.com/?p=825#comment-44862</guid>
		<description>博主是高人啊，拜读了，呵呵</description>
		<content:encoded><![CDATA[<p>博主是高人啊，拜读了，呵呵</p>
]]></content:encoded>
	</item>
</channel>
</rss>

