Kort svar: MySQL (eller den kompatible MariaDB) er databasen bag dit WordPress-site: alt dit INDHOLD – sider, indlæg, produkter, ordrer, brugere, indstillinger – ligger i dens tabeller, mens filerne på serveren kun rummer kode, temaer og uploads. Hver sidevisning, der ikke reddes af cache, er en stribe databaseforespørgsler. Deraf de to praktiske sandheder: en backup uden databasen er ingen backup – og en langsom database gør hele sitet langsomt.
Skellet er værd at kunne udenad, for det styrer både backup og flytning: filerne rummer WordPress-kernen, temaer, plugins og dine uploadede billeder – databasen rummer alt det, du har SKREVET og SOLGT: tekster, produkter, ordrer, kunder, kommentarer og hver eneste indstilling. Mister du filerne, kan kode geninstalleres og billeder ofte reddes; mister du databasen, er selve forretningens hukommelse væk. Derfor består en rigtig backup altid af begge dele – og en gendannelse af det rigtige samspil mellem dem.
wp_posts rummer sider, indlæg OG produkter; wp_postmeta deres ekstradata (priser, lager – tabellen, der vokser vildest); wp_options sitets indstillinger plus transients (midlertidige data, der kan hobe sig op); wp_users/wp_usermeta brugerne – og WooCommerce tilføjer egne ordre-tabeller. To hverdagskonsekvenser: oprydning i transients og revisioner er ægte vedligehold, og går en tabel i stykker („marked as crashed“), er der en kendt reparationsvej.
Tre håndgreb: backup med database – tjek at din backupløsning eksplicit tager databasen, og at du har prøvet en gendannelse, før du får brug for den; aflast med objektcache – Redis gemmer hyppige databasesvar i RAM og mærkes især i wp-admin og på dynamiske sider; jagt de langsomme kald – Query Monitor viser, hvilket plugin der koster. Databasen følger med webhotellet hos Hostious – på NVMe-lagring, hvor de mange små opslag hører hjemme.
I WordPress-sammenhæng i praksis ja: MariaDB er en kompatibel videreførelse af MySQL, og WordPress kører ens på begge. Din hosting vælger motoren – du mærker ingen forskel i hverdagen.
Sjældent – og aldrig uden frisk backup først. De legitime ærinder er fejlfinding (reparation af tabeller, søg/erstat ved flytning) og oprydning. Alt andet klarer WordPress og dine plugins selv.
Revisioner, transients, logs og plugin-spor samler sig over tid – især i wp_options og wp_postmeta. Planlæg en årlig oprydning; mindre database betyder hurtigere forespørgsler og mindre backup.
