Досвідчені адміністратори баз даних SQL Server знають, що рівень ізоляції транзакцій Repeatable Read захищає запити від брудних і неповторюваних читань. Рівень ізоляції Serializable захищає від усіх явищ, які викликає повторюване читання, а також запобігає фантомним вставкам.
На відміну від серіалізованості, яка забезпечує загальний порядок транзакцій, ізоляція миттєвого знімка примусово встановлює лише частковий порядок: підоперації в одній транзакції можуть чергуватися з іншими транзакціями.
InnoDB пропонує всі чотири рівні ізоляції транзакцій, описані стандартом SQL:1992: READ UNCOMMITTED, READ COMMITTED, REPEATABLE READ і SERIALIZABLE .
Серіалізований рівень ізоляції. Серіалізований рівень ізоляції забезпечує найсуворішу ізоляцію транзакцій. Цей рівень емулює послідовне виконання транзакцій для всіх здійснених транзакцій; ніби транзакції виконувалися одна за одною, послідовно, а не одночасно.
SERIALIZABLE забезпечує дотримання навіть суворіших правил, ніж REPEATABLE READ і використовується в основному в особливих ситуаціях, наприклад із транзакціями XA та для усунення проблем із паралелізмом і взаємоблокуваннями. У наведеному нижче списку описано, як MySQL підтримує різні рівні транзакцій.
Досвідчені адміністратори баз даних SQL Server знають, що рівень ізоляції транзакцій Repeatable Read захищає запити від брудних і неповторюваних читань. Рівень ізоляції Serializable захищає від усіх явищ, які викликає повторюване читання, а також запобігає фантомним вставкам.
У вищих рівнях ізоляції, таких як SERIALIZABLE, основним недоліком є те, що іноді дві транзакції можуть заважати одна одній таким чином, що їм не можна дозволити продовжити роботу без порушення гарантій ізоляції, тому один із них потрібно перервати та повторити спробу.