MySQL - Лучший Механизм (механизмы) для 2 Таблиц - рабочие тяжелые обновления, 1 хранение 15-минутного журнала
Альтернатива (хотя не обязательно лучше) опция должна была бы добавить их в crontab корня и иметь использование записи su с тире для становления рассматриваемым пользователем. Переменные среды были бы затем втянуты автоматически через среду оболочки пользователя по умолчанию в ~/.bashrc и т.п. например:
* * * * 1-5 su - scriptuser '/home/myuser/scripts/myscript.sh' Это выполнило бы задание как scriptuser со всеми переменными среды надлежащего входа в систему. Оборотная сторона - то, что scriptuser самостоятельно не мог настроить это задание - это потребует полномочиям пользователя root сделать это.
Вы правы в использовании InnoDB для встречной таблицы, так как это будет в большой степени записанным к тому, таким образом, этому был бы нужен блокирующий строку механизм InnoDB.,
И так как у Вас нет проблем с данными, потерянными на перезапусках сервера., затем механизм памяти является хорошим выбором. но действительно необходимо рассмотреть, как большой таблица памяти стала бы. согласно руководству MySQL:
Максимальный размер таблиц MEMORY ограничен max_heap_table_size системной переменной, которая имеет значение по умолчанию 16 МБ. Чтобы иметь больше (или меньший) таблицы MEMORY, необходимо изменить значение этой переменной. Значение в действительности для CREATE TABLE является значением, используемым для жизни таблицы. (При использовании ALTER TABLE или TRUNCATE TABLE значение в действительности в то время становится новым максимальным размером для таблицы. Перезапуск сервера также устанавливает максимальный размер существующих таблиц MEMORY к глобальному значению max_heap_table_size.) Можно установить размер для отдельных таблиц, как описано позже в этом разделе.