artushИмеется сайт на mysql, все таблицы в нем имеют тип MyISAM.
Для доработки сайта мне необходимо сконвертировать некоторые таблицы в INNODB.


Лучше ВСЕ.


artushОсновные операции на сайте это селекты, модификация таблиц довольно редка (всего на сайте 100..200 активных пользователей).
Мне чем-нибудь грозит прямая-бездумная (т.е. сконвертировать скриптом все таблицы и всё) конвертация кроме замедления модификации данных?

Надо настроить кэш для InnoDB --

http://dev.mysql.com/doc/refman/5.5/en/innodb-buffer-pool.html

главный параметр -- innodb_buffer_pool_size . Его надо поставить (если по-тупому) примерно в 80% доступной физической памяти, или если база маленькая -- в размер базы, * 1.2 (примерно, дальше надо мониторить и смотреть).

Также нужно настоить журнал транзакций :
если позволяет приложение, можно задать relaxed durability (параметр innodb_flush_log_at_trx_commit)

Ну и может ещё что-то -- вот статья:

http://dev.mysql.com/doc/refman/5.0/en/innodb-tuning.html

Если что -- спрашивай уже конкретно про какой-то параметр.

netwindМне вообще давно интересно почему percona и прочий хайололоад педалирует innodb ?

Потому что, #&$%@, у него ЕСТЬ КЭШ.

СУБД без кэша -- это просто хрень какая-то, а не СУБД.

netwindMasterZiv, не первый раз замечаю за вами такие малопродуманные "критические" высказывания.
откуда у вас такая нелюбовь к mysql, но при этом вы тут регулярно пишете ?
Вас заставляют ? Больно бьют? Сообщите где они вас держат.

Я его писал.

Что тебе в моих высказываниях не понравилось?

Что я тебе не так написал ? У InnoDB есть кэш данных. У MyISAM его нет (или я не прав, и появился в последних версиях?).

Основы производительности СУБД составляют две технологии
индексирование и быстрый поиск по индексам.

Кэширование данных в памяти.

Если у какой-то СУБД нет одного из двух -- это недоСУБД.
Логика такая.

netwind>Основы производительности СУБД составляют две технологии
>Кэширование данных в памяти.

это кто сказал ? Дейт, Кайт или Волтер Вайт ?
.

Это я сказал.

netwindТак ведь данные и так кешируются в памяти. ОС их кеширует.


ОС не знает, как кэшировать эти данные. Для ОС это -- бинарные файлы.
СУБД же знает, что это страницы данных с записями таблиц или индексов,
или кусками BLOB-ов. Или служебной информацией.
СУБД знает, что её нужно, что будет нужно, и что не будет нужно, и может
это оптимально кэшировать.
К тому же, используя кэш СУБД, даже конечный пользователь СУБД в запросе
может указать, как использовать или как не использовать кэш для конкретного запроса.

К тому же, ОС бывает разные. Одни кашируют , другие не кэшируют. Одни кэшируют так,
другие -- по-другому.

Вся история борьбы за производительность СУБД -- это история борьбы СУБД с возможностями
запускающей её операционной системой.

netwindMasterZiv,
так ведь там "знать" нечего. всего два типа данных : кеш индексов и кеш данных. первый кешируется внутри субд. Второй в ОС.
Все.



Уууу....

netwindавторК тому же, ОС бывает разные. Одни кашируют , другие не кэшируют. Одни кэшируют так,
другие -- по-другому.
Сейчас только две серверных ОС. Обе кешируют.

Нутко назови...
На сайте я 5 операционок насчитал в Download-ах.

netwindMasterZiv, windows и linux. Все остальное - для стран эльфов и откатчиков.

Т.е. ты не хочешь быть эльфом ?

Ну, тебе же хуже...