ну как бы не более 10 рабочих мест с не сильно интенсивной работой - вот средне - оценочна ниша применения
Ну, вообще-то как-то так...
http://habrahabr.ru/post/26289/Не больно давно решал проблему у одной московской фирмы с MySQL, у которых он вставал в даун при активной работе. Время, в течении которого шла генерация отчёта превышало все мыслимые таймауты, по прошествии которых клиенты тупо отваливались с соответствующей ошибкой. База данных имела солидные размеры и количество запросов было тоже весьма солидным. Простейший просмотр конфига показал, что это был конфиг, который идет с MySQL по умолчанию, и в который местный админ даже не заглядывал. По типу Цома - "Всё далшно рапотать ис каропки". Для тех, кто не знает, этот конфиг оптимизирует работу СУБД на компе а-ля пентиум-II с 64-мя Мб памяти. А стояла она на 8-ми ядерном сервере с 64Гб оперативки.
Описание конфига в его комментариях...
# This is for a system with little memory (<= 64M) where MySQL is only used
# from time to time and it's important that the mysqld daemon
# doesn't use much resources.
Существование, например, такого конфига, админу было не ведомо.
# This is a MySQL example config file for systems with 4GB of memory
# running mostly MySQL using InnoDB only tables and performing complex
# queries with few connections.
А вопрос, на каком движке работает у него MySQL, вызвал у админа приступ истерии.
Так что если у админа что-то плохо работает, посмотрите на его руки, из того ли места они растут. И проверьте его на элементарное умение читать (не только по русски).