MySQL: как обрабатывать обычные большие объемы вставок / обновлений? - PullRequest
0 голосов
/ 01 марта 2010

У меня есть таблица, где я отслеживаю различные статистические данные об использовании сайта. Раз в неделю я планирую использовать эту статистику и информацию из других таблиц для расчета различных ключевых показателей для использования в нескольких отчетах. Это делается для того, чтобы не рассчитывать сложные данные при каждом обращении к отчету. Эти показатели будут храниться в отдельной таблице, которая называется «показатели».

Есть ок. 50 показателей для 220 стран (то есть набор из 50 для каждой страны отдельно). Учитывая, что эти цифры рассчитываются еженедельно, я получаю ошеломляющее число:

50 x 220 = 11 000 вставок / обновлений каждую неделю

Моя таблица показателей структурирована следующим образом:

id PK | type (TINYINT) | country_id (TINYINT) | year | week | value

... где я бы в основном вставлял / обновлял 50 строк разного типа для каждой страны.

То, что я хотел бы спросить: я иду совершенно не туда? Могу ли я лучше установить страны в виде столбцов вместо строк (220 столбцов ...)? Или, возможно, показатели и потерять некоторую гибкость? Как обычно обрабатываются такие большие объемы вставок / обновлений?

Заранее спасибо за ваше время.

ВЫВОД: Похоже, это достаточно ясно, спасибо за все материалы.

1 Ответ

1 голос
/ 01 марта 2010

Хотя я не знаю вашего точного заявления, это не должно быть проблематичным вообще. Вставки и обновления не должны быть блокировкой таблицы. Я сомневаюсь, что ваши пользователи даже заметят.

Для сравнения, при загрузке мой сервер mysql работает со скоростью почти 3,5 тыс. Запросов в секунду.

Как правило, вы все равно захотите запускать свои сценарии обслуживания в периоды низкой загрузки.

...