Една от възможностите е, че може да има други проблеми, причиняващи проблеми с производителността - 6 секунди изглеждат прекалено много за CRUD операции, дори в сложна база данни. Имайте предвид, че (навремето) ArsDigita можеше да се справи с 30 удара в секунда на двупосочен Sun Ultra 2 (IIRC) с доста скромна дискова конфигурация. Модерен сървър от нисък среден клас с разумно дисково оформление и подходяща настройка би трябвало да може да се справи с доста значително работно натоварване.
-
Липсва ли Ви индекс? - проверете плановете на заявките на бавните заявки за сканиране на таблици, където не трябва да бъдат.
-
Какво е дисковото оформление на сървъра? - трябва ли да надстроите хардуера си или да коригирате някои проблеми с конфигурацията на диска (напр. липса на достатъчно дискове, регистрационни файлове на същия том като данните).
-
Както подсказва другият плакат, може да искате да използвате InnoDB върху масово написаните таблици.
-
Проверете настройката за използване на паметта на сървъра на базата данни. Може да искате да конфигурирате повече кеш.
Редактиране: Регистрационните файлове на базата данни трябва да живеят на собствени тихи дискове. Те използват модел на последователен достъп с много малки последователни записи. Когато споделят дискове с работно натоварване с произволен достъп като файлове с данни, произволният достъп до диска създава голямо затруднение в производителността на системата в регистрационните файлове. Имайте предвид, че това е трафик за запис, който трябва да бъде завършен (т.е. записан на физически диск), така че кеширането не помага с това.
