事務(wù)就是指對數(shù)據(jù)庫的多次修改，要么全部成功，要么全部失敗，不能出現(xiàn)部分修改成功，部分修改失敗的情況。
專注于為中小企業(yè)提供成都做網(wǎng)站、網(wǎng)站設(shè)計(jì)服務(wù),電腦端+手機(jī)端+微信端的三站合一,更高效的管理,為中小企業(yè)西充免費(fèi)做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動(dòng)了成百上千企業(yè)的穩(wěn)健成長，幫助中小企業(yè)通過網(wǎng)站建設(shè)實(shí)現(xiàn)規(guī)模擴(kuò)充和轉(zhuǎn)變。
PHP下操作mysql數(shù)據(jù)庫要實(shí)現(xiàn)事務(wù)提交，需注意以下方面：
1， 數(shù)據(jù)庫表存儲引擎類型設(shè)置為innoDB。默認(rèn)的mysql表采用MYISAM引擎，是不支持事務(wù)的，因此要采用以下語句變更：
mysql alter table ‘table_name’ engine=innodb;
2，PDO對象設(shè)置要設(shè)置errmode為Exception，否則第16行SQL執(zhí)行出錯(cuò)，語句也不會跳到catch段去rollback， 而是繼續(xù)向下執(zhí)行直到commit。
mysql_options(mysql,MYSQL_INIT_COMMAND,"SET autocommit=0");
取消自動(dòng)提交
mysql_commit()
提交事務(wù)
mysql_rollback()
回滾事務(wù)
首先一點(diǎn), 如果你是 mysql 5.5 肯定支持事務(wù)
其次, 是否可以用事務(wù), 取決于你使用的表的存儲引擎.
默認(rèn) myIsam 是不支持事務(wù)的
你要把表轉(zhuǎn)換成 Innodb 存儲引擎才可以使用事務(wù)
你怎么知道你的不支持呢，
你來做個(gè)試驗(yàn)好了。
打開是事務(wù)請鍵入：
set @@AUTOCOMMIT=0;
BEGIN WORK;
然后你去把你MySQL的某一張表中的數(shù)據(jù)刪除
然后再打:ROLLBACK WORK;
你就驚訝的發(fā)現(xiàn)，你剛才刪的數(shù)據(jù)還原了
回滾事物：SAVEPOINT id
id是保存點(diǎn)的名稱
結(jié)束事物：COMMIT
具體還是要一本書才行。網(wǎng)絡(luò)上的其實(shí)說實(shí)話太雜了
最后補(bǔ)充一下, 修改存儲引擎的 MYSQL 語句:
alter table 表名 type = InnoDB;
begin; sql1; sql2;.......; commit;在commit 中的語句都是事務(wù)的一部分，不過如你問題所說數(shù)據(jù)庫管理系統(tǒng)是mysql 所以需要有個(gè)問題需要注意存儲引擎是INNODB和BDB類型的數(shù)據(jù)表才支持事務(wù)處理。
您好，我來為您解答：
CREATE DEFINER=`root`@`localhost` PROCEDURE `createBusiness`(parameter1 int)
BEGIN
#Routine body goes here...
DECLARE flag int DEFAULT parameter1;#聲明變量flag，將參數(shù)值賦給該變量
DECLARE uuidStr VARCHAR(32);#聲明一個(gè)長度為32位的字符串
DECLARE currentTime TIMESTAMP;#聲明一個(gè)類型為時(shí)間戳的變量
declare err INT default 0;#聲明一個(gè)整形變量err，默認(rèn)值是0
declare continue handler for sqlexception set err=1;#當(dāng)sqlexception handler捕捉到異常時(shí)，設(shè)置err=1
START TRANSACTION;#開始事務(wù)
WHILE flag0 DO #注意: while不能空實(shí)現(xiàn)(在while塊中，里面必須有語句)
#uuid()函數(shù)得到的字符串是'6ccd780c-baba-1026-9564-0040f4311e29'，剔除里面的-，得到一個(gè)32位的字符串
SET uuidStr = REPLACE(UUID(),'-','') ;
#得到當(dāng)前的時(shí)間
SET currentTime = CURRENT_TIMESTAMP();
#執(zhí)行插入語句，注意連接字符串的函數(shù)concat(str1,str2,...);其中str..也可以是數(shù)字類型
INSERT INTO
表名稱
(id,title,keyword,hasImage,isTodayHead,isShowInHome,isBigness,publishTime,originId,modify_time,isAnalysis)
VALUE
(uuidStr,CONCAT('事件標(biāo)題',flag),CONCAT('關(guān)鍵字',flag),1,1,0,0,currentTime,CONCAT('xxxxxxx',flag),currentTime,1);
#每循環(huán)一次，flag要減去1，注意沒有flag--的語法
set flag = flag-1;
#在這里測試當(dāng)err=1時(shí)，事務(wù)是否有了回滾，測試ok
#IF flag=7 THEN #注意在procedure中給變量賦值要用到set,或在變量聲明時(shí)用default來父子，所以=號可以用來比較兩邊的值是否相等，=也可，區(qū)別先不去糾結(jié)。
#set err=1;
#END if;
END WHILE;
IF (err=0) THEN
commit;
select 'OK';
ELSE
rollback;
select 'err';
END IF;
END;
如果我的回答沒能幫助您，請繼續(xù)追問。
6.7 MySQL 事務(wù)與鎖定命令
6.7.1 BEGIN/COMMIT/ROLLBACK 句法
缺省的，MySQL 運(yùn)行在 autocommit 模式。這就意味著，當(dāng)你執(zhí)行完一個(gè)更新時(shí)，MySQL 將立刻將更新存儲到磁盤上。
如果你使用事務(wù)安全表 (例如 InnoDB、BDB)，通過下面的命令，你可以設(shè)置 MySQL 為非 autocommit 模式：
SET AUTOCOMMIT=0
在此之后，你必須使用 COMMIT 來存儲你的更改到磁盤上，或者使用 ROLLBACK ，如果你希望忽略從你的事務(wù)開始所做的更改。
如果你希望為一系列語句從 AUTOCOMMIT 模式轉(zhuǎn)換，你可以使用 START TRANSACTION 或 BEGIN 或 BEGIN WORK 語句：
START TRANSACTION;
SELECT @A:=SUM(salary) FROM table1 WHERE type=1;
UPDATE table2 SET summmary=@A WHERE type=1;
COMMIT;
START TRANSACTION 在 MySQL 4.0.11 中被加入；這是被推薦的開始一個(gè)特別(ad-hoc)事務(wù)的方式，因?yàn)檫@是 ANSI SQL 句法。
注意，如果你使用的是一個(gè)非事務(wù)安全表，更改會立刻被存儲，不受 autocommit 模式狀態(tài)的約束。
當(dāng)你更新了一個(gè)非事務(wù)表后，如果你執(zhí)行一個(gè) ROLLBACK，你將得到一個(gè)錯(cuò)誤 (ER_WARNING_NOT_COMPLETE_ROLLBACK) 作為一個(gè)警告。所有事務(wù)安全表將被恢復(fù)，但是非事務(wù)安全表將不會改變。
如果你使用 START TRANSACTION 或 SET AUTOCOMMIT=0，你應(yīng)該使用 MySQL
二進(jìn)制日志做備份以代替老的更新日志。事務(wù)處理被以一個(gè)大塊形式存儲在二進(jìn)制日志中，在 COMMIT
上面，為了保護(hù)回滾的事務(wù)，而不是被存儲的。查看章節(jié) 4.9.4 二進(jìn)制日志。 如果您使用起動(dòng)事務(wù)處理或集AUTOCOMMIT=0
，您應(yīng)該使用MySQL 二進(jìn)制日志為備份代替更舊的更新日志。 事務(wù)處理存儲在二進(jìn)制登錄一大塊，做，保證, 滾的事務(wù)處理不存儲。 參見部分4
。9.4 二進(jìn)制日志。
下列命令自動(dòng)的結(jié)束一個(gè)事務(wù) (就好像你在執(zhí)行這個(gè)命令之前，做了一個(gè) COMMIT)：
命令 命令 命令
ALTER TABLE BEGIN CREATE INDEX
DROP DATABASE DROP TABLE RENAME TABLE
TRUNCATE
你可以使用 SET TRANSACTION ISOLATION LEVEL ... 改變事務(wù)的隔離級。查看章節(jié) 6.7.3 SET TRANSACTION 句法。
6.7.2 LOCK TABLES/UNLOCK TABLES 句法
LOCK TABLES tbl_name [AS alias] {READ [LOCAL] | [LOW_PRIORITY] WRITE}
[, tbl_name [AS alias] {READ [LOCAL] | [LOW_PRIORITY] WRITE} ...]
...
UNLOCK TABLES
LOCK TABLES 為當(dāng)前線程鎖定表。UNLOCK TABLES 釋放當(dāng)前線程擁有的所有鎖定。當(dāng)線程發(fā)出另一個(gè) LOCK TABLES，或當(dāng)與服務(wù)器的連接被關(guān)閉時(shí)，被當(dāng)前線程鎖定的所有表將被自動(dòng)地解鎖。
為了在 MySQL 4.0.2 使用 LOCK TABLES ，你必須擁有一個(gè)全局的 LOCK TABLES 權(quán)限和一個(gè)在相關(guān)表上的
SELECT 權(quán)限。在 MySQL 3.23 中，你對該表需要有 SELECT、insert、DELETE 和 UPDATE 權(quán)限。
使用 LOCK TABLES 的主要原因是，仿效事務(wù)處理或在更新表時(shí)得到更快的速度。此后會有更詳細(xì)的描述。
如果一個(gè)線程在一個(gè)表上得到一個(gè) READ 鎖，該線程 (和所有其它線程) 只能從表中讀取。如果一個(gè)線程在一個(gè)表上得到一個(gè) WRITE 鎖，那么只有擁有這個(gè)鎖的線程可以從表中讀取和寫表。其它的線程被阻塞。
READ LOCAL 和 READ 之間的不同就在于，當(dāng)鎖被加載時(shí)，READ LOCAL 允許非沖突(non-conflicting) INSERT 語句執(zhí)行。如果當(dāng)你加載著鎖時(shí)從 MySQL 外部操作數(shù)據(jù)庫文件，這將仍不能被使用。
當(dāng)你使用 LOCK TABLES 是地，你必須鎖定所有你將使用的表，并且必須使用與你的查詢中將使用的別名相同！如果你在一個(gè)查詢中多次使用一個(gè)表(用別名)，你必須為每一個(gè)別名獲得一個(gè)鎖。
WRITE 鎖通過比 READ 鎖有更高的權(quán)限，以確保更新被盡快地處理。這就意味著，如果一個(gè)線程獲得一個(gè) READ
鎖，而同時(shí)另外一個(gè)線程請求一個(gè) WRITE 鎖，并發(fā)的 READ 鎖請求將等待直到 WRITE 線程得到了鎖并釋放了它。你可以使用
LOW_PRIORITY WRITE 鎖，當(dāng)該線程在等待 WRITE 鎖時(shí)，它將允許其它的線程獲得 READ 鎖。 你應(yīng)該只使用
LOW_PRIORITY WRITE 鎖，如果你確信這將是最后一次，當(dāng)沒有線程將擁有 READ 鎖。
LOCK TABLES 工作如下：
以內(nèi)部定義的次序排序所有被鎖定的表 (從用戶立場說，該次序是不明確的)。
如果一個(gè)表被以一個(gè)讀鎖和一個(gè)寫鎖鎖定，將寫鎖放在讀鎖之前。
一次只鎖定一個(gè)表，只到線程得到所有的鎖定。
這個(gè)方案是為了確保，表鎖定死鎖釋放。 對于這個(gè)模式你仍然有些其它事情需要知道：
如果你對一個(gè)表使用一個(gè) LOW_PRIORITY WRITE 鎖定，這就意味著，MySQL 將等待這個(gè)鎖，直到?jīng)]有線程請求一個(gè) READ
鎖。當(dāng)線程得到了 WRITE 鎖，并等待獲得鎖定表列表中的下一個(gè)表的鎖定時(shí)，其它所有的線程將等待 WRITE
鎖被釋放。如果這在你的應(yīng)用程序中會引起一個(gè)嚴(yán)重的問題，你應(yīng)該考慮將你的某些表轉(zhuǎn)換為事務(wù)安全表。
你可以使用 KILL 安全地殺死一個(gè)正在表鎖定的線程。查看章節(jié) 4.5.5 KILL 句法。
注意，你不應(yīng)該 鎖定你正在對其使用 INSERT DELAYED 的表。這是因?yàn)?，在這種情況下，INSERT 是通過單獨(dú)的線程完成的。
通常，你不需要鎖定任何表，因?yàn)樗袉?UPDATE 語句都是原子的；其它的線程無法干擾當(dāng)前執(zhí)行的 SQL 語句。當(dāng)你無論如何希望鎖定表時(shí)，這里有一些情況：
如果你在一束表上運(yùn)行許多操作，鎖定你將要使用的表，這會更快一些。當(dāng)然有不利的方面，其它線程將不能更新一個(gè) READ
鎖的表，并且沒有其它線程要以讀取一個(gè) WRITE 鎖的表。 在 LOCK TABLES 下，某些事運(yùn)行得更快一些的原因是，MySQL
將不會轉(zhuǎn)儲清除被鎖定表鍵高速緩沖，直到 UNLOCK TABLES 被調(diào)用 (通常鍵高速緩沖在每個(gè) SQL 語句后都會被轉(zhuǎn)儲清除)。這將加速在
MyISAM 表上的插入、更新、刪除。
如果你在 MySQL 中正在使用一個(gè)不支持事務(wù)的存儲引擎，如果你希望能確保沒有其它的線程會出現(xiàn)在一個(gè) SELECT 和 一個(gè) UPDATE 之間，你必須使用 LOCK TABLES 。下面的示例顯示為了安全地執(zhí)行，這里需要LOCK TABLES ：
mysql LOCK TABLES trans READ, customer WRITE;
mysql SELECT SUM(value) FROM trans WHERE customer_id=some_id;
mysql UPDATE customer SET total_value=sum_from_previous_statement
- WHERE customer_id=some_id;
mysql UNLOCK TABLES;
不使用 LOCK TABLES，將可能發(fā)生在 SELECT 和 UPDATE 語句執(zhí)行期間有另外一個(gè)線程可能在 trans 表中插入一行新記錄。
通過使用遞增更新 (UPDATE customer SET value=value+new_value) 或 LAST_INSERT_ID() 函數(shù)，你可以在很多情況下避免使用 LOCK TABLES。
你也可以使用用戶級鎖定函數(shù) GET_LOCK() 和 RELEASE_LOCK() 解決一些情況，這些鎖被保存在服務(wù)器上的一個(gè)哈希表中，并以
pthread_mutex_lock() 和 pthread_mutex_unlock() 實(shí)現(xiàn)以獲得高速度。查看章節(jié) 6.3.6.2
輔助功能函數(shù)。
查看章節(jié) 5.3.1 MySQL 如何鎖定表，以獲取關(guān)于鎖定方案的更多信息。
你可以使用 FLUSH TABLES WITH READ LOCK 命令以讀鎖鎖定所有數(shù)據(jù)庫中的所有表。查看章節(jié) 4.5.3 FLUSH 句法。如果你有一個(gè)可以及時(shí)建立文件快照的文件系統(tǒng)，例如 Veritas，這將是得到備份的非常方便方式。
注意：LOCK TABLES 不是事務(wù)安全的，在嘗試鎖定一個(gè)表之前，將自動(dòng)地提交所有的活動(dòng)事務(wù)。
6.7.3 SET TRANSACTION 句法
SET [GLOBAL | SESSION] TRANSACTION ISOLATION LEVEL
{ READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE }
設(shè)置全局的、整個(gè)會話或下一個(gè)事務(wù)的事務(wù)隔離級。
缺省行為是設(shè)置下一個(gè)(未啟動(dòng)的)事務(wù)的隔離級。如果你使用 GLOBAL
關(guān)鍵詞，語句為所有在那個(gè)點(diǎn)上建立的新連接設(shè)置默認(rèn)的全局事務(wù)隔離級。為了這樣做，你需要有 SUPER 權(quán)限。使用 SESSION
關(guān)鍵詞為當(dāng)前連接所有將來執(zhí)行的事務(wù)設(shè)置默認(rèn)的事務(wù)隔離級。
你可以使用 --transaction-isolation=... 為 mysqld 設(shè)置默認(rèn)的全局隔離級。查看章節(jié) 4.1.1 mysqld 命令行選項(xiàng)
重慶分公司
重慶分公司
