[Clarence]

Ursprungligen postat av Nerix

Problemet med MySQL är att databasen inte är trådad per default (till skillnad från te.x Postgresql). Detta betyder att långsamtgående queries blockar alla andra queries, vilket kan ställa till problem.

Jag skulle försökt få MySQL att köras på flera kärnor, på så sätt kan du lastbalansera din applikation. Själv hade jag detta problem för ett projekt. La ner några dagar på att byta över till pg.

Så här såg övergången ut för mig del.



EDIT: Ser även att MySQL endast använder ~4% ram. 50% vore mer rimligt.

MySQL liksom pgSQL är trådade men vad du beskriver beror på arkiktekturen för låsningar snarare än trådningen. En mysqld-process har inga problem att effektivt utnyttja ett par kärnor, men liksom med pgSQL, MSSQL eller Oracle skalar den inte linjärt efter X kärnor.

MySQL liksom pgSQL har olika typer av låsningar för olika typer av operationer. Eftersom MySQL nu använder InnoDB som default så har båda två en väldigt lik låsmodell. Med MyISAM däremot så har du en tabelllåsning för writes istället för rad-låsning för InnoDB och pgSQL.

Vilket databassystem som är snabbare för en viss applikation är väldigt olika. Den största skillnaden i prestanda mellan PgSQL och MySQL kommer av att PgSQLs query optimerare är mycket mer kompetent (om än MySQLs förbättras) och för sämre optimerade queries ofta kan prestera bättre. Men det gäller också XtraDB eller MariaDB för vissa typer av queries och last.

Gällande 4% ram så tror jag inte det gör så stor skillnad att öka på det utifrån siffrorna som visats här. Skulle han däremot använda InnoDB skulle det säkerligen både öka prestandan och få större behov av RAM (se föregående talare ... )