summaryrefslogtreecommitdiff
path: root/mysql-test/t/analyze.test
diff options
context:
space:
mode:
Diffstat (limited to 'mysql-test/t/analyze.test')
-rw-r--r--mysql-test/t/analyze.test21
1 files changed, 12 insertions, 9 deletions
diff --git a/mysql-test/t/analyze.test b/mysql-test/t/analyze.test
index faf30279c68..3c3b3933bc3 100644
--- a/mysql-test/t/analyze.test
+++ b/mysql-test/t/analyze.test
@@ -1,16 +1,18 @@
#
# Bug #10901 Analyze Table on new table destroys table
# This is minimal test case to get error
-# The problem was that analyze table wrote the shared state to the file and this
-# didn't include the inserts while locked. A check was needed to ensure that
-# state information was not updated when executing analyze table for a locked table.
-# The analyze table had to be within locks and check table had to be after unlocking
-# since then it brings the wrong state from disk rather than from the currently
-# correct internal state. The insert is needed since it changes the file state,
-# number of records.
-# The fix is to synchronise the state of the shared state and the current state before
-# calling mi_state_info_write
+# The problem was that analyze table wrote the shared state to the
+# file and this didn't include the inserts while locked. A check was
+# needed to ensure that state information was not updated when
+# executing analyze table for a locked table. The analyze table had
+# to be within locks and check table had to be after unlocking since
+# then it brings the wrong state from disk rather than from the
+# currently correct internal state. The insert is needed since it
+# changes the file state, number of records. The fix is to
+# synchronise the state of the shared state and the current state
+# before calling mi_state_info_write
#
+
create table t1 (a bigint);
lock tables t1 write;
insert into t1 values(0);
@@ -37,3 +39,4 @@ check table t1;
drop table t1;
+# End of 4.1 tests