Работа с заданиями cron и конфликтом между MySQL и ЦП в архитектуре одного выделенного сервера

У нас есть один небольшой экземпляр EC2, на котором мы запускаем интерфейсный сервер (php5-fpm / nginx), но также много загружаемых скриптов cron php, вставляющих много данных (2k + строк каждые ~ 15 минут), которые, кажется, полностью зависают Сервер MySQL на 1-2 минуты, сбой интерфейсного веб-сайта (время ожидания истекло).

Я думаю, что использование главного и подчиненного (только для чтения, для внешнего интерфейса) серверов MySQL может исправить это (?), Но я ограничен одним экземпляром для этого проекта.

Я уже настроил конфигурацию MySQL с mysqltuner и установите для вставок низкий приоритет.

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

Возможные решения, о которых я подумал, но они не кажутся идеальными или действительно решают проблему у источника:

• используйте cpulimit для заданий cron (будет медленнее извлекать данные, но MySQL все равно будет зависать во время массивных вставок)
• искусственно замедлить скорость вставки (возможно, но в ограниченном объеме, необходимо быстро вставить 2k строк). Я думаю, что одна большая вставка должна быть лучше, чем 2к атомных вставки.
• запуск двух демонов MySQL на одном сервере (сначала это кажется плохой идеей, но, возможно, это могло бы облегчить спор)
• перейти на InnobDB (используя misam) или даже полностью перейти на PostgreSQL?
• полностью кэшировать интерфейс, чтобы избежать зависания, связанного с MySQL (невозможно на всех страницах, уже много кэшированных данных, но они должны часто обновляться после того, как кроны извлекают новые данные, запускаются)