Большой INSERT|UPDATE

[CGVictor]

Задача такая: есть большой объем данных, который нужно "добавить" к существующей таблице в MySQL. Где-то семьсот-восемьсот записей.
Таблица же раз в 20 большая, т.е. около 15 тыс записей.

Нужно "слить" данные по ключу, т.е. получить общую таблицу, где для совпадающих ключей проведен UPDATE, для отсутствующих - INSERT.

А вопрос вот в чем: доступ к таблице перекрывать нельзя. Из нее практически постоянно идет select-выборка.

Как сделать? Что посоветуете применить? INSERT DELAYED? А как быть с апдейтами?

К сожалению, в SQL я не слишком опытен, с радостью приму и "мордой в ман".

[fidget]

Попробуйте сделать LOAD DATA INFILE .. REPLACE.
Но пока записи будут загружаться таблица у вас все равно будет залочена. Если у вас таблицы MyISAM, то вам этого ну никак не избежать.

[commander]

CGVictor
ИХМО
как вариант делать постепенный цекличный INSERT\\UPDATE т.е. после каждого обновления рвать конект и спать несколько секунд...

или же так:
исходная таблица - tmp
создать tmp_1 залить в неё все данные из tmp и новые ... дальше сделать следующее:
DROP TABLE tmp;
ALTER Table tmp_1 RENAME TO tmp;

[CGVictor]

commander
Да, подумываю над альтером.
Чтение же, как я помню, таблицу не лочит?
Да, пока этот вариант.

fidget
А что можно противопоставить MyISAM в этом плане?

[fidget]

> Чтение же, как я помню, таблицу не лочит?

лочит. ставит read lock.

> А что можно противопоставить MyISAM в этом плане?

ну это зависит от того что у вас вообще за система, какие запросы, как часто надо заливать такие данные. В том же InnoDB поддерживается row-level locking, но в общем случае InnoDB медленнее. т.е. имеет смысл его смотреть когда у вас много одновременных разнородных запросов.

[CGVictor]

fidget
Так, принято.

fidget:
read lock

INSERT DELAYED их подружит?...

fidget:
что у вас вообще

Корпоративный вебфронт, надо сливать историю документов из бухгалтерии фирмы где-то 1-4 раза в день в базу на хосте. Мне будет прилетать только инкремент (иначе канал загнется на*), отсюда и задача.

Медленность, конечно, не плюс, но
а нет какого-нибудь русского summary по типам таблиц в MySQL?

[fidget]

> INSERT DELAYED их подружит?

а это обычный INSERT, только он сначала кладется в буфер, если север не может добавить данные в таблицу, и потом добавляются, а клиент освобождается и не ждет окончание выполнения запроса. Но сам механизм добавления такой же.

Вообще если только обычные INSERTы и их таблицы данные не удаляются, то для MyISAM таблицы они пишутся в конец файла и могут нормально сосуществовать параллельно с SELECTами. Но вам же еще обновлять надо для совпадающих ключей, так что такое непрокатит.

Попробуйте все-таки LOAD DATA, только поиграйтесь еще с настройками bulk_insert_buffer_size и key_buffer_size. Увеличение размера этих буфером должно положительно сказаться на производительности добавления данных.

> а нет какого-нибудь русского summary по типам таблиц в MySQL?

ну в русской документации по MySQL есть описание этих таблиц, но там не summary и этому переводу уже 3 года и с тех пор ни разу не обновлялся, так что часть информации уже устарела.

[CGVictor]

fidget
А нет ли способа на уровне базы/запроса задать, чтобы INSERT для существующей записи прокатывал как UPDATE?

[fidget]

CGVictor, есть REPLACE и есть INSERT .. ON DUPLICATE KEY UPDATE.

[CGVictor]

fidget
Ага, вектор ясен....будем копать