Nee, maar hier komt het
Het forum was (hopelijk!) erg traag geworden doordat de server al die jaren hetzelfde is gebleven en de database wel bleef groeien. Database en web stonden ook op één dedicated server bij OVH.
Wat ik al gedaan heb nu is de database overgezet naar CloudSQL bij Google Cloud en op een even grote instance als vroeger de gecombineerde server. Wat nog moet gebeuren is vBulletin zelf overzetten naar een aparte instance ook bij Google Cloud, en dan meteen ook eindelijk een SSL certificaat eraan hangen.
Wat er foutliep maandag is dat de database niet alleen 56GB is ondertussen en dus wel even duurt om te exporteren en importeren, maar ook dat ik jaren (11 blijkbaar) geleden (en vergeten) wijzigingen gemaakt heb aan de database van vBulletin om sneller te werken op onze toenmalige hardware en MySQL versie.
Toendertijd had ik de post tabel van vBulletin in meerdere tabellen gesplitst zodat de recentste posts altijd in het geheugen pasten. Dat gebruikte MyISAM dan en om de tabellen terug samen te brengen gebruikte ik MRG_MyISAM. Nu bij de overzetting heb ik ook MySQL geupgrade en meteen ook (eindelijk) InnoDB gebruikt, waardoor dat niet meer werkte. Vermits ik vergeten was dat dat gebruikt werd duurde het even om te vinden wat er fout was. Ondertussen zijn alle aparte postvtabellen geherimporteerd in één en is die in plaats van de merge engine nu gepartitioneerd.
Wat er nog moet gebeuren dus is de laatste stukken van OVH verhuizen naar recentere machines en de webserver + php beer configureren voor die timeouts. De timeout die nu nog voorkomt bij grotere threads is omdat de php-fpm processen eindigen voor de nginx timeout.
En waarom we nog steeds op een antieke vBulletin versie draaien: er zijn verschillende patches in de code gebeurd om sneller te werken jaren geleden en upgraden is niet zo evident met de standaard tools door de omvang, het is mogelijk maar neemt relatief veel tijd in beslag.