что быстрее rollback или commit

Разница между COMMIT и ROLLBACK в SQL

Содержание

С другой стороны, если транзакция по какой-либо причине выполняется успешно, то ОТКАТ оператор отменяет все обновления, начиная с первого оператора текущей транзакции.

Давайте обсудим разницу между операторами Commit и ROLLBACK в SQL с помощью сравнительной таблицы, показанной ниже.

Сравнительная таблица

Определение COMMIT

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

Синтаксис оператора COMMIT следующий:

COMMIT;

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

Когда транзакция переходит в зафиксированное состояние, ее нельзя откатить, и начинается новая транзакция.

Определение ROLLBACK

Как COMMIT, ОТКАТ также является оператором SQL и сигнализирует о том, что транзакция не был завершен успешно. Следовательно, сделка прерванный чтобы отменить изменения, внесенные транзакцией. После выполнения ROLLBACK изменения, сделанные текущей транзакцией, не сохраняются.

Синтаксис ROLLBACK следующий:

ОТКАТ;

ОТКАТ транзакции становится необходимым, если во время выполнения транзакции возникает ошибка. Ошибкой может быть сбой системы, отключение электроэнергии, ошибка в операциях транзакции, сбой системы. В случае сбоя питания или сбоя системы, ОТКАТ происходит при повторном перезапуске системы. ROLLBACK может произойти, только если COMMIT еще не выполнен.

Вывод

Чтобы гарантировать, что изменения, внесенные в транзакцию, постоянно сохраняются в базе данных, используйте COMMIT после успешного завершения транзакции. В случае, если транзакция сталкивается с какой-либо ошибкой во время выполнения, для отмены изменений, сделанных транзакцией, используется ROLLBACK.

Источник

Является ли ROLLBACK быстрой операцией?

5 ответов

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

Откат считывает последовательный файл изменений и применяет их к страницам данных в памяти. Первоначальной «работе» пришлось создать план выполнения, получить страницы, соединить строки и т. Д.

Итак, пересмотренная версия моего более раннего ответа. Насколько медленнее откат? При прочих равных условиях для обычной OLTP-транзакции это не так. Вне границ типичного, это может занять больше времени, чтобы «отменить», чем «сделать», но (это потенциальный твистер языка?), Почему это будет зависеть от того, как было сделано «делать».

Создайте две таблицы и упакуйте их неэффективно (потерянное пространство на странице):

Запустите «плохой» запрос на обновление, измеряя время, затрачиваемое на выполнение работы, и время, затраченное на выпуск фиксации.

Сделайте то же самое, но выполните выпуск и отметьте откат.

С @ Rows = 1 я получаю разумную последовательность:

Для Oracle откат может занять много времени дольше, чем время, затрачиваемое на изменение отката. Это часто не имеет значения, потому что

Не все транзакции будут выполнять свою транзакционную активность намного лучше, чем их откат. Одним из таких случаев является операция удаления в SQL. Когда транзакция удаляет строки, эти строки помечены как записи призраков. После того, как будет выпущена фиксация и запущена задача очистки призрачной записи, удаляются только эти записи.

Если вместо этого был выполнен откат, он просто удаляет призрачные маркировки из этих записей, а не интенсивные инструкции вставки.

Не все. PostgreSQL не требует больше времени для отката, чем для фиксации, поскольку две операции фактически идентичны с точки зрения ввода /вывода на диске. На самом деле я не думаю, что это вопрос оптимизации для фиксации, поскольку речь идет о том, какие другие запросы оптимизируются для.

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

Для PostgreSQL все таблицы представляют собой таблицы кучи, а индексы являются отдельными. Это означает, что при откате или фиксации данные не должны перестраиваться. Это ускоряет фиксацию и откат.

Однако, он делает некоторые другие вещи немного медленнее. Например, поиск первичного ключа должен проходить по индексному файлу, а затем он должен ударять по таблице кучи (при условии, что не применяются индексы покрытия, которые применимы). Это не огромная сделка, но она добавляет дополнительный поиск страницы или, возможно, даже несколько случайных поисков страниц (если в этой строке было много обновлений), чтобы проверить другую информацию и видимость.

Однако скорость здесь не связана с оптимизацией в PostgreSQL для операций записи и чтения. Это нежелание привилегировать некоторые операции чтения над другими. Следовательно, PostgreSQL выполняет в среднем примерно так же, как и другие db. Это скорее определенные операции, которые могут быть быстрее или медленнее.

Итак, я считаю, что фактический ответ заключается в том, что db оптимизированы для определенных рабочих нагрузок на стороне чтения, и это приводит к проблемам на стороне записи. Обычно, когда возникает вопрос, коммиты обычно, хотя и не всегда, будут предпочтительнее откатов. Однако это зависит от последствий выполнения одного (обновления отличаются от удалений).

Источник

Разница между COMMIT и ROLLBACK в SQL

Содержание:

Давайте обсудим разницу между операторами Commit и ROLLBACK в SQL с помощью сравнительной таблицы, показанной ниже.

Сравнительная таблица

Определение COMMIT

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

Синтаксис оператора COMMIT следующий:

COMMIT;

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

Определение ROLLBACK

Нравится COMMIT, ROLLBACK также является оператором SQL, и это означает, что транзакция не было завершено успешно, Следовательно, транзакция прерванный отменить изменения, сделанные транзакцией. После выполнения ROLLBACK никаких изменений, выполненных текущей транзакцией, не сохраняется.

Синтаксис ROLLBACK следующий:

ROLLBACK;

Транзакция ROLLBACK становится необходимой, если во время выполнения транзакции возникает ошибка. Ошибка может быть системной ошибкой, отключением электропитания, ошибкой в ​​операторах транзакции, системной аварией. В случае сбоя питания или сбоя системы ROLLBACK происходит при повторном запуске системы. ROLLBACK может произойти, только если COMMIT еще не выполнен.

Заключение:

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

Источник

Управление транзакциями в PL/SQL

Эти команды более подробно рассматриваются в следующих разделах блога.

Команда COMMIT

Фиксирует все изменения, внесенные в базу данных в ходе сеанса текущей транзакцией. После выполнения этой команды изменения становятся видимыми для других сеансов или пользователей. Синтаксис этой команды:

Ключевое слово WORK не обязательно — оно только упрощает чтение кода.

Ключевое слово COMMENT также не является обязательным; оно используется для задания комментария, который будет связан с текущей транзакцией. Текстом комментария дол­жен быть заключенный в одинарные кавычки литерал длиной до 50 символов. Обычно комментарии задаются для распределенных транзакций с целью облегчения их анализа и разрешения сомнительных транзакций в среде с двухфазовой фиксацией. Они хра­нятся в словаре данных вместе с идентификаторами транзакций.

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

Все команды в следующем фрагменте являются допустимыми применениями COMMIT :

Команда ROLLBACK

Команда ROLLBACK отменяет (полностью или частично) изменения, внесенные в базу данных в текущей транзакции. Для чего это может потребоваться? Например, для ис­правления ошибок:

«Нет, Нет! Я хотел удалить только те заказы, которые были сделаны до мая 2005 года!» Нет проблем — достаточно выполнить команду ROLLBACK. Что касается программиро­вания приложений, в случае возникновения проблем откат позволяет вернуться к ис­ходному состоянию.

Синтаксис команды ROLLBACK :

Все команды ROLLBACK в следующем фрагменте действительны :

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

Команда SAVEPOINT

Устанавливает в транзакции именованный маркер, позволяющий в случае необходи­мости выполнить откат до отмеченной точки сохранения. При таком откате отменяются все изменения и удаляются все блокировки после этой точки, но сохраняются изменения и блокировки, предшествовавшие ей. Синтаксис команды SAVEPOINT :

Команда SET TRANSACTION

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

Механизм сегментов отката считается устаревшим; вместо него следует использо­вать средства автоматического управления отменой, введенные в Oracle9i.

Команда LOCK TABLE

Команда блокирует всю таблицу базы данных в указанном режиме. Блокировка запре­щает или разрешает модификацию данных таблицы со стороны других транзакций на то время, пока вы с ней работаете. Синтаксис команды LOCK TABLE :

LOCK TABLE список_таблиц IN режим_блокировки MODE [NOWAIT];

Здесь список таблиц — список из одной или нескольких таблиц (локальных таблиц/пред- ставлений или доступных через удаленное подключение), а режим блокировки — один из шести режимов: ROW SHARE, ROW EXCLUSIVE, SHARE UPDATE, SHARE, SHARE ROW EXCLUSIVE, EXCLUSIVE.

Примеры допустимых команд LOCK TABLE :

Источник

Difference between COMMIT and ROLLBACK in SQL

1. COMMIT :
COMMIT in SQL is a transaction control language which is used to permanently save the changes done in the transaction in tables/databases. The database cannot regain its previous state after the execution of it.

Consider the following STAFF table with records:

Attention reader! Don’t stop learning now. Practice GATE exam well before the actual exam with the subject-wise and overall quizzes available in GATE Test Series Course.

Output:

So, the SELECT statement produced the output consisting of three rows.

2. ROLLBACK :
ROLLBACK in SQL is a transactional control language which is used to undo the transactions that have not been saved in database. The command is only be used to undo changes since the last COMMIT.

Consider the following STAFF table with records:

Output:

So, the SELECT statement produced the same output with ROLLBACK command.

Difference between COMMIT and ROLLBACK :

Источник