1
0
mirror of https://github.com/MariaDB/server.git synced 2026-01-06 05:22:24 +03:00
Files
mariadb/mysql-test/t
Alexander Nozdrin 762dbbbad7 Cherry-picking a patch from Bug 12828477 from mysql-5.5
to mysql-5.5.16-release.

Original revision:
# revision-id: dmitry.lenev@oracle.com-20110811155849-feyt3h7tj48padiu
# parent: tatjana.nuernberg@oracle.com-20110811120945-c6x9a5d2du8s9oj2
# committer: Dmitry Lenev <Dmitry.Lenev@oracle.com>
# branch nick: mysql-5.5-12828477
# timestamp: Thu 2011-08-11 19:58:49 +0400
# message:
#   Fix for bug #12828477 - "MDL SUBSYSTEM CREATES BIG OVERHEAD 
#   FOR CERTAIN QUERIES TO INFORMATION_SCHEMA".
#   
#   The problem was that metadata locking subsystem introduced
#   too much overhead for queries to I_S which were processed by
#   opening only .FRM or .TRG files and had to scanned a lot of
#   tables (e.g. SELECT COUNT(*) FROM I_S.TRIGGERS was affected). 
#   The same effect was not observed for similar queries which 
#   performed full-blown table open in order to fill I_S table.
#   
#   The problem stemmed from the fact that in case when I_S 
#   implementation opened only .FRM or .TRG file for each table 
#   processed it didn't release metadata lock it has acquired on 
#   the table after finishing its processing. As result, list
#   of acquired metadata locks were growing until the end of 
#   statement. Since acquisition of each new lock required 
#   search in the list of already acquired locks performance
#   degraded.
#   
#   The same effect is not observed when I_S implementation
#   performs full-blown table open for each table being
#   processed, as in the latter cases metadata lock on the
#   table is released right after table processing.
#   
#   This fix addressed the problem by ensuring that I_S 
#   implementation releases metadata lock after processing
#   the table in both cases of full-blown table open and in 
#   case when only .FRM or .TRG file is read.
2011-08-15 18:31:45 +04:00
..
2011-03-03 12:12:32 +03:00
2011-03-15 16:56:11 +02:00
2011-01-25 12:14:28 +05:30
2011-02-17 12:53:09 +01:00
2011-02-17 12:53:09 +01:00
2011-01-17 15:26:13 +03:00
2011-03-03 18:46:30 +03:00
2011-03-03 18:46:30 +03:00
2011-07-14 14:58:51 +05:30
2011-05-05 08:13:22 +02:00
2010-11-26 16:32:51 +02:00
2011-04-14 13:10:11 +04:00
2011-03-03 15:27:36 +03:00
2011-04-12 14:13:15 +04:00
2010-12-16 21:43:21 +03:00
2011-01-13 09:07:21 +01:00
2011-07-27 12:51:55 +04:00
2011-03-09 16:04:50 +02:00
2011-02-18 11:55:24 +01:00
2011-01-14 19:21:27 +01:00
2011-03-29 10:09:05 +02:00
2010-08-25 13:17:15 +05:00
2010-07-16 21:25:00 +03:00
2011-03-08 09:41:57 +01:00
2011-02-08 11:21:14 +01:00
2011-01-11 15:15:25 +01:00
2011-06-13 11:57:47 +02:00
2010-11-15 23:31:04 +01:00
2011-04-27 18:42:05 +02:00
2010-09-13 15:56:56 +02:00
2011-01-10 16:13:12 +01:00
2011-06-13 11:57:47 +02:00
2010-10-20 16:56:09 +02:00
2010-10-20 16:56:09 +02:00
2010-10-20 16:56:09 +02:00
2010-07-04 20:35:05 +01:00
2011-06-16 13:54:16 +03:00
2011-08-09 12:03:29 +04:00
2011-01-14 09:36:24 +01:00
2011-01-14 09:36:24 +01:00
2011-01-12 10:31:41 +01:00
2011-07-11 11:27:52 +02:00
2011-03-28 13:57:54 +03:00
2011-04-14 10:13:28 +02:00