Каково различие между InnoDB и MyISAM?

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

В эти дни, если Вы не используете таблицу для, регистрируют данные стиля (затем ВЫБОР значительно большего количества ВСТАВКИ, никакие транзакции), InnoDB обычно быстрее, более надежен, имеет больше функций, и т.д.

Единственная другая функция MyISAM имеет, полнотекстовый поиск, который хорошо для основного использования, но большинство людей использует некоторых от Lucene для чего-либо серьезного.

Так или иначе необходимо настроить MySQL, поскольку значения по умолчанию по существу установлены для 32 МБ Pentium, это совместно используется с другими сервисами.

Обычно эмпирическое правило, если Вы хотите скорость, используйте MyISAM и если Вы хотите устойчивость, используйте InnoDB. Что-то, чтобы сделать с атомарностью, если я помню правильно.

Немного поздновато к игре... но вот довольно полный пост , который я написал несколько месяцев назад , подробно описывая основные различия между МИЗАМ и InnoDB. Возьмите чашку чая (и, может быть, печенье) и наслаждайтесь.

Основное различие между MyISAM и InnoDB заключается в ссылочной целостности и транзакциях. Есть и другие отличия, такие как блокировка, откаты и полнотекстовый поиск.

Ссылочная целостность

Ссылочная целостность гарантирует, что отношения между таблицами останутся последовательными. Говоря более конкретно, это означает, что когда таблица (например, Листинги) имеет посторонний ключ (например, Product ID), указывающий на другую таблицу (например, Продукты), когда обновления или удаления происходят в таблице с указанием на нее, эти изменения каскадируются в таблицу с указанием ссылок. В нашем примере, если продукт переименован, внешние ключи связывающей таблицы также обновляются; если продукт удален из таблицы "Продукты", любые списки, указывающие на удаленную запись, также удаляются. Более того, любой новый список должен содержать иностранный ключ, указывающий на действительную, существующую запись.

InnoDB является реляционной СУБД (СУБД) и, таким образом, обладает ссылочной целостностью, в то время как MyISAM - нет.

Transactions & Atomicity

Data in a table управляется с помощью операторов языка манипулирования данными (DML), таких как SELECT, INSERT, UPDATE и DELETE. Операции группы транзакций, состоящей из двух или более операторов DML, объединяются в один блок работы, поэтому либо применяется весь блок, либо ни один из них не поддерживается.

MyISAM не поддерживает транзакции, в то время как InnoDB поддерживает.

Если операция прерывается при использовании MyISAM-таблицы, то операция немедленно прерывается, и затрагиваемые строки (или даже данные внутри каждой строки) остаются затрагиваемыми, даже если операция не дошла до завершения.

Если операция прерывается при использовании таблицы InnoDB, т.к. она использует транзакции, которые имеют атомарность, то любая транзакция, которая не дошла до завершения, не вступит в силу, т.к. не производится фиксация.

Блокировка таблицы против блокировки строк

Когда запрос выполняется к MyISAM-таблице, вся таблица, к которой он обращается, будет заблокирована. Это означает, что последующие запросы будут выполняться только после завершения текущего. Если вы читаете большую таблицу и/или выполняете частые операции чтения и записи, это может означать огромное количество запросов.

Когда запрос выполняется к таблице InnoDB, блокируется только та строка(и), в которой он выполняется, остальная часть таблицы остается доступной для CRUD-операций. Это означает, что запросы могут выполняться одновременно по одной и той же таблице при условии, что они не используют одну и ту же строку.

Эта возможность в InnoDB известна как параллелизм. Как бы велик ни был параллелизм, существует большой недостаток, который применяется к выбранному диапазону таблиц, в том, что есть накладные расходы при переключении между потоками ядра, и вы должны установить ограничение на потоки ядра, чтобы предотвратить остановку сервера.

Транзакции и откаты

Когда вы выполняете операцию в MyISAM, изменения устанавливаются; в InnoDB эти изменения могут быть откачены обратно. Наиболее распространенными командами, используемыми для управления транзакциями, являются COMMIT, ROLLBACK и SAVEPOINT. 1. COMMIT - Вы можете написать несколько DML-операций, но изменения будут сохранены только тогда, когда COMMIT будет сделан 2. ROLLBACK - Вы можете отказаться от любых операций, которые еще не были зафиксированы 3. SAVEPOINT - устанавливает точку в списке операций, к которой операция ROLLBACK может откатиться к

Reliability

MyISAM не обеспечивает целостности данных - Сбой оборудования, нечистые отключения и отмененные операции могут привести к повреждению данных. Это потребует полного восстановления или перестройки индексов и таблиц.

InnoDB, с другой стороны, использует журнал транзакций, буфер двойной записи и автоматическое контрольное суммирование и валидацию, чтобы предотвратить повреждение. Перед тем, как InnoDB вносит какие-либо изменения, он записывает данные перед транзакциями в системный файл табличного пространства под названием ibdata1. В случае сбоя InnoDB будет автоматически восстанавливать данные через воспроизведение этих логов.

FULLTEXT индексирование

InnoDB не поддерживает индексирование FULLTEXT до версии MySQL 5.6.4. На момент написания этой заметки, MySQL версия многих провайдеров виртуального хостинга все еще ниже версии 5.6.4, что означает, что индексация FULLTEXT не поддерживается для таблиц InnoDB.

Однако, это не является веской причиной для использования MyISAM. Лучше всего перейти на хостинг-провайдера, поддерживающего последние версии MySQL. Не то чтобы MyISAM таблица, использующая индексацию FULLTEXT, не может быть преобразована в таблицу InnoDB.

Заключение

В заключение, InnoDB должна быть выбранным вами движком хранения по умолчанию. Выбирайте MyISAM или другие типы данных, когда они обслуживают определенную потребность.