Tack för hjälpen. Jag måste se till att uppgradera mysql för att kunna köra InnoDB (har 3.23.54 nu).

En liten undran är varför man inte alltid kör InnoDB - vad är nackdelen - jag har bara läst att det är fördelar... ??

3.23 är ju inte direkt nytt. Den har inte ens query cache. Eftersom du fortfarande inte verifierat att det är just låsningen av MyISAM-tabellerna som är flaskhalsen så kan jag tipsa om att det hänt en hel del med MySQL sedan 3.23 var aktuellt.

MyISAM är snabbare än InnoDB på en hel del. Hur mycket eller på vad jag jag ingen koll på. Är det inte så att MyISAM är MySQLs egna tabellformat medans InnoDB är adopterat på senare tid?

Tror InnoDB är ett tabell format som är utvecklad vid sidan utav MySQL och som MySQL valt att implementera.

Från http://dev.mysql.com/doc/refman/4.1/en/inn...b-overview.html
InnoDB implementerades först runt MySQL 3.23.38

Så Conth du bör ha InnoDB stöd i MySQL. Dock rekommenderar jag till att uppgradera till minst 4.1 eftersom det har skett en kraftig prestanda ökning mellan 3.23 -> 4.0 -> 4.1.

Har uppgraderat till ny version av mySql och konverterat de tyngre tabellerna till InnoDB + att jag satt upp Innodb's minnesutnyttjande.

Viss skillnad ! (Obs underdrift... *L*)

Tack för hjälpen!

Har du någon uppfattning om det var uppgraderingen av MySQL eller bytet till InnoDB som gav mest skjut?

Jag är då novis i ämnet, men kan du inte skapa index för de tabeller som det söks i ofta? Men det kanske inte är där problemet ligger?

Jag tror det var Inno... Först blev det ingen skillnad och jag håll på att bryta ihop *L*, men sedan satte jag upp minnes utnyttjandet via innodb_buffer_pool_size och då blev det en stor effekt. Tror i alla fall att det var avgörnade. Problemet när man felsöker är att man skruvar lite här och där...

Nej huvudproblemet var nog låsningar på tabellnivå i myIsam tabeller när jag läste och uppdaterad i samma tabell med hög frekvens.