Author: jstephens
Date: 2010-03-29 17:04:40 +0200 (Mon, 29 Mar 2010)
New Revision: 19758
Log:
Documented Replication bugfixes:
BUG#51011, BUG#51226,
BUG#51251, BUG#51426
Modified:
trunk/dynamic-docs/changelog/mysqld-2.xml
Modified: trunk/dynamic-docs/changelog/mysqld-2.xml
===================================================================
--- trunk/dynamic-docs/changelog/mysqld-2.xml 2010-03-29 11:40:49 UTC (rev 19757)
+++ trunk/dynamic-docs/changelog/mysqld-2.xml 2010-03-29 15:04:40 UTC (rev 19758)
Changed blocks: 1, Lines Added: 129, Lines Deleted: 0; 3572 bytes
@@ -9,6 +9,135 @@
<logentry entrytype="bug">
<tags>
+ <highlight type="replication"/>
+ <manual type="unsigned_flag"/>
+ </tags>
+
+ <bugs>
+ <fixes bugid="51426"/>
+ <seealsobug bugid="49562"/>
+ </bugs>
+
+ <versions>
+ <version ver="5.5.4"/>
+ <version ver="6.0.14"/>
+ </versions>
+
+ <message>
+
+ <para>
+ The flag stating whether a user value was signed or unsigned
+ (<literal>unsigned_flag</literal>) could sometimes change
+ between the time that the user value was recorded for logging
+ purposes and the time that value was actually written to the
+ binary log could lead to inconsistency. Now
+ <literal>unsigned_flag</literal> is copied when the user
+ variable value is copied, and the copy of
+ <literal>unsigned_flag</literal> is then used for logging.
+ </para>
+
+ </message>
+
+ </logentry>
+
+ <logentry entrytype="bug">
+
+ <tags>
+ <highlight type="replication"/>
+ <manual type="temporary tables"/>
+ <manual type="InnoDB"/>
+ </tags>
+
+ <bugs>
+ <fixes bugid="51251"/>
+ </bugs>
+
+ <versions>
+ <version ver="5.5.4"/>
+ <version ver="6.0.14"/>
+ </versions>
+
+ <message>
+
+ <para>
+ <literal role="stmt">TRUNCATE</literal> performed on a temporary
+ table using the <literal role="se">InnoDB</literal> storage
+ engine was logged even when using row-based mode.
+ </para>
+
+ </message>
+
+ </logentry>
+
+ <logentry entrytype="bug">
+
+ <tags>
+ <highlight type="replication"/>
+ <manual type="Table ... doesn't exist"/>
+ <manual type="temporary tables"/>
+ </tags>
+
+ <bugs>
+ <fixes bugid="51226"/>
+ <regressionof bugid="35583"/>
+ </bugs>
+
+ <versions>
+ <version ver="5.5.4"/>
+ <version ver="6.0.14"/>
+ </versions>
+
+ <message>
+
+ <para>
+ When using temporary tables the binary log needs to insert a
+ pseudo-thread ID for threads that are using temporary tables,
+ each time a switch happens between two threads, both of which
+ are using temporary tables. However, if a thread issued a
+ failing statement before exit, its ID was not recorded in the
+ binary log, and this in turn caused the ID for the next thread
+ that tried to do something with a temporary table not to be
+ logged as well. Subsequent replays of the binary log failed with
+ the error <errortext>Table ... doesn't exist</errortext>.
+ </para>
+
+ </message>
+
+ </logentry>
+
+ <logentry entrytype="bug">
+
+ <tags>
+ <highlight type="replication"/>
+ <manual type="sql_mode"/>
+ <manual type="TRADITIONAL"/>
+ </tags>
+
+ <bugs>
+ <fixes bugid="51055"/>
+ </bugs>
+
+ <versions>
+ <version ver="5.5.4"/>
+ <version ver="6.0.14"/>
+ </versions>
+
+ <message>
+
+ <para>
+ If the master was using sql_mode='TRADITIONAL', duplicate key
+ errors were not sent to the slave, which received 0 rather than
+ the expected error code. This caused replication to fail even
+ when such an error was expected.
+ </para>
+
+ </message>
+
+ </logentry>
+
+ <logentry entrytype="bug">
+
+ <tags>
<highlight type="partitioning"/>
<manual type="RANGE"/>
</tags>
| Thread |
|---|
| • svn commit - mysqldoc@docsrva: r19758 - trunk/dynamic-docs/changelog | jon.stephens | 29 Mar |
