mirror of
				https://github.com/MariaDB/server.git
				synced 2025-10-31 02:46:29 +01:00 
			
		
		
		
	 bead24b7f3
			
		
	
	
	bead24b7f3
	
	
	
		
			
			Remove one of the major sources of race condiitons in mariadb-test. Normally, mariadb_close() sends COM_QUIT to the server and immediately disconnects. In mariadb-test it means the test can switch to another connection and sends queries to the server before the server even started parsing the COM_QUIT packet and these queries can see the connection as fully active, as it didn't reach dispatch_command yet. This is a major source of instability in tests and many - but not all, still less than a half - tests employ workarounds. The correct one is a pair count_sessions.inc/wait_until_count_sessions.inc. Also very popular was wait_until_disconnected.inc, which was completely useless, because it verifies that the connection is closed, and after disconnect it always is, it didn't verify whether the server processed COM_QUIT. Sadly the placebo was as widely used as the real thing. Let's fix this by making mariadb-test `disconnect` command _to wait_ for the server to confirm. This makes almost all workarounds redundant. In some cases count_sessions.inc/wait_until_count_sessions.inc is still needed, though, as only `disconnect` command is changed: * after external tools, like `exec $MYSQL` * after failed `connect` command * replication, after `STOP SLAVE` * Federated/CONNECT/SPIDER/etc after `DROP TABLE` and also in some XA tests, because an XA transaction is dissociated from the THD very late, after the server has closed the client connection. Collateral cleanups: fix comments, remove some redundant statements: * DROP IF EXISTS if nothing is known to exist * DROP table/view before DROP DATABASE * REVOKE privileges before DROP USER etc
		
			
				
	
	
		
			38 lines
		
	
	
	
		
			901 B
		
	
	
	
		
			PHP
		
	
	
	
	
	
			
		
		
	
	
			38 lines
		
	
	
	
		
			901 B
		
	
	
	
		
			PHP
		
	
	
	
	
	
| #
 | |
| # TRANSACTION WITH CONSISTENT SNAPSHOT
 | |
| #
 | |
| 
 | |
| --source ../have_engine.inc
 | |
| 
 | |
| connect (con1,localhost,root,,);
 | |
| connect (con2,localhost,root,,);
 | |
| 
 | |
| connection con1;
 | |
| 
 | |
| let $create_definition = a $int_col;
 | |
| --source ../create_table.inc
 | |
| 
 | |
| eval SET SESSION TRANSACTION ISOLATION LEVEL $trx_isolation;
 | |
| 
 | |
| # While a consistent snapshot transaction is executed,
 | |
| # no external inserts should be visible to the transaction.
 | |
| # But it should only work this way for REPEATABLE-READ and SERIALIZABLE
 | |
| 
 | |
| START TRANSACTION WITH CONSISTENT SNAPSHOT;
 | |
| 
 | |
| connection con2;
 | |
| INSERT INTO t1 (a) VALUES (1);
 | |
| if ($mysql_errname)
 | |
| {
 | |
|   --echo # INSERT finished with error $mysql_errname
 | |
| }
 | |
| 
 | |
| connection con1;
 | |
| --echo # If consistent read works on this isolation level ($trx_isolation), the following SELECT should not return the value we inserted (1)
 | |
| SELECT a FROM t1; 
 | |
| COMMIT;
 | |
| 
 | |
| connection default;
 | |
| disconnect con1;
 | |
| disconnect con2;
 | |
| DROP TABLE t1;
 |