[Tickets #9342] Re: using an index on horde_cache table improve performance
bugs at horde.org
bugs at horde.org
Sun Oct 24 08:17:01 UTC 2010
BITTE NICHT AUF DIESE NACHRICHT ANTWORTEN. NACHRICHTEN AN DIESE
E-MAIL-ADRESSE WERDEN NICHT GELESEN.
Ticket-URL: http://bugs.horde.org/ticket/9342
------------------------------------------------------------------------------
Ticket | 9342
Aktualisiert Von | michael at bigmichi1.de
Zusammenfassung | using an index on horde_cache table improve performance
Warteschlange | Horde Framework Packages
Version | FRAMEWORK_3
Typ | Enhancement
Status | New
Priorität | 1. Low
Milestone |
Patch |
Zuständige |
------------------------------------------------------------------------------
michael at bigmichi1.de (2010-10-24 04:17) hat geschrieben:
i suggest a primary key index on 'cache_id'
and my optimizer tool also suggest:
./qot --input-file=input.sql --input-query="SELECT cache_data FROM
horde_cache WHERE cache_id = '7af43c8a03e4cb392e9798b9c259e9d5' AND
cache_timestamp >= 1287901202;" --info --propose=index
/* Output produced by qot 0.0.4 GPL */
/*
Query: SELECT cache_data FROM horde_cache WHERE cache_id =
'7af43c8a03e4cb392e9798b9c259e9d5' AND cache_timestamp >= 1287901202
selectivity:
zero or one row
used tables:
horde_cache (zero or one row)
ordering:
no ordering
existing lookup indexes:
horde_cache.PRIMARY(cache_id)
existing covering indexes:
(none)
*/
/* additional lookup indexes that can be created to improve query
performance */
CREATE UNIQUE INDEX index0 ON `qot_test`.`horde_cache` (
cache_id,
cache_timestamp);
the tool i used is QOT http://ritmark.com/, perhaps you can verify the result
More information about the bugs
mailing list