оптимизация mysql для большого количества данных

#mysql #optimization

#mysql #оптимизация

Вопрос:

Я хотел бы узнать ваше мнение о схеме БД, которую я буду создавать. БД будет содержать данные с разных языков. Ежедневные вставки будут составлять около 30.000 — 50.000, с интенсивным чтением. У меня может быть всего 6 таблиц, содержащих данные для каждого языка, или я могу создать 6 разных таблиц для каждого языка. Будет ли второй вариант более эффективным для интенсивного чтения? Какие другие методы вы предлагаете, Чтобы повысить производительность системы (разделение данных и т. Д.)?

Спасибо

Комментарии:

1. Если типы данных совпадают, не создавайте 6 разных таблиц (без предварительной попытки какого-либо разбиения). Какие столбцы / типы у вас есть в этой таблице? Когда вы говорите «тяжелые чтения», насколько тяжелые?

2. Все ли вставки выполняются одновременно или они выполняются в течение дня?

3. В crontab в течение дня в Brad 6 таблиц, о которых я упоминаю, — это минимальный минимум для нормализации базы данных. Я ожидаю, что у меня будет от 500 до 1000 q / sec с некоторыми запросами, объединяющими 3 таблицы

Ответ №1:

Возможно, это сообщение в блоге может быть полезным:

http://20bits.com/articles/10-tips-for-optimizing-mysql-queries-that-dont-suck/

Ах да, и еще один совет… Не используйте 6 таблиц!