Системные требования для MySql сервера

Надо время выполнения «типичного» запроса измерить, тогда можно оценить максимальное количество клиентов и вероятность заданной задержки.

MyISAM? InnoDB?

Используются таблицы MyISAM.

Время выполнения «типичного» запроса подсчитать не могу, так как сервис еще не размещен на VPS сервере. А размещен он будет только тогда, когда я укажу количество(приблизительное) клиентов(1клиент=1база данных) которое будет обслуживаться сервером.

Что-то мне подсказывает, что основным ограничением будет объем RAM VPS, от этого и будем отталкиваться, используя формулу:

key_buffer_size + (read_buffer_size + sort_buffer_size) * max_connections = объем памяти в килобайтах. Но это все верно в случае простых запросов без join, union, sort и т.п.

Можно ли увидеть пример select запросов?

Да, именно RAM меня и ограничивает.

Когда клиент подключаеться к сервису он выполняет очень простые запросы:

• 14 запросов на выборку

  SELECT * FROM `tableForSelect1` WHERE `TimeOfLastChanges` > lastSynchronizationTime
  
  ...
  
  SELECT * FROM `tableForSelect14` WHERE `TimeOfLastChanges` > lastSynchronizationTime
  

• 60 одиночных запросов на вставку в одну таблицу (сделать групповую вставку одним запросом не выйдет):

  INSERT INTO `tableForInsert` (col1 ... col7) VALUES(val1 ... val7);
  

При первом подключении каждый клиент получит все содержимое 14 таблиц для выборки:

• tableForSelect1: 10000 строк, 10 колонок
• tableForSelect2: 10000 строк, 5 колонок
• tableForSelect3 ... tableForSelect14: 100 строк, 5 колонок

При последующих подключениях запросы на выборку будут возвращать максимум десяток записей. В 99% случаев результат будет пустой.

А какая разница сколько клиентов , если размер диска и RAM уже задан ?

При первом подключении каждый клиент получит все содержимое 14 таблиц для выборки

почему-бы не сделать скрипт, который выполняет запросы, и не запустить Over9000 раз _одновременно_ этот скрипт на любой железке? а цифры потом экстраполировать. Только это должна быть честная железка, а не виртуалка (в виртуалке время будет _меньше_, из-за того, что ресурсы у виртуалки почти всегда больше, т.к. хостеры гарантируют _минимальные_ показатели).

Никогда с хостерами не связывался, они какие-нибудь ограничения на входящий исходящий траффик оговаривают, на количество подключений ?

NightGhost Не подскажете какие оптимальные размеры буферов MySQL (key_buffer_size,read_buffer_size, sort_buffer_size) стоит установить в моем случае?

В стандартной конфигурации my-large.cnf (для систем с 512МБ RAM):

key_buffer_size = 256M
sort_buffer_size = 1M
read_buffer_size = 1M

В конфигурации my-medium.cnf (для систем с 64МБ):

key_buffer_size = 16M
sort_buffer_size = 512K
read_buffer_size = 256K

Первая конфигурация как раз подходит под характеристики моего VPS сервера(768МБ из которых приблизительно 256МБ уйдет на функционирование CentOS + Apache), но возможно мне не нужны такие большие буферы?

Подскажите, пожалуйста!

Никогда с хостерами не связывался, они какие-нибудь ограничения на входящий исходящий траффик оговаривают, на количество подключений ?

угу. Как иначе-то? Это хомячков имеют как хотят, и со скоростью, и с подключением, и с процентом рабочего времени. Нормально это всё оговаривается в договоре.

Первая конфигурация как раз подходит под характеристики моего VPS сервера(768МБ из которых приблизительно 256МБ уйдет на функционирование CentOS + Apache), но возможно мне не нужны такие большие буферы?

ИМХО нужны. Может даже и побольше. И, ИМХО 512 будет маловато для ваших запросов - было-бы неплохо кешировать индексы и таблицы, даже для пустых запросов, но я даже не представляю, какое у вас время реакции. Вообще говоря, мне кажется что конфигурация вообще слабовата, даже для одного юзера. Хотя не знаю... ИМХО такое количество таких запросов займёт слишком много времени... Особенно если памяти мало.

Понятно, было такое подозрение. Сдается мне, из количества выделенного бабла на хостинг надо считать. :)

тариф можно ведь и поменять, особенно в большую сторону.

В случае со столь простыми запросами имеет смысл ориентироваться на read_buffer ~ 1-2М, sort. key_buffer_size установить в 20-60М, все зависит от объема индексов в базе. Ну а далее по формуле. Если запросики будут частыми и однотипными, имеет смысл выделить с десяток мегабайт под QueryCache...