Update mojo sdk to rev 1dc8a9a5db73d3718d99917fadf31f5fb2ebad4f
[chromium-blink-merge.git] / third_party / sqlite / src / test / thread005.test
blob89cbfe76da8f5e46736ba90c7c3a788b9754386c
1 # 2009 March 11
3 # The author disclaims copyright to this source code.  In place of
4 # a legal notice, here is a blessing:
6 #    May you do good and not evil.
7 #    May you find forgiveness for yourself and forgive others.
8 #    May you share freely, never taking more than you give.
10 #***********************************************************************
12 # Test a race-condition that shows up in shared-cache mode.
14 # $Id: thread005.test,v 1.5 2009/03/26 14:48:07 danielk1977 Exp $
16 set testdir [file dirname $argv0]
18 source $testdir/tester.tcl
19 if {[run_thread_tests]==0} { finish_test ; return }
20 ifcapable !shared_cache {
21   finish_test
22   return
25 db close
27 # Use shared-cache mode for these tests.
28
29 set ::enable_shared_cache [sqlite3_enable_shared_cache]
30 sqlite3_enable_shared_cache 1
32 #-------------------------------------------------------------------------
33 # This test attempts to hit the race condition fixed by commit [6363].
35 proc runsql {zSql {db {}}} {
36   set rc SQLITE_OK
37   while {$rc=="SQLITE_OK" && $zSql ne ""} {
38     set STMT [sqlite3_prepare_v2 $db $zSql -1 zSql]
39     while {[set rc [sqlite3_step $STMT]] eq "SQLITE_ROW"} { }
40     set rc [sqlite3_finalize $STMT]
41   }
42   return $rc
44 do_test thread005-1.1 {
45   sqlite3 db test.db
46   db eval { CREATE TABLE t1(a, b) }
47   db close
48 } {}
49 for {set ii 2} {$ii < 500} {incr ii} {
50   unset -nocomplain finished
51   thread_spawn finished(0) {sqlite3_open test.db}
52   thread_spawn finished(1) {sqlite3_open test.db}
53   if {![info exists finished(0)]} { vwait finished(0) }
54   if {![info exists finished(1)]} { vwait finished(1) }
56   do_test thread005-1.$ii {
57     runsql { BEGIN }                       $finished(0)
58     runsql { INSERT INTO t1 VALUES(1, 2) } $finished(0)
60     # If the race-condition was hit, then $finished(0 and $finished(1)
61     # will not use the same pager cache. In this case the next statement
62     # can be executed succesfully. However, if the race-condition is not
63     # hit, then $finished(1) will be blocked by the write-lock held by 
64     # $finished(0) on the shared-cache table t1 and the statement will
65     # return SQLITE_LOCKED.
66     #
67     runsql { SELECT * FROM t1 }            $finished(1)
68   } {SQLITE_LOCKED}
70   sqlite3_close $finished(0)
71   sqlite3_close $finished(1)
75 #-------------------------------------------------------------------------
76 # This test tries to exercise a race-condition that existed in shared-cache
77 # mode at one point. The test uses two threads; each has a database connection
78 # open on the same shared cache. The schema of the database is:
80 #    CREATE TABLE t1(a INTEGER PRIMARY KEY, b UNIQUE);
82 # One thread is a reader and the other thread a reader and a writer. The 
83 # writer thread repeats the following transaction as fast as possible:
84
85 #      BEGIN;
86 #        DELETE FROM t1 WHERE a = (SELECT max(a) FROM t1);
87 #        INSERT INTO t1 VALUES(NULL, NULL);
88 #        UPDATE t1 SET b = a WHERE a = (SELECT max(a) FROM t1);
89 #        SELECT count(*) FROM t1 WHERE b IS NULL;
90 #      COMMIT;
92 # The reader thread does the following over and over as fast as possible:
94 #      BEGIN;
95 #        SELECT count(*) FROM t1 WHERE b IS NULL;
96 #      COMMIT;
98 # The test runs for 20 seconds or until one of the "SELECT count(*)" 
99 # statements returns a non-zero value. If an SQLITE_LOCKED error occurs,
100 # the connection issues a ROLLBACK immediately to abandon the current
101 # transaction.
103 # If everything is working correctly, the "SELECT count(*)" statements 
104 # should never return a value other than 0. The "INSERT" statement 
105 # executed by the writer adds a row with "b IS NULL" to the table, but
106 # the subsequent UPDATE statement sets its "b" value to an integer
107 # immediately afterwards.
109 # However, before the race-condition was fixed, if the reader's SELECT
110 # statement hit an error (say an SQLITE_LOCKED) at the same time as the
111 # writer was executing the UPDATE statement, then it could incorrectly
112 # rollback the statement-transaction belonging to the UPDATE statement.
113 # The UPDATE statement would still be reported as successful to the user,
114 # but it would have no effect on the database contents.
116 # Note that it has so far only proved possible to hit this race-condition
117 # when using an ATTACHed database. There doesn't seem to be any reason
118 # for this, other than that operating on an ATTACHed database means there
119 # are a few more mutex grabs and releases during the window of time open
120 # for the race-condition. Maybe this encourages the scheduler to context
121 # switch or something...
124 forcedelete test.db test2.db
125 unset -nocomplain finished
127 do_test thread005-2.1 {
128   sqlite3 db test.db
129   execsql { ATTACH 'test2.db' AS aux }
130   execsql {
131     CREATE TABLE aux.t1(a INTEGER PRIMARY KEY, b UNIQUE);
132     INSERT INTO t1 VALUES(1, 1);
133     INSERT INTO t1 VALUES(2, 2);
134   }
135   db close
136 } {}
139 set ThreadProgram {
140   proc execsql {zSql {db {}}} {
141     if {$db eq ""} {set db $::DB}
143     set lRes [list]
144     set rc SQLITE_OK
146     while {$rc=="SQLITE_OK" && $zSql ne ""} {
147       set STMT [sqlite3_prepare_v2 $db $zSql -1 zSql]
148       while {[set rc [sqlite3_step $STMT]] eq "SQLITE_ROW"} {
149         for {set i 0} {$i < [sqlite3_column_count $STMT]} {incr i} {
150           lappend lRes [sqlite3_column_text $STMT 0]
151         }
152       }
153       set rc [sqlite3_finalize $STMT]
154     }
156     if {$rc != "SQLITE_OK"} { error "$rc [sqlite3_errmsg $db]" }
157     return $lRes
158   }
160   if {$isWriter} {
161     set Sql {
162       BEGIN;
163         DELETE FROM t1 WHERE a = (SELECT max(a) FROM t1);
164         INSERT INTO t1 VALUES(NULL, NULL);
165         UPDATE t1 SET b = a WHERE a = (SELECT max(a) FROM t1);
166         SELECT count(*) FROM t1 WHERE b IS NULL;
167       COMMIT;
168     }
169   } else {
170     set Sql {
171       BEGIN;
172       SELECT count(*) FROM t1 WHERE b IS NULL;
173       COMMIT;
174     }
175   }
177   set ::DB [sqlite3_open test.db]
179   execsql { ATTACH 'test2.db' AS aux }
181   set result "ok"
182   set finish [expr [clock_seconds]+5]
183   while {$result eq "ok" && [clock_seconds] < $finish} {
184     set rc [catch {execsql $Sql} msg]
185     if {$rc} {
186       if {[string match "SQLITE_LOCKED*" $msg]} {
187         catch { execsql ROLLBACK }
188       } else {
189         sqlite3_close $::DB
190         error $msg
191       }
192     } elseif {$msg ne "0"} {
193       set result "failed"
194     }
195   }
197   sqlite3_close $::DB
198   set result
201 # There is a race-condition in btree.c that means that if two threads
202 # attempt to open the same database at roughly the same time, and there
203 # does not already exist a shared-cache corresponding to that database,
204 # then two shared-caches can be created instead of one. Things still more
205 # or less work, but the two database connections do not use the same
206 # shared-cache.
208 # If the threads run by this test hit this race-condition, the tests
209 # fail (because SQLITE_BUSY may be unexpectedly returned instead of
210 # SQLITE_LOCKED). To prevent this from happening, open a couple of
211 # connections to test.db and test2.db now to make sure that there are
212 # already shared-caches in memory for all databases opened by the
213 # test threads.
215 sqlite3 db test.db
216 sqlite3 db test2.db
218 puts "Running thread-tests for ~20 seconds"
219 thread_spawn finished(0) {set isWriter 0} $ThreadProgram
220 thread_spawn finished(1) {set isWriter 1} $ThreadProgram
221 if {![info exists finished(0)]} { vwait finished(0) }
222 if {![info exists finished(1)]} { vwait finished(1) }
224 catch { db close }
225 catch { db2 close }
227 do_test thread005-2.2 {
228   list $finished(0) $finished(1)
229 } {ok ok}
231 do_test thread005-2.3 {
232   sqlite3 db test.db
233   execsql { ATTACH 'test2.db' AS aux }
234   execsql { SELECT count(*) FROM t1 WHERE b IS NULL }
235 } {0}
237 sqlite3_enable_shared_cache $::enable_shared_cache
238 finish_test