MySQL的事務(wù)支持不是綁定在MySQL服務(wù)器本身，而是與存儲引擎相關(guān)1。MyISAM：不支持事務(wù)，用于只讀程序提高性能 2。InnoDB：支持ACID事務(wù)、行級鎖、并發(fā) 3。Berkeley DB：支持事務(wù)

一個事務(wù)是一個連續(xù)的一組數(shù)據(jù)庫操作，就好像它是一個單一的工作單元進(jìn)行。

換言之，永遠(yuǎn)不會是完整的事務(wù)，除非該組內(nèi)的每個單獨(dú)的操作是成功的。如果在事務(wù)的任何操作失敗，則整個事務(wù)將失敗。

實際上，會俱樂部許多SQL查詢到一個組中，將執(zhí)行所有的人都一起作為事務(wù)的一部分。

事務(wù)的特性：

事務(wù)有以下四個標(biāo)準(zhǔn)屬性的縮寫ACID，通常被稱為：

原子性: 確保工作單元內(nèi)的所有操作都成功完成，否則事務(wù)將被中止在故障點(diǎn)，和以前的操作將回滾到以前的狀態(tài)。

一致性: 確保數(shù)據(jù)庫正確地改變狀態(tài)后，成功提交的事務(wù)。

隔離性: 使事務(wù)操作彼此獨(dú)立的和透明的。

持久性: 確保提交的事務(wù)的結(jié)果或效果的系統(tǒng)出現(xiàn)故障的情況下仍然存在。

在MySQL中，事務(wù)開始使用COMMIT或ROLLBACK語句開始工作和結(jié)束。

開始和結(jié)束語句的SQL命令之間形成了大量的事務(wù)。

COMMIT & ROLLBACK:

這兩個關(guān)鍵字提交和回滾主要用于MySQL的事務(wù)。

當(dāng)一個成功的事務(wù)完成后，發(fā)出COMMIT命令應(yīng)使所有參與表的更改才會生效。

如果發(fā)生故障時，應(yīng)發(fā)出一個ROLLBACK命令返回的事務(wù)中引用的每一個表到以前的狀態(tài)。

可以控制的事務(wù)行為稱為AUTOCOMMIT設(shè)置會話變量。如果AUTOCOMMIT設(shè)置為1(默認(rèn)值)，然后每一個SQL語句(在事務(wù)與否)被認(rèn)為是一個完整的事務(wù)，并承諾在默認(rèn)情況下，當(dāng)它完成。

AUTOCOMMIT設(shè)置為0時，發(fā)出SET AUTOCOMMIT =0命令，在隨后的一系列語句的作用就像一個事務(wù)，直到一個明確的COMMIT語句時，沒有活動的提交。

可以通過使用mysql_query()函數(shù)在PHP中執(zhí)行這些SQL命令。

通用事務(wù)例子

這一系列事件是獨(dú)立于所使用的編程語言，可以建立在任何使用的語言來創(chuàng)建應(yīng)用程序的邏輯路徑。

可以通過使用mysql_query()函數(shù)在PHP中執(zhí)行這些SQL命令。

BEGIN WORK開始事務(wù)發(fā)出SQL命令

發(fā)出一個或多個SQL命令，如SELECT，INSERT，UPDATE或DELETE

檢查是否有任何錯誤，一切都依據(jù)的需要。

如果有任何錯誤，那么問題ROLLBACK命令，否則發(fā)出COMMIT命令。

在MySQL中的事務(wù)安全表類型：

如果打算使用MySQL事務(wù)編程，那么就需要一種特殊的方式創(chuàng)建表。有很多支持事務(wù)但最流行的是InnoDB表類型。

從源代碼編譯MySQL時，InnoDB表支持需要特定的編譯參數(shù)。

如果MySQL版本沒有InnoDB支持，請互聯(lián)網(wǎng)服務(wù)提供商建立一個版本的MySQL支持InnoDB表類型，或者下載并安裝Windows或Linux/UNIX的MySQL-Max二進(jìn)制分發(fā)和使用的表類型在開發(fā)環(huán)境中。

如果MySQL安裝支持InnoDB表，只需添加一個的TYPE=InnoDB 定義表創(chuàng)建語句。

例如，下面的代碼創(chuàng)建InnoDB表tcount_tbl：

代碼如下 ? ?復(fù)制代碼 ? ?

root@host# mysql -u root -p password;

Enter password:*******

mysql> use TUTORIALS;

Database changed

mysql> create table tcount_tbl

? ?-> (

? ?-> tutorial_author varchar(40) NOT NULL,

? ?-> tutorial_count ?INT

? ?-> ) TYPE=InnoDB;

Query OK, 0 rows affected (0。

05 sec) ? ?

可以使用其他GEMINI或BDB表類型，但它取決于您的安裝，如果它支持這兩種類型。

由于項目設(shè)計里面，牽扯到了金錢的轉(zhuǎn)移，于是就要用到MYSQL的事務(wù)處理，來保證一組處理結(jié)果的正確性。

用了事務(wù)，就不可避免的要犧牲一部分速度，來保證數(shù)據(jù)的正確性。

只有InnoDB支持事務(wù)

事務(wù) ACID Atomicity(原子性)、Consistency(穩(wěn)定性)、Isolation(隔離性)、Durability(可靠性)

1、事務(wù)的原子性

一組事務(wù)，要么成功；要么撤回。

2、穩(wěn)定性

有非法數(shù)據(jù)(外鍵約束之類)，事務(wù)撤回。

3、隔離性

事務(wù)獨(dú)立運(yùn)行。

一個事務(wù)處理后的結(jié)果，影響了其他事務(wù)，那么其他事務(wù)會撤回。

事務(wù)的100%隔離，需要犧牲速度。

4、可靠性

軟、硬件崩潰后，InnoDB數(shù)據(jù)表驅(qū)動會利用日志文件重構(gòu)修改。

可靠性和高速度不可兼得， innodb_flush_log_at_trx_commit選項 決定什么時候吧事務(wù)保存到日志里。

開啟事務(wù)

START TRANSACTION 或 BEGIN

提交事務(wù)(關(guān)閉事務(wù))

COMMIT

放棄事務(wù)(關(guān)閉事務(wù))

ROLLBACK

折返點(diǎn)

SAVEPOINT adqoo_1

ROLLBACK TO SAVEPOINT adqoo_1

發(fā)生在折返點(diǎn) adqoo_1 之前的事務(wù)被提交，之后的被忽略

事務(wù)的終止

設(shè)置“自動提交”模式

SET AUTOCOMMIT = 0

每條SQL都是同一個事務(wù)的不同命令，之間由 COMMIT 或 ROLLBACK隔開

掉線后，沒有 COMMIT 的事務(wù)都被放棄

事務(wù)鎖定模式

系統(tǒng)默認(rèn)： 不需要等待某事務(wù)結(jié)束，可直接查詢到結(jié)果，但不能再進(jìn)行修改、刪除。

缺點(diǎn)：查詢到的結(jié)果，可能是已經(jīng)過期的。

優(yōu)點(diǎn)：不需要等待某事務(wù)結(jié)束，可直接查詢到結(jié)果。

需要用以下模式來設(shè)定鎖定模式

1、SELECT …… LOCK IN SHARE MODE(共享鎖)

查詢到的數(shù)據(jù)，就是數(shù)據(jù)庫在這一時刻的數(shù)據(jù)(其他已commit事務(wù)的結(jié)果，已經(jīng)反應(yīng)到這里了)

SELECT 必須等待，某個事務(wù)結(jié)束后才能執(zhí)行

2、SELECT …… FOR UPDATE(排它鎖)

例如 SELECT * FROM tablename WHERE id200

那么id>200的記錄無法被插入

5、死鎖

自動識別死鎖

先進(jìn)來的進(jìn)程被執(zhí)行，后來的進(jìn)程收到出錯消息，并按ROLLBACK方式回滾

innodb_lock_wait_timeout = n 來設(shè)置最長等待時間，默認(rèn)是50秒

事務(wù)隔離模式

SET [SESSION|GLOBAL] TRANSACTION ISOLATION LEVEL

READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE

1、不帶SESSION、GLOBAL的SET命令

只對下一個事務(wù)有效

2、SET SESSION

為當(dāng)前會話設(shè)置隔離模式

3、SET GLOBAL

為以后新建的所有MYSQL連接設(shè)置隔離模式(當(dāng)前連接不包括在內(nèi))

隔離模式

? READ UNCOMMITTED

不隔離SELECT

其他事務(wù)未完成的修改(未COMMIT)，其結(jié)果也考慮在內(nèi)

? READ COMMITTED

把其他事務(wù)的 COMMIT 修改考慮在內(nèi)

同一個事務(wù)中，同一 SELECT 可能返回不同結(jié)果

? REPEATABLE READ(默認(rèn))

不把其他事務(wù)的修改考慮在內(nèi)，無論其他事務(wù)是否用COMMIT命令提交過

同一個事務(wù)中，同一 SELECT 返回同一結(jié)果(前提是本事務(wù)，不修改)

? SERIALIZABLE

和REPEATABLE READ類似，給所有的SELECT都加上了 共享鎖

出錯處理

根據(jù)出錯信息，執(zhí)行相應(yīng)的處理。

全部

總結(jié)

以上是生活随笔為你收集整理的mysql正在运行安全文件怎么办_MySQL服务器运行的安全文件化选项，所以它不能执行该语句什么情? 爱问知识人...的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。