MySQL InnoDB specialist gezocht

[FransVanNispen]

Ik ben op zoek naar een MySQL InnoDB expert die mij kan helpen om een database te tunen en over te schakelen met een deel van de tabellen naar InnoDB.

Zelf ben ik ook redelijk op de hoogte van SQL optimalisatie, echter is de database en het simultane bezoekers aantal van de betreffende websoite inmiddels zo groot aan het groeien, dat we steeds meer last krijgen van de table-locking die MyISAM heeft

Ik kan uiteraard ook zelf de InnoDB engine aanzetten en de meest veranderlijke tabellen omzetten, maar ik had hier graag iemand bij gehad die ervaring hiermee heeft en ook een goede configuratie voor InnoDB kan aanraden.

Wie kan mij helpen?

[stefanvi]

Je zou ook PostgreSQL kunnen gebruiken, de switch van MySQL naar PostgreSQL is niet zo heel groot, je moet alleen wel alle query's aanpassen en nalopen op eventuele dingen die alleen in mysql gelden.

PostgreSQL is het overwegen waard omdat het veel beter grotere aantallen query's per minuut kan afwerken en daardoor heel geschikt voor websites met veel bezoekers tegelijkertijd.
Daarentegen is MySQL weer iets in het voordeel qua snelheid als het gaat om kleinere aantallen query's, maar dat is verwaarloosbaar.

En voor het geval je het nog niet weet, PostgreSQL houdt zich veel beter aan de SQL standaarden dan MySQL doet, en is veel betrouwbaarder en zal niet zo snel je data corrupt maken als MySQL dat soms kan doen.

Ik kan je hier echter niet mee helpen gezien de drukte en chaos die ik momenteel hier heb.

[FransVanNispen]

Is PostgreSQL dan zoveel verbeterd in de laatste jaren, want de omschrijving die je hier geeft herken ik niet. Mijn ervaring in het verleden met Postgre was dat het wel veel kan, maar traag is.

[t.bloo]

de drukte en chaos die ik momenteel hier heb.

geen goede reclame voor die database

[stefanvi]

Is PostgreSQL dan zoveel verbeterd in de laatste jaren, want de omschrijving die je hier geeft herken ik niet. Mijn ervaring in het verleden met Postgre was dat het wel veel kan, maar traag is.

Ik weet niet hoe het in het verleden was, maar tegenwoordig kan deze database heel veel, en is een volwaardige database die op vele punten beter is dan mysql.

Zeker als jij zegt dat mysql soms problemen heeft vanwege de grote aantallen bezoekers zou ik deze overstap zeker overwegen.
Ik kan je eventueel wel het adres geven van iemand die er helemaal in gespecialiseerd is en je er nog meer over kan vertellen en eventueel kan helpen met de overstap.

geen goede reclame voor die database

Dat heeft niets met die database te maken, maar meer dat ik momenteel erg veel werk heb liggen en gedoe heb met computers die kapot gaan. (2 computers in een week, waarvan ik er nu 1 weer terug heb en een moet vervangen door een nieuwe.)

[wonko]

Tenzij je database gigantische proporties aanneemt, of je machine heel traag is, zie ik geen nood om over te stappen naar PostgreSQL. Beide databases kunnen perfect opschalen tot grote installaties; het beestje heeft enkel de nodige zorgen nodig.

[systemdeveloper]

Ik ben op zoek naar een MySQL InnoDB expert die mij kan helpen om een database te tunen en over te schakelen met een deel van de tabellen naar InnoDB.

Zelf ben ik ook redelijk op de hoogte van SQL optimalisatie, echter is de database en het simultane bezoekers aantal van de betreffende websoite inmiddels zo groot aan het groeien, dat we steeds meer last krijgen van de table-locking die MyISAM heeft

Ik kan uiteraard ook zelf de InnoDB engine aanzetten en de meest veranderlijke tabellen omzetten, maar ik had hier graag iemand bij gehad die ervaring hiermee heeft en ook een goede configuratie voor InnoDB kan aanraden.

Wie kan mij helpen?

1. check of alle datatypen die je in je MyISAM tabel gebruikt, ook bestaan in de InnoDB ( FULLTEXT gaat bv. niet..)
2. Exporteer de data uit de oude myisam tabel
3. Export de struktuur van de myisam tabel en wijzig onderaan "Engine=MyISAM" naar "Engine=InnoDB".
4. Maak de nieuwe InnoDB tabel aan en lees de data export weer in.

Eventueel zou het splitsen van de tabel in 2 of meer aparte tabellen ook nog goed kunnen werken, echter dat is ook wat meer werk.

[wonko]

Je kan eenvoudigweg het engine-type aanpassen via een alter table. Denk er wel aan dat dit even duurt wanneer je grotere databases hebt.

[FransVanNispen]

Ik heb het inmiddels draaien. Het lukte aanvankelijk niet, omdat ik blijkbaar eerder ook InnoDB aan heb gehad, en nu een andere config had ingesteld. Hierdoor waren er al ibdata bestanden gemaakt die niet klopte met de instellingen.

Eerst echter nog een hoop queries kunnen optimaliseren door compound keys te gebruiken en GROUP BY's eruit te schrijven. Dat loste een hoop op, maar de table locks niet natuurlijk.

Nu draait het weer enorm snel.