[TYPO3-performance] Backend Performance TYPO3 4.3 - Strange Behavior

R. van Twisk typo3 at rvt.dds.nl
Sat Jun 5 05:46:44 CEST 2010


On Wed, 02 Jun 2010 16:54:26 +0300, Dmitry Dulepov wrote:

> Hi!
> 
> Thomas "Thasmo" Deinhamer wrote:
>> if indexes/keys won't slow down 'small' sites, it's a good idea to
>> introduce indexes/keys
> 
> There are several issues here... Many indexes will actually slow down
> the site because:
> - they all have to be checked and updated when the table is changed -
> they all will be considered for the query when query is executed
> 
> Making good keys is not easy because it requires observation of a real
> data. With some dummy data it is not possible to find good indexes. I
> used to make different indexes on different sites depending on site
> specifics...

For all tables that are mostly read (90% read) it's not a big issue to
have more indexes to speed up BE read operations. For these times you 
need to write as a BE user it's 'ok' to wait a tad longer to let the write
operation to finish, as long it's not seconds... bit if it takes seconds, 
you have bigger problems then just a index.

Care most be taken to add indexes to tables that are frequently written 
to, like log tables (sys_log), cache tables (cache_XXX)

Dmitry is right about using real world data, random data to test indexes 
won't do it under some conditions.



More information about the TYPO3-performance mailing list