svn commit - mysqldoc@docsrva: r22454 - trunk/dynamic-docs/changelog

[jon.stephens]

Author: jstephens
Date: 2010-08-26 12:49:44 +0200 (Thu, 26 Aug 2010)
New Revision: 22454

Log:

Changelog entries for Partitioning bugfixes:

  BUG#49907, BUG#53676



Modified:
   trunk/dynamic-docs/changelog/mysqld-2.xml


Modified: trunk/dynamic-docs/changelog/mysqld-2.xml
===================================================================
--- trunk/dynamic-docs/changelog/mysqld-2.xml	2010-08-26 10:14:02 UTC (rev 22453)
+++ trunk/dynamic-docs/changelog/mysqld-2.xml	2010-08-26 10:49:44 UTC (rev 22454)
Changed blocks: 1, Lines Added: 65, Lines Deleted: 0; 2118 bytes

@@ -9,6 +9,71 @@
   <logentry entrytype="bug">
 
     <tags>
+      <highlight type="partitioning"/>
+      <manual type="errors"/>
+      <manual type="ALTER TABLE"/>
+      <manual type="ADD PARTITION"/>
+      <manual type="LOCK TABLES"/>
+    </tags>
+
+    <bugs>
+      <fixes bugid="53676"/>
+      <seealsobug bugid="53770"/>
+    </bugs>
+
+    <versions></versions>
+
+    <message>
+
+      <para>
+        An <literal role="stmt" condition="alter-table">ALTER TABLE ...
+        ADD PARTITION</literal> statement run concurrently with a read
+        lock caused spurious <errorname>ER_TABLE_EXISTS</errorname> and
+        <errorname>ER_NO_SUCH_TABLE</errorname> errors on subsequent
+        attempts.
+      </para>
+
+    </message>
+
+  </logentry>
+
+  <logentry entrytype="bug">
+
+    <tags>
+      <highlight type="partitioning"/>
+      <manual type="ALTER TABLE"/>
+      <manual type="TRUNCATE PARTITION"/>
+      <manual type="transactions"/>
+    </tags>
+
+    <bugs>
+      <fixes bugid="49907"/>
+      <seealsobug bugid="42643"/>
+    </bugs>
+
+    <versions>
+      <version ver="5.5.6"/>
+    </versions>
+
+    <message>
+
+      <para>
+        <literal role="stmt" condition="alter-table">ALTER TABLE ...
+        TRUNCATE PARTITION</literal>, when called concurrently with
+        transactional DML on the table, was executed immediately and did
+        not wait for the concurrent transaction to release locks. As a
+        result, the <literal role="stmt">ALTER TABLE</literal> statement
+        was written into the binary log before the DML statement, which
+        led to replication failures when using row-based logging.
+      </para>
+
+    </message>
+
+  </logentry>
+
+  <logentry entrytype="bug">
+
+    <tags>
       <highlight type="replication"/>
       <manual type="binlog_direct_non_transactional_updates"/>
       <manual type="mixed statements"/>