Momenteel beheer ik een aantal WPMU netwerken.
Ik heb alles echter (tijdelijk) offline moeten halen omdat de sites veel teveel load veroorzaakten op de servers.

Ik kwam erachter dat onderstaande query wordt uitgevoerd.

PHP Code:

$wpdb->get_col('SHOW TABLES;'); 


Het gaat om duizenden weblogs met elk 7tabellen.
Het lijkt me onnodig dat mysql zo'n grote database scan doet?

--
[edit]
Probleem opgelost!
De tabellen verspreiden over meerdere databases (SharDB) doet wonderen, alles draait enige tijd weer stabiel.
[/edit]

is een cache plugin geen optie?
http://wordpress.org/extend/plugins/wp-super-cache/

Bedankt voor de tip.
Uiteraard heb ik alle cache plugins al geprobeerd.

wp-super-cache gebruik ik ook momenteel maar dit veranderd niks aan hoe mysql met het aantal tabellen omgaat.
w3 total cache heb ik overigens betere resultaten mee bereikt, maar deze ondersteund helaas nog geen "sitewide activation" en werkt dus alleen op de homeblog.

Maargoed ook bijv. phpmyadmin is onbruikbaar met zoveel tabellen, om over de DirectAdmin backups nog maar te zwijgen.
Dus ik denk dat ik het beste op mysql-niveau een oplossing moet zoeken voor zover mogelijk?

Lastig verhaal zeg, ik denk dat je (voor zover je dat nog niet gedaan hebt) je vraag het beste op de engelse MU of wordpress forums kan stellen. Vaak snel antwoord.

Origineel gepost door Ralph van leenen

voor zover je dat nog niet gedaan hebt.

Ik heb werkelijk alles al geprobeerd ;)

Ik zag ook ergens dat admins van wordpress.com in het mysql forum een opmerking hierover hebben geplaatst.
Het probleem is bij hun dus allang bekend.

Ik kwam wel een interessant artikel tegen dat gepost is door EduBlogs: How to scale WordPress to half a million blogs and 8,000,000 page views a month
Maar vind die setup net iets tever gaan voor nu, dat komt later...

Wellicht is het maken van een plugin voor nu toch de snelste/beste oplossing.
Het lijkt me ook niet zoveel werk aangezien het maar om 1query "SHOW TABLES" gaat die ik in 1bestand kan cachen (+updaten bij wijzigingen).

Alle tips zijn welkom.

En als je de MySQL tuner draait, of de MySQL op een externe bak draait?

Origineel gepost door Tom Verhaeg

En als je de MySQL tuner draait, of de MySQL op een externe bak draait?

Bedankt voor de tip, deze stappen zijn echter al allemaal doorlopen.

Mysql table_open_cache gaat maar tot max. 524288.
Dus met max. 200 concurent connections en meer dan 2621 tabellen (374 blogs) is het sowieso drama, ongeacht optimalisatie of externe server.

PS:
Ik heb table_definition_cache sinds een paar dagen toegevoegd aan my.cnf.
Deze optie is pas sinds enkele mysql versies beschikbaar en volgens de handleiding gebruikt dit "geen" file-descriptors in tegenstelling tot table_open_cache.

Tot nu toe heb ik geen verschil gemerkt, maar wellicht moet ik dan table_open_cache op 0 zetten/uitschakelen?

Alhoewel, table_definition_cache gaat ook maar tot max. 524288 :S