Ⅰ sql 回滾語句
事務回滾Transaction Rollback 是指當事務中的某一語句執行失敗時將對資料庫
的操作恢復到事務執行前或某個指定位置.
如：
begin transaction my_transaction_delete
use pangu
go
delete from department
where dept_id = 』1012』
update employee
set dept_id = 』1001』
where dept_id = 』1012』
if @@error!=0 or @@rowcount=0 then
begin
rollback tran after_delete /* 回滾到保存點after_deletereturn，如果使用rollback my_transaction_delete 則會回滾到事務開始前 */
commit tran
print 『更新員工信息表時產生錯誤』
return
end
commit transaction my_transaction_delete
go
Ⅱ mysql如何快速回滾
我們經常會遇到操作一張大表，發現操作時間過長或影響在線業務了，想要回退大表操作的場景。在我們停止大表操作之後，等待回滾是一個很漫長的過程，盡管你可能對知道一些縮短時間的方法，處於對生產環境數據完整性的敬畏，也會選擇不做介入。最終選擇不作為的原因大多源於對操作影響的不確定性。實踐出真知，下面針對兩種主要提升事務回滾速度的方式進行驗證，一種是提升操作可用內存空間，一種是通過停實例，禁用 redo 回滾方式進行進行驗證。
仔細閱讀過官方手冊的同學，一定留意到了對於提升大事務回滾效率，官方提供了兩種方法：一是增加 innodb_buffer_pool_size 參數大小，二是合理利用 innodb_force_recovery=3 參數，跳過事務回滾過程。第一種方式比較溫和，innodb_buffer_pool_size 參數是可以動態調整的，可行性也較高。第二種方式相較之下較暴力，但效果較好。
兩種方式各有自己的優點，第一種方式對線上業務系統影響較小，不會中斷在線業務。第二種方式效果更顯著，會短暫影響業務連續，回滾所有沒有提交的事務。
Ⅲ SQL回滾的作用什麼
回滾的作用就是，當圓純悔有一個SQL語句橘正執行時，條件不符合要求，比如你要插入一個數據，但是插入的數據要有條件的，這時候你就可以用回滾，如果條件成功就COMMIT提褲山交的意思，不然就ROLLBACK回滾，也就是說插入不成功
Ⅳ SQL語句如何rollback
rollback是針對事務的，你如果沒有在執行語句之前開啟事務，那麼無法rollback，建議你還是想別的辦法吧，事務語句如下（sqlserver的給你借鑒）：
--開啟事務
begin tran
--執行操作
update Accounts_UsersExp set TelPhone=123456 where userid=14
--執行錯誤事務回滾
rollback
--如果正確進行事務提交
commit
可以勾選一句執行一句，但是commit了就不能rollback
Ⅳ SQL語言中,用於事務回滾的語句是什麼
回滾要放在事務裡面進行，才能進行回滾；sql裡面的事務使用關鍵字TransAction
1：可以用try catch捕獲
begin try
begin tran
update table set a=1；
commit tran
end Try
begin catch
rollback tran
end catch
2：可以使用error 全局變數
begin tran
update tablename set ad=1111
if @@error<>0 begin rollback end
commit tran
注意：如果一個事務寫了 begin trans ,後面一定要跟上 commit tran或 rollback transaction ，否則可能導致被鎖
Ⅵ sql數據修改回滾
SQL：回滾事務日誌文件中的事務
問：怎樣使用Transact-SQL回滾某個位於事務日誌文件中的事務（例如，ID 0000:0010a183）？
答：出於預防數據錯誤的考慮，SQL Server並不支持個別事務的回滾。舉例來說，假設兩個事務T1和T2使用現金余額域。T1添加了500美金，T2使用更新後的值進行了某個操作。如果回滾T1，則T2可能是錯誤的。但是，您可以使用時間戳或事務日誌標記將日誌恢復至預定義的標記或時間點。以下兩個例子說明了如何使用SQL Server 2000語法。
例1：使用時間戳將日誌進行時點恢復
使用以前的完全備份恢復資料庫，並使其為日誌恢復做好准備。
RESTORE DATABASE pubs FROM DISK = N'C:\Backups\Fullbackup.bak' WITH NORECOVERY
現在您可以將日誌前滾到合適的時間點，並使資料庫可供使用。請注意，STOPAT在資料庫正在執行大容量日誌時禁止執行。
RESTORE LOG pubs FROM DISK=N'C:\Backups\Logbackup.bak' WITH RECOVERY,STOPAT='02/11/2002 17:35:00'
例2：使用資料庫標記將日誌恢復到預定義時間點的語句
在事務日誌中置入一個標記。請注意，被標記的事務至少須提交一個更新，以標記該日誌。
BEGIN TRAN MyMark WITH MARK
UPDATE pubs.dbo.LastLogMark SET MarkTime = GETDATE()
COMMIT TRAN MyMark
按照您常用的方法備份事務日誌。
BACKUP LOG pubs TO DISK='C:\Backups\Fullbackup.bak' WITH INIT
現在您可以將資料庫恢復至日誌標記點。首先恢復資料庫，並使其為接受日誌恢復做好准備。
RESTORE DATABASE pubs FROM DISK=N'C:\Backups\Fullbackup.bak' WITH NORECOVERY
現在將日誌恢復至包含該標記的時間點，並使其可供使用。請注意，STOPAT在資料庫正在執行大容量日誌時禁止執行。
RESTORE LOG pubs FROM DISK=N'C:\Backups\Logbackup.bak' WITH RECOVERY,
STOPAT='02/11/2002 17:35:00'
—Microsoft SQL Server 開發團隊
Ⅶ 對於已經執行成功的sql命令，如何回滾
當啟動Binlog後，事務會產生Binlog Event，這些Event被看做事務數據的一部分。因此要保證事務的Binlog Event和InnoDB引擎中的數據的一致性。所以帶Binlog的CrashSafe要求MySQL宕機重啟後能夠保證：
- 所有已經提交的事務的數據仍然存在。
- 所有沒有提交的事務的數據自動回滾。
- 所有已經提交了的事務的Binlog Event也仍然存在。
- 所有沒有提交事務沒有記錄Binlog Event。
這些要求很好理解，如果重啟後數據還在，但是Binlog Event沒有了，就沒辦法復制到其他節點上了。如果重啟後，數據沒了，但是Binlog Event還在，那麼不存在的數據就會被復制到其他節點上，從而導致主從的不一致。
為了保證帶Binlog的CrashSafe，MySQL內部使用的兩階段提交(Two Phase Commit)。
2 - MySQL的Two Phase Commit(2PC)
在開啟Binlog後，MySQL內部會自動將普通事務當做一個XA事務來處理：
- 自動為每個事務分配一個唯一的ID
- COMMIT會被自動的分成Prepare和Commit兩個階段。
- Binlog會被當做事務協調者(Transaction Coordinator)，Binlog Event會被當做協調者日誌。
想了解2PC，可以參考文檔：【https://en.wikipedia.org/wiki/Two-phase_commit_protocol。】
- 分布式事務ID(XID)
使用2PC時，MySQL會自動的為每一個事務分配一個ID，叫XID。XID是唯一的，每個事務的XID都不相同。XID會分別被Binlog和InnoDB記入日誌中，供恢復時使用。MySQ內部的XID由三部分組成：
- 前綴部分
前綴部分是字元串"MySQLXid"
- Server ID部分
當前MySQL的server_id
- query_id部分
為了保證XID的的唯一性，數字部分使用了query_id。MySQL內部會自動的為每一個語句分配一個query_id，全局唯一。
參考代碼：sql/xa。h的struct xid_t結構。
- 事務的協調者Binlog
Binlog在2PC中充當了事務的協調者（Transaction Coordinator）。由Binlog來通知InnoDB引擎來執行prepare，commit或者rollback的步驟。事務提交的整個過程如下：
1. 協調者准備階段(Prepare Phase)
告訴引擎做Prepare，InnoDB更改事務狀態，並將Redo Log刷入磁碟。
2. 協調者提交階段(Commit Phase)
2.1 記錄協調者日誌，即Binlog日誌。
2.2 告訴引擎做commit。
注意：記錄Binlog是在InnoDB引擎Prepare(即Redo Log寫入磁碟)之後，這點至關重要。
在MySQ的代碼中將協調者叫做tc_log。在MySQL啟動時，tc_log將被初始化為mysql_bin_log對象。參考sql/binlog.cc中的init_server_components()：
if (opt_bin_log) tc_log= &mysql_bin_log;
而在事務提交時，會依次執行：
tc_log->prepare()；
tc_log->commit()；
參考代碼：sql/binlog.cc中的ha_commit_trans()。當mysql_bin_log是tc_log時，prepare和commit的代碼在sql/binlog.cc中：
MYSQL_BIN_LOG::prepare()；
MYSQL_BIN_LOG::commit()；
-協調者日誌Xid_log_event
作為協調者，Binlog需要將事務的XID記入日誌，供恢復時使用。Xid_log_event有以下幾個特點：
- 僅記錄query_id
因為前綴部分不變，server_id已經記錄在Event Header中，Xid_log_event中只記錄query_id部分。
- 標志事務的結束
在Binlog中相當於一個事務的COMMIT語句。
一個事務在Binlog中看起來時這樣的：
Query_log_event("BEGIN");DML產生的events; Xid_log_event;
- DDL沒有BEGIN，也沒有Xid_log_event 。
- 僅InnoDB的DML會產生Xid_log_event
因為MyISAM不支持2PC所以不能用Xid_log_event ，但會有COMMIT Event。
Query_log_event("BEGIN");DML產生的events;Query_log_event("COMMIT");
問題：Query_log_event("COMMIT")和Xid_log_event 有不同的影響嗎？
- Xid_log_event 中的Xid可以幫助master實現CrashSafe。
- Slave的CrashSafe不依賴Xid_log_event
事務在Slave上重做時，會重新產生XID。所以Slave伺服器的CrashSafe並不依賴於Xid_log_event 。Xid_log_event 和Query_log_event("COMMIT")，只是作為事務的結尾，告訴Slave Applier去提交這個事務。因此二者在Slave上的影響是一樣的。
3 - 恢復(Recovery)
這個機制是如何保證MySQL的CrashSafe的呢，我們來分析一下。這里我們假設用戶設置了以下參數來保證可靠性：
- 恢復前事務的狀態
在恢復開始前事務有以下幾種狀態：
- InnoDB中已經提交
根據前面2PC的過程，可知Binlog中也一定記錄了該事務的的Events。所以這種事務是一致的不需要處理。
- InnoDB中是prepared狀態，Binlog中有該事務的Events。
需要通知InnoDB提交這些事務。
- InnoDB中是prepared狀態，Binlog中沒有該事務的Events。
因為Binlog還沒記錄，需要通知InnoDB回滾這些事務。
- Before InnoDB Prepare
事務可能還沒執行完，因此InnoDB中的狀態還沒有prepare。根據2PC的過程，Binlog中也沒有該事務的events。 需要通知InnoDB回滾這些事務。
- 恢復過程
從上面的事務狀態可以看出：恢復時事務要提交還是回滾，是由Binlog來決定的。
- 事務的Xid_log_event 存在，就要提交。
- 事務的Xid_log_event 不存在，就要回滾。
恢復的過程非常簡單：
- 從Binlog中讀出所有的Xid_log_event
- 告訴InnoDB提交這些XID的事務
- InnoDB回滾其它的事務
Ⅷ SQL事務回滾
--創建存儲過程
alter proc proc_aa_aa1
(@id int,@name varchar(255) ,@sex char(2))
as
--創建事務
begin Transaction tran_charge
--定義變數記錄錯誤數
declare @reeSum int
set @reeSum=0
--嘗試執行sql語句
begin try
insert into aa(id,name,sex) VALUES ('1','as','男')
set @reeSum=@reeSum+@@ERROR
--@@error當前一個語句遇到錯誤，則返回錯誤號，否則返回0。需要注意的是@ERROR在每一條語句執行後會被立刻重置
insert into aa1(id,name,sex) VALUES ('1','as','男女')
print @@ERROR
set @reeSum=@reeSum+@@ERROR
end try
begin catch
--列印錯誤信息
print '錯誤編號：'+convert(varchar,error_number())+'錯誤消息'+error_message()
print @reeSum
set @reeSum=@reeSum+@@ERROR
end catch
print '111'
print @reeSum
if(@reeSum>0)--有錯誤
rollback Transaction tran_charge --回滾事務
else
commit Transaction tran_charge--提交事務
--通過調用存儲過程，給相應的參數，
exec proc_aa_aa1'2','1','3'
@@ROWCOUNT //返回
@@ERROR //返回錯誤碼
insert into aa(id,name,sex) VALUES ('1','as','男')
insert into aa1(id,name,sex) VALUES ('1','as','男女')
delete from aa
delete from aa1
select * from aa
select * from aa1
Ⅸ 資料庫中查詢時的『回滾』的代碼怎麼寫
begin--取配空錢操作
BEGINTRANSACTION
DECLARE@errorSumINT
SET@errorSum=0
UPDATEcardInfoSETbalance=balance-@blan1WHEREcardID=@cardNo
SET@errorSum=@errorSum@@error
INSERTINTOtransInfo(transDate,cardID,transType,transMoney,remark)VALUES(DEFAULT,@cardNo,@type,@blan1,'該用戶是要取錢')
SET@errorSum=@errorSum@@error
IF@errorSum<>0
BEGIN
PRINT'取錢埋賣戚失敗'
ROLLBACKTRANSACTION--回彎陵滾
ELSE
BEGIN
print'取錢成功'
COMMITTRANSACTION
end
Ⅹ 高斯誤執行sql怎麼回滾
回滾指的是在一個SQL事務中，如果遇到執行報錯等情況，可以回滾到事務開始的地方。『
但是如果語句已經執行完畢，那麼是沒有類似於word中撤銷的功能，只能找到語句執行之笑如前資料庫的備份，通過關聯表漏碼查詢去找到修改前返升哪的記錄