Showing all 11 (Edit, Save, CSV, Feed)
ID# Date Type Status Sev Version Target OS Summary Assigned
343102008-02-05
15:51
Server: OptimizerVerified
(658 days)
S55.0.51a-log, 5.0.54Linux (SuSE 10.3)Optimizer is inefficient by using ORDER BY function() and LIMIT Igor Babaev
420942009-01-14
0:01
Server: OptimizerVerified
(246 days)
S35.1AnyOptimizer chooses a wrong index when group by, order by and limit is present Gleb Shchepa
428512009-02-13
23:27
Server: ReplicationPatch pending
(13 days)
S35.1.315.1+Linux (Fedora Core 9)Spurious "Statement is not safe to log in statement format." warnings Daogang Qu
432162009-02-26
10:13
Server: FalconVerified
(264 days)
S36.0.106.0-rcAnyTrailing values between 0x00 and the pad char sort incorrectly when using LIMIT Lars-Erik Bjørk
452272009-06-01
0:48
Server: OptimizerNeed Doc Info
(11 days)
S35.45.4+AnyQueries with IN + condition, HAVING, ORDER BY 'pk' and LIMIT produce bad results Evgeny Potemkin
453732009-06-08
15:14
Server: OptimizerVerified
(158 days)
S35.1.35-community, 5.1.36-bzrAnyINDEX FOR GROUP BY is not used if there is a LIMIT clause in the query Gleb Shchepa
461352009-07-12
21:03
Server: OptimizerVerified
(70 days)
S25.0, 5.1, next, 6.0.0, 6.0.2, 5.1.36AnyLIMIT + JOIN problem  
462822009-07-18
17:12
Server: OptimizerVerified
(129 days)
S35.4, 6.0AnyVAR and STD_DEV functions returning inconsistent results with addition of LIMIT  
462832009-07-18
17:22
Server: GeneralVerifiedS35.0, 5.1, 5.4, 6.0AnyCOUNT() returning bad values when LIMIT 1 clause added to query  
466482009-08-11
13:41
Server: OptimizerVerified
(99 days)
S35.1.32, 4.1, 5.0, 5.1, azalea bzrLinux (2.6.28.7)SQL_CALC_FOUND_ROWS kills performance with ORDER BY and LIMIT  
481182009-10-16
16:22
Server: OptimizerVerifiedS35.1, 6.0AnyServer processing HAVING clauses incorrectly without a LIMIT clause  
Showing all 11 (Edit, Save, CSV, Feed)