Пока вы используете MySQL как записную книжку (именно так ее использует большинство web-проектов), вы никогда не столкнетесь с проблемой производительности СУБД. По-своему опыту могу сказать, что MySQL не лучший выбор для высоконагруженных баз данных. Причин много: частые deadlock’и, отсутствие хороших механизмов репликации, низкая производительность. Если у вас есть возможность выбора - выбирайте PostgreSQL или Oracle, если вам нужны именно реляционные базы данных. Но если у вас есть уже готовые решения с использованием MySQL, а миграция на другую СУБД невозможно или слишком трудо\экономически затратна, то придется оптимизировать и настраивать “записную книжку”. Сегодня речь пойдет о переносе InnoDB таблиц на отдельную raw-партицию.
Показаны сообщения с ярлыком mysql. Показать все сообщения
Показаны сообщения с ярлыком mysql. Показать все сообщения
воскресенье, 17 апреля 2011 г.
суббота, 22 января 2011 г.
Подписаться на:
Сообщения (Atom)
