[TYPO3-v4] Core performance for 4.6 and beyond

Christian Kuhn lolli at schwarzbu.ch
Tue Feb 8 11:05:05 CET 2011


Hey.

On 02/08/2011 09:24 AM, Jigal van Hemert wrote:
> I'm a bit worried by the MySQL bashing in this thread. If queries are
> slow it usually indicates one or more of the following:
> - incorrect table structure
> - incorrect engine
> - incorrect indexes
> - incorrect queries
> - incorrect configuration

Sure! Don't get me wrong, Jigal: I love mysql for its performance and 
I'm not a bloody beginner in optimizing mysql. In fact the core queries 
are already optimized pretty well, in usual operation there are no wrong 
indexes or evil queries. We're running sites with up to 10k queries per 
second at peak time on mysql and it takes quite some time to get the 
configuration right after launch, to locate and fix slow queries of 
extensions and to optimize mysql to specific hardware (mostly memory) 
capabilities.

Most of our caching framework setups run with db backend (pages caches 
often with compression enabled to save memory). The default db backend 
is quick and scales well. Still, mysql tends to have problems with 
bigger text/blob fields: We occasionally see slow inserts in those 
bigger cache tables which handle page tables with ~0,5MB of html data 
per row and I've not found a way to change that on query, index or mysql 
config level. Additionally mysql (actually not mysql but more the 
underlying disks / storage systems) really gets problems with very high 
insert load (even if innodb is configured to speed up there at the cost 
of integrity) and in general mysql slows down if table space doesn't fit 
into memory anymore. These are points where other backends can be better 
suited, especially for caches.

Regards
Christian


More information about the TYPO3-project-v4 mailing list