Есть таблица в которую записываются параметры:
ts - bigint юникс время(bigint т.к. планировали с милисекундами)
ch - int номер датчика
param - varchar(255) тестовый параметр
все параметры индекс

Записывается каждые 1-10 сек по 100 строк. Сейчас 12 млн строк на 2 Гбайта.

Основная задача быстро(<0.5 сек) найти(до 10000 запросов в секунду)
SELECT * FROM f WHERE `ts` > time AND `ch` = xxx ORDER BY ts LIMIT 0 , 10


Подскажите как оптимизировать работу?
По идее InnoDB лучше т.к. Транзакционный движек, Блокировка на уровне строк.

Основные проблемы
1) При внеплановой перезагрузке сервера рушиться таблица и ее восстановление занимает невообразимое время(часы)
когда innodb хранился в одном файле вообще пришлось грохнуть все таблицы!
2) при очистке от старых записей(старше х дней) блокируется таблица на большое время(сейчас решается удалением по 1000 строчек).


Какой тип таблицы лучше и как оптимизировать работу? Или вообще что посмотреть?
Например сделать param фиксированной длинны?

PS: Иногда хочется вообще переписать алгоритм на хранение строк в файлах :-((

Спасибо за ответ.

умножить время на 1000000 практически не заметно в логике работы.
А до некоторой версии MYSQL TIMESTAMP не поддерживал микросекунды.

Но вопрос совсем не об этом. Вопрос в опыте реализации работы базы в которую напихивают большое кол-во данных с минимальной логикой обработки и критическим временем обработки. Даже не знаю какую статью почитать...

Меня гораздо больше напрягает проблема, что мне надо думать как не создать сложный запрос который заблокирует базу(например удаление млн прошлонедельных записей). А также как реализовать 99,999 надежность - при сбоях и т.д.

Пробовал, для надежности репликацию - тоже случаются регулярные рассинхронизации базы.