Форум пользователей MySQL

1. Проверьте скорость вставки на Innodb и сравните с MyISAM. Кажется, что MyISAM будет вставлять быстрее.

2. Имеет смысл создавать несколько таблиц. Например, одну таблицу в неделю. В таком случае вставка будет только в последнюю таблицу и не будет затрагивать остальные, которые можно постепенно переводить в COMPRESSED. В отдельной маленькой таблице можно хранить диапазоны id в каждой из таблиц (это можно кэшировать в memcached), таким образом SELECT всегда будет обращаться только к одной таблице.

3. Количество простых выборок в секунду говорит, что удобно будет использовать плагин HandlerSocket.

4. Вставка быстрее без индексов. Если можно последную таблицу формировать без индексов, а потом создавать индекс, то это будет ускорением (вопрос в том, какая будет потеря на селектах). Как вариант - рабочую копию последней таблицы хранить в таблице типа MEMORY, чтобы избежать потерь на полном скане по сравнению с индексным поиском.

rgbeast написал:

1. Проверьте скорость вставки на Innodb и сравните с MyISAM. Кажется, что MyISAM будет вставлять быстрее.

Вставки и выборки будут производиться в перемешку. Боюсь блокирование в MyISAM приведёт к большим затупам, даже если только вставку MyISAM отработает быстрее.

rgbeast написал:

2. Имеет смысл создавать несколько таблиц. Например, одну таблицу в неделю. В таком случае вставка будет только в последнюю таблицу и не будет затрагивать остальные, которые можно постепенно переводить в COMPRESSED. В отдельной маленькой таблице можно хранить диапазоны id в каждой из таблиц (это можно кэшировать в memcached), таким образом SELECT всегда будет обращаться только к одной таблице.

Идея понятная и отличная, спасибо! Есть несколько вопросов:
- Можно ли это реализовать силами MySQL или это делается на стороне?
- После каждой вставки нужно получать присвоенный ID обратно. Как при таком разложении по таблицам это делать? (опять же, если силами MySQL)

rgbeast написал:

3. Количество простых выборок в секунду говорит, что удобно будет использовать плагин HandlerSocket.

Погуглил - похоже отличным дополнением будет.
Большое спасибо!

rgbeast написал:

4. Вставка быстрее без индексов. Если можно последную таблицу формировать без индексов, а потом создавать индекс, то это будет ускорением (вопрос в том, какая будет потеря на селектах). Как вариант - рабочую копию последней таблицы хранить в таблице типа MEMORY, чтобы избежать потерь на полном скане по сравнению с индексным поиском.

Отлично! Можно без индекса. Частота обращений считается большей, чем дольше данные лежат в базе. Т.е. свежедобавленные данные выбираться часто не должны. Тут опять же возникает 2 вопрос - силами MySQL или на стороне?

paulus написал:

А меня пугает CHAR(200). Кажется, это не осмысленное действие —
использовать 200 байт там, где можно использовать от 1 до 201.

Я исходил из соображений, что статическая таблица лучше динамической. Хотя, учитывая, что выборка по CHAR столбцам не будет производиться, возможно действительно стоит сделать их переменными. Спасибо!