| Showing all 26 (Edit, Save, CSV, Feed) |
| ID# | Date | Type | Status | Sev | Version | Target | OS | Summary | Assigned |
|---|---|---|---|---|---|---|---|---|---|
| 21978 | 2006-09-02 0:13 | Server: Options | Verified (719 days) | S5 | 5.0 | Microsoft Windows (Windows 2000) | 'flush_time' value set for 1800 sec. on Non Win9x/Me installs by default | ||
| 27452 | 2007-03-26 19:35 | Server: Optimizer | Verified (371 days) | S3 | 5.0.40-BK, 5.0.24a-debian-log, 5.1.31-bzr, 6.0.7-alpha, 6.0.9-bzr | Linux | Correlated subquery produces inefficient optimizer plan for INFORMATION_SCHEMA | Gleb Shchepa | |
| 30342 | 2007-08-09 20:52 | Server: Optimizer | Analyzing (757 days) | S5 | 5.0.37 | Any | Equality propagation can make optimization much slower | Valeriy Kravchuk | |
| 32032 | 2007-11-01 15:38 | Server: GIS | Patch queued (168 days) | S3 | 5.1.23-beta-GIS-log, 4.1.23 | Any (SunOS 5.11 snv_71, Linux) | OpenGIS Contains() does not work on MultiPolygons; disconnects in some cases. | Alexey Botchkov | |
| 33490 | 2007-12-23 13:22 | Server: Falcon | Verified (700 days) | S3 | 6.0.4 | 6.0-rc | Linux (2.6.21-1.3194.fc7 i686) | Falcon considerably slower than other engines in blob INSERT and LENGTH() | |
| 35165 | 2008-03-08 18:48 | Server: CSV | Verified (621 days) | S5 | 5.1 | Any | Logging to table is slow for large queries | Konstantin Osipov | |
| 36474 | 2008-05-02 16:13 | Server: Falcon | Verified | S3 | 6.0.5 | 6.0-rc | Any | Falcon reports unrealistic row estimate on simple key lookup | Ann Harrison |
| 36562 | 2008-05-07 13:55 | Server: Falcon | Verified | S2 | 6.0.5 | 6.0-rc | Any | Falcon reports unrealistic row estimate with IN() | Ann Harrison |
| 37844 | 2008-07-03 19:58 | Server: Query Cache | Verified (42 days) | S5 | 5.0.62,5.1.25 | Any | Fix SMP performance for the query cache | Kristofer Pettersson | |
| 38397 | 2008-07-27 22:13 | Server: Optimizer | Verified (483 days) | S3 | 5.1.26, 5.0.62 | Any | select distinct + order by desc is executed inefficiently | Gleb Shchepa | |
| 38924 | 2008-08-20 22:21 | Server: Locking | Analyzing (67 days) | S5 | 6.0.7-alpha | Any | LOCK_mdl needs to cool down | Alexey Stroganov | |
| 39562 | 2008-09-20 20:40 | Connector/ODBC | Verified (409 days) | S1 | 5.1.5 | Microsoft Windows (XP SP3) | SQLForeignKeys unacceptable performance getting imported FK | Jess Balint | |
| 39929 | 2008-10-08 15:12 | MySQL Workbench | Verified (55 days) | S3 | 5.0.25, 5.1, 5.1.18 | WB52 | Any | Forward Engineer SQL Create Script generates code with errors for procedures | |
| 40367 | 2008-10-28 9:55 | Server: I_S | Verified (305 days) | S3 | 5.1.28, 5.1.29, 5.0, 5.1 bzr | Any | SHOW on a broad view is taking too long | ||
| 41808 | 2008-12-31 15:11 | Monitoring: Agent | Verified | S2 | 2.0.0.7097 | Any | Query analyzer uses excessive CPU for some kinds of INSERT statements | Kay Roepke | |
| 42705 | 2009-02-09 17:37 | Server: General | Verified (245 days) | S3 | 5.1.30 | Any | Reduce malloc/free during query lifecycle. | ||
| 43319 | 2009-03-03 3:24 | Server: Optimizer | Verified | S3 | 5.0, 5.1 | Any | Table/index scan when quoting large numbers in an 'IN' of a SELECT ... WHERE | Evgeny Potemkin | |
| 43426 | 2009-03-05 17:59 | Server: Replication | Verified (262 days) | S5 | 5.0 | Any | Simple performance changes for replication | Mats Kindahl | |
| 44201 | 2009-04-10 5:04 | Server: Optimizer | Verified (224 days) | S3 | 5.1.32, 5.1.35-bzr, 6.0.11-bzr | Any | Performance problem with View | Gleb Shchepa | |
| 45424 | 2009-06-10 8:58 | Server: Optimizer | Verified (166 days) | S2 | 5.0.51a, 5.0.77 and 5.1.34, 5.1, 6.0 bzr | Linux | UPDATE statement cause full table scan ? | ||
| 46376 | 2009-07-24 19:05 | Server: Optimizer | Verified (117 days) | S5 | 5.0.85, 5.1.36, 5.1.38, 5.1.39 | Microsoft Windows (XP) | Optimizer choose wrong index even when where clause and order-by are covered | ||
| 46554 | 2009-08-04 21:50 | Server: RBR | Verified | S3 | 5.4+ | Any | Unecessary Delete_rows events in azalea may harm replication's performance | Alfranio Correia | |
| 46648 | 2009-08-11 13:41 | Server: Optimizer | Verified (98 days) | S3 | 5.1.32, 4.1, 5.0, 5.1, azalea bzr | Linux (2.6.28.7) | SQL_CALC_FOUND_ROWS kills performance with ORDER BY and LIMIT | ||
| 47529 | 2009-09-23 0:15 | Server: Query Cache | Verified (61 days) | S5 | 5.1.38, 5.1.39 | Any | query cache performance is bad on multi-core servers | ||
| 47884 | 2009-10-07 5:24 | Server: Optimizer | Open (15 days) | S2 | 5.1.39 | Linux (Linux web2 2.6.18-92.1.18.el5.028stab060.8 #1 SMP Mon Feb 9 21:44:50 MSK 2009 x86_64) | MySQL 5.1.39 failed to use index | ||
| 48229 | 2009-10-22 15:22 | Server: Partition | Verified (25 days) | S5 | 5.1.37,5.1.38 | Linux (CentOS 4.4) | group by performance issue of partitioned table |
| Showing all 26 (Edit, Save, CSV, Feed) |
