mysql beheer

[almar]

Ik vroeg mij af of er hosters zijn die nog speciale jobs/handelingen uitvoeren om MySQL te onderhouden.

Zelf checken we regelmatig onze databaseservers door de configuratieparameters even tegen het licht te houden en de tabellen te optimaliseren. Maar echt onderhoudsjobs zoals bijvoorbeeld bij Oracle ben ik niet tegen gekomen.

Ik hoor graag wat jullie doen om te voorkomen dat MySQL vast loopt/uit zijn voegen barst.

[SebastiaanStok]

Gewoon backups maken en niet aan prutsen.
MySQL is critical in the same sense like an nuclear reactor that goes critical

[systemdeveloper]

Tuurlijk doen we dat

Buiten de standaarddingen zoals optimaliseren, checken, backups e.d. ontwerpen we de databases zodanig dat oude gegevens automatisch naar een historie database kunnen worden geschreven. Hieruit volgt dat er regelmatig 'onderhoudsjobs' draaien.
Verder worden de logs van de db gechecked, filesystemchecks gedaan, gecontroleerd of er genoeg diskruimte is, regelmatig performance testjes gedaan op delen die een sterke groei vertonen, etc...
Af en toe worden databases incl. tabellen en indexen opnieuw aangemaakt.

Allemaal met bijbehorend prijskaartje weliswaar, maar problemen kom je zo wel op voorhand tegen en de klant heeft een draaiend systeem. Iedereen blij

John

[SebastiaanStok]

Ik heb hier nog een leuk citaat van iemand:

Er is geen harde regel over wanneer een tabel geoptimaliseert moet worden. Dat dit script zegt dat het nodig is betekent dus nog niet dat je er ook merkbaar plezier van zult hebben. De datafiles van alle databases bevatten altijd 'overhead', loze ruimte die onnodig in gebruik is. Hieraan ontleent de database een groot deel van zijn snelheid tijdens inserts, updates en deletes. Diskruimte is tegenwoordig goedkoop dus doe niet teveel moeite om het te sparen.


Daarentegen is "OPTIMIZE" in MySQL een onveilige handeling. MySQL optimaliseert een tabel door de data van de oude tabel te kopeeren naar een nieuwe tabel. Als die nieuwe tabel om welke reden dan ook niet helemaal kon worden geschreven (b.v. disk-full) dan raakt MySQL in paniek en zijn zowel de oude als de nieuwe tabel onbruikbaar. Je bent de tabel dan definitief kwijt en je zult de backup moeten terugzetten (in zijn geheel, niet alleen die ene tabel)

Zoals alle onderhoudswerkzaamheden in MySQL mag/kan je dit dus niet automatisch laten draaien.

Draai "optimize" alleen handmatig en alleen vlak nadat je een backup hebt gemaakt. Zorg dat je vooraf zeker weet dat er voldoende vrije diskruimte is om de operatie te kunnen voltooien en doe het op een moment dat de site weinig, liefst helemaal niet, gebruikt wordt.

Houdt er rekening mee dat bij grote tabellen dit process best een tijdje kan duren, alle data moet worden gelezen, geschreven en gecontroleert. Bij een paar GB duurt dat "even".

Ik zelf maak gebruik van Postgresql en er zijn tal van mensen gewoon GEEN backup maken omdat er bijna niets fout gaat, en gaat het fout dan is het leed nog te overzien

En slecht punt van Mysql is dat het totaal niet kijkt of je nu wel genoeg diskruimte over hebt voor de gevens weg te schrijven! En is de disk full dan dan heb je een probleem waar je niet blij mee bent.

[gjtje]

Mja, een db server hoeft natuurlijk geen systeembeheer te doen. Het moet zo snel mogelijk gegevens verwerken.

[crazycoder]

Ik zelf maak gebruik van Postgresql en er zijn tal van mensen gewoon GEEN backup maken omdat er bijna niets fout gaat, en gaat het fout dan is het leed nog te overzien

En slecht punt van Mysql is dat het totaal niet kijkt of je nu wel genoeg diskruimte over hebt voor de gevens weg te schrijven! En is de disk full dan dan heb je een probleem waar je niet blij mee bent.

Geen backup? Das lachen als de schijven crashen. Dergelijke mensen als referentie nemen vind ik geen goed idee.

Feit is dat je als beheerder zelf je schijfruimte in de gaten moet houden. Je eigen tekortkoming op dat punt aan mysql verwijten is (te) kort door de bocht.

Als je optimize tables draai maak je natuurlijk vooraf een backup, net zoals je doe voor om het even welke handeling met databases of wat dan ook.
Dit advies vind je trouwens ook in de handleiding van mysql terug.

[systemdeveloper]

Een databaseserver is en blijft in eerste instantie een server incl. het bijbehorende beheer. Dat er dan ook nog eens een mysqlservice op draait betekent alleen maar méér onderhoud... niet minder.

Mysql zou eigenlijk 'nooit' tegen 'te weinig diskruimte' aan moeten lopen aangezien dat al door je normale beheeractiviteiten ruim op voorhand getackeld zou moeten zijn.

En over backups laat ik me niet meer uit. Als iemand nog denkt geen backups te hoeven maken 'omdat er niets fout gaat', dan wacht maar eens af totdat je echte klant op je systeem hebt zitten.

[almar]

Ok, dank voor jullie input.

In dit kader denk ik dan ook dat wij niet afwijken van andere hosters met wat grotere database-omgevingen. In Oracle ben ik echter gewend om statistieken en maintenance jobs te schedulen om de database optimaal te houden. Onder MySQL ontbreekt het aan dergelijke jobs.

We hebben onder andere een databaseapplicatie draaien die enkele tientallen tabellen van 1 tot 2 gigabyte heeft, deze moeten we elke maand optimaliseren om te voorkomen dat de indexen te veel kruisverwijzingen krijgen en daardoor de hele databaseserver 'ophangen'.

Ik denk dat dit soort topics voor andere hosters ook handig kunnen zijn als referentiekader.