File: select_lock_in_share_mode.test

package info (click to toggle)
mariadb-10.3 1%3A10.3.34-0%2Bdeb10u1
  • links: PTS, VCS
  • area: main
  • in suites: buster
  • size: 531,600 kB
  • sloc: cpp: 1,415,326; ansic: 917,243; perl: 58,570; sh: 43,538; pascal: 39,206; java: 33,919; yacc: 32,096; javascript: 15,655; python: 10,576; ruby: 8,684; xml: 5,957; makefile: 4,893; sql: 3,750; asm: 841; lex: 670; php: 22; awk: 20; sed: 16
file content (54 lines) | stat: -rw-r--r-- 1,102 bytes parent folder | download | duplicates (5)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
--source include/have_rocksdb.inc

#
# SELECT .. LOCK IN SHARE MODE 
#
# If the engine has its own lock timeouts, 
# it makes sense to set them to minimum to decrease
# the duration of the test.

--disable_warnings
DROP TABLE IF EXISTS t1;
--enable_warnings

--enable_connect_log

--source include/count_sessions.inc

CREATE TABLE t1 (a INT, b CHAR(8), pk INT AUTO_INCREMENT PRIMARY KEY) ENGINE=rocksdb;
INSERT INTO t1 (a,b) VALUES (1,'a'),(2,'b'),(3,'a');

--connect (con1,localhost,root,,)
BEGIN;
--sorted_result
SELECT a,b FROM t1 WHERE b='a' LOCK IN SHARE MODE;

--connection default
SET lock_wait_timeout = 1;

# Should still be able to select 

--sorted_result
SELECT a,b FROM t1 WHERE b='a';
--sorted_result
SELECT a,b FROM t1 WHERE b='a' LOCK IN SHARE MODE;

--error ER_LOCK_WAIT_TIMEOUT
UPDATE t1 SET b='c' WHERE b='a';

--connection con1
COMMIT;
--sorted_result
SELECT a,b FROM t1;

--disconnect con1
--connection default
# Now it can be updated all right
UPDATE t1 SET b='c' WHERE b='a';  
--sorted_result
SELECT a,b FROM t1;

DROP TABLE t1;

--source include/wait_until_count_sessions.inc