Помогите разобраться с InnnoDB
Как включить опцию InnoDB что б мускул поддерживал таблици с этим расширением

Удалить с конфига MySQL строку skip-innodb

кхм.... вообще лучше использовать для таблиц ENGINE=MyISAM. А про InnoDB забыть....

OkoPwnz Написал:Помогите разобраться с InnnoDB
Как включить опцию InnoDB что б мускул поддерживал таблици с этим расширением

поставить из пакетов Mysql

Magister Написал:кхм.... вообще лучше использовать для таблиц ENGINE=MyISAM. А про InnoDB забыть....

а такие советы лучше придержать при себе

Во-первых: убрать в конфиге skip-innodb, как говорил тов. PROGRAMMATOR.
Во-вторых: пройтись по всем файлам базы данных сервера и поменять в CREATE TABLE ... (...) Engine=MyISAM; на CREATE TABLE ... (...) Engine=InnoDB; или, если сервер уже установлен, сделать для всех таблиц ALTER TABLE <table_name> ENGINE=InnoDB;

Касательно использования InnoDB вообще. Основное отличие между MyISAM-движка базы и InnoDB в появлении в последнем поддержки транзакций и построчной блокировки таблиц (в MyISAM блокировка при селектах/инсертах/апдейтах потабличная, т.е. с одной таблицей по-факту только один запрос работать может). Транзакции понизят производительность базы (из-за больших накладных расходов на каждый запрос), а вот построчная блокировка значительно ускорит работу с базой в сильно нагруженном приложении (например, в сервере ла2). Включать его однозначно нужно, только хорошо бы сделать это с умом, т.е. на таблицы, где данные более-менее статические (итемы, арморы, нпс, спавн и т.д., те, что читаются один раз при старте) лучше его не включать, а на динамические таблицы, в которые идут постоянно запросы на добавление/обновление/чтение данных (игроки, инвентарь, макросы, переменные игрока и т.д.) хорошо бы InnoDB включить.

Зачем серверу Lineage 2 InnoDB? Лучше MyISAM для java сервера не придумаешь. Единственный недостаток MyISAM в данном случае, это блокировка всей таблицы во время записи. Но правильные индексы спасают.

m095 Написал:Зачем серверу Lineage 2 InnoDB? Лучше MyISAM для java сервера не придумаешь. Единственный недостаток MyISAM в данном случае, это блокировка всей таблицы во время записи. Но правильные индексы спасают.

Ну вообщем-то да, для 300 онлайна и запросов вида SELECT * FROM table_name1 WHERE id in (SELECT * FROM table_name2 WHERE name like 'трали-вали') WHERE name like 'тили-тили';, где обе таблицы содержат по 100к записей можно и вообще на CSV-файлах делать Плюс-минус 1сек на запрос не критична.

А "правильные индексы", кстати, только усложняют вставку данных. Не даром рекомендуется делать
для вставки многих записей подряд.

всем спасибо)

Blakkky Написал:Касательно использования InnoDB вообще. Основное отличие между InnoDB-движка базы и InnoDB в появлении в последнем поддержки транзакций и построчной блокировки таблиц (в MyISAM блокировка при селектах/инсертах/апдейтах потабличная, т.е. с одной таблицей по-факту только один запрос работать может). Транзакции понизят производительность базы (из-за больших накладных расходов на каждый запрос), а вот построчная блокировка значительно ускорит работу с базой в сильно нагруженном приложении (например, в сервере ла2). Включать его однозначно нужно, только хорошо бы сделать это с умом, т.е. на таблицы, где данные более-менее статические (итемы, арморы, нпс, спавн и т.д., те, что читаются один раз при старте) лучше его не включать, а на динамические таблицы, в которые идут постоянно запросы на добавление/обновление/чтение данных (игроки, инвентарь, макросы, переменные игрока и т.д.) хорошо бы InnoDB включить.

Лучший совет )

только на бекапах innodb тормознутая ( в 5 раз медленнее по сравнению с MyISAM ( Хотя может у меня руки кривые