← Back to branch summary

~drizzle-trunk/drizzle/development

« back to all changes in this revision

Viewing changes to tests/t/analyze.test

  • Committer: Monty Taylor
  • Date: 2008-08-02 01:03:15 UTC
  • mto: (236.1.42 codestyle)
  • mto: This revision was merged to the branch mainline in revision 261.
  • Revision ID: monty@inaugust.com-20080802010315-65h5938pymg9d99z
Moved m4 macros to top-level m4 dir, per GNU standards (and where gettext wanted it :)

Show diffs side-by-side

added added

removed removed

Lines of Context:
tests/t/analyze.test
1
 
#
2
 
# Bug #10901 Analyze Table on new table destroys table
3
 
# This is minimal test case to get error
4
 
# The problem was that analyze table wrote the shared state to the
5
 
# file and this didn't include the inserts while locked. A check was
6
 
# needed to ensure that state information was not updated when
7
 
# executing analyze table for a locked table.  The analyze table had
8
 
# to be within locks and check table had to be after unlocking since
9
 
# then it brings the wrong state from disk rather than from the
10
 
# currently correct internal state. The insert is needed since it
11
 
# changes the file state, number of records.  The fix is to
12
 
# synchronise the state of the shared state and the current state
13
 
# before calling mi_state_info_write
14
 
#
15
 
 
16
 
create table t1 (a bigint);
17
 
lock tables t1 write;
18
 
insert into t1 values(0);
19
 
analyze table t1;
20
 
unlock tables;
21
 
check table t1;
22
 
 
23
 
drop table t1;
24
 
 
25
 
create table t1 (a bigint);
26
 
insert into t1 values(0);
27
 
lock tables t1 write;
28
 
delete from t1;
29
 
analyze table t1;
30
 
unlock tables;
31
 
check table t1;
32
 
 
33
 
drop table t1;
34
 
 
35
 
create table t1 (a bigint);
36
 
insert into t1 values(0);
37
 
analyze table t1;
38
 
check table t1;
39
 
 
40
 
drop table t1;
41
 
 
42
 
# Bug #14902 ANALYZE TABLE fails to recognize up-to-date tables
43
 
# minimal test case to get an error.
44
 
# The problem is happening when analysing table with FT index that
45
 
# contains stopwords only. The first execution of analyze table should
46
 
# mark index statistics as up to date so that next execution of this
47
 
# statement will end up with Table is up to date status.
48
 
create table t1 (a varchar(10), key key1(a)) collate utf8_general_ci engine myisam;
49
 
insert into t1 values ('hello');
50
 
 
51
 
analyze table t1;
52
 
analyze table t1;
53
 
 
54
 
drop table t1;
55
 
 
56
 
#
57
 
# bug#15225 (ANALYZE temporary has no effect)
58
 
#
59
 
create temporary table t1(a int, index(a));
60
 
insert into t1 values('1'),('2'),('3'),('4'),('5');
61
 
analyze table t1;
62
 
show index from t1;
63
 
drop table t1;
64
 
 
65
 
--echo End of 4.1 tests
66
 
 
67
 
#
68
 
# Bug #30495: optimize table t1,t2,t3 extended errors
69
 
#
70
 
#create table t1(a int);
71
 
#--error 1064
72
 
#analyze table t1 extended;
73
 
#--error 1064
74
 
#optimize table t1 extended;
75
 
#drop table t1;
76
 
 
77
 
--echo End of 5.0 tests