Время, необходимое для вставки записи, можно грубо разделить на такие
промежутки:
где числа в скобках пропорциональны полному времени. При этом не
учитывается время в начале вставки, требующееся для открытия таблиц
(таблицы открываются один раз для каждого конкурентно выполняющегося
запроса).
раз (B-деревья).
Если с одного клиента одновременно вставляется большое количество
строк, используйте операторы
в форме, содержащей множество
записей. При этом вставка будет происходить намного быстрее (в
некоторых случаях в несколько раз), чем при использовании отдельных
операторов
. При добавлении данных в непустую таблицу можно
настроить переменную
так, чтобы это
делалось еще быстрее. See section
.
При вставке нескольких строк с различных клиентов можно повысить
скорость, используя оператор
. See section
.
, если в таблицах нет
удаленных строк.
. При этом обычно вставка будет происходить в 20 раз быстрее,
чем при использовании соответствующего количества операторов
.
See section
.
Если таблица имеет много индексов, можно проделать некоторую
дополнительную работу, чтобы команда
выполнялась еще
быстрее. Используйте следующую процедуру:
(например, используя
).
.
. После
этого индексы не будут использоваться для данной таблицы.
. При этом
никакие индексы обновляться не будут и, следовательно, скорость будет
высокой весьма.
Если вы собираетесь в будущем только лишь читать таблицу, выполните
для этой таблицы, чтобы уменьшить ее размер. See section
, MySQL-генератор сжатых таблиц (только для чтения)
.
. Эта процедура создает индексное дерево в памяти,
перед тем как записать его на диск, что гораздо быстрее за счет
исключения большого количества дисковых операций. Индексное дерево,
получившееся в результате, к тому же отлично сбалансировано.
.
также выполняет вышеупомянутую
оптимизацию при вставках в пустую таблицу. Главное отличие этой команды от
вышеупомянутой процедуры заключается в том, что при помощи
можно
выделить намного больше временной памяти для создания индекса, чем MySQL,
по вашему мнению, должен выделять для каждого воссоздания индексов.
Начиная с MySQL 4.0 можно также использовать команду
. Таким образом можно также пропускать шаги
.
Можно ускорять операции вставки, выполняемые несколькими операторами,
путем установки блокировки таблиц:
mysql> LOCK TABLES a WRITE;
mysql> INSERT INTO a VALUES (1,23),(2,34),(4,33);
mysql> INSERT INTO a VALUES (8,26),(6,29);
mysql> UNLOCK TABLES;
Главный фактор, влияющий на скорость, - то, что буфер индексов
сбрасывается на диск только один раз, после завершения всех операторов
. Обычно содержимое индексных буферов сбрасывалось бы на диск
столько раз, сколько имеется различных операторов
. Блокировка не
нужна, если можно вставить все строки при помощи одного оператора. Для
транзакционных таблиц, чтобы повысить скорость, следует использовать
. Блокировка также понизит полное время
проверки подсоединений (multi-connection tests), но максимальное время
ожидания для некоторых потоков повысится (потому что они ожидают снятия
блокировки). Например:
поток 1 делает 1000 вставок
потоки 2, 3 и 4 делают 1 вставку
поток 5 делает 1000 вставок
Если блокировка не используется, 2, 3, и 4 завершат выполнение раньше, чем
1 и 5. Если блокировка используется, 2, 3 и 4, видимо, не закончат
выполнение раньше, чем 1 или 5, но общее время должно приблизительно
уменьшиться на 40%. Так как в MySQL операции
,
очень
быстрые, общая производительность будет улучшаться, если добавлять
блокировки ко всем командам, делающим более 5 вставок или обновлений
подряд. Если делается очень много вставок строк, можно время от времени
сопровождать команду
(после каждых 1000
строк), чтобы позволить другим потокам обращаться к таблице. Результатом
всего этого будет получение хорошей производительности. Конечно, для
загрузки данных намного более быстрой является команда
.
, увеличьте буфер ключа (
). See section
.