PHP與MYSQL交易處理

來源:互聯網
上載者:User

標籤:

PHP與MYSQL交易處理

 

/*
MYSQL的交易處理主要有兩種方法。
1、用begin,rollback,commit來實現
begin 開始一個事務
rollback 交易回復
commit 事務確認
2、直接用set來改變mysql的自動認可模式
MYSQL預設是自動認可的,也就是你提交一個QUERY,它就直接執行!我們可以通過
set autocommit=0 禁止自動認可
set autocommit=1 開啟自動認可
來實現事務的處理。
當你用 set autocommit=0 的時候,你以後所有的SQL都將做為交易處理,直到你用commit確認或rollback結束。
注意當你結束這個事務的同時也開啟了個新的事務!按第一種方法只將當前的作為一個事務!
個人推薦使用第一種方法!
MYSQL中只有INNODB和BDB類型的資料表才能支援交易處理!其他的類型是不支援的!
***:一般MYSQL資料庫預設的引擎是MyISAM,這種引擎不支援事務!如果要讓MYSQL支援事務,可以自己手動修改:
方法如下:1.修改c:\appserv\mysql\my.ini檔案,找到skip-InnoDB,在前面加上#,後儲存檔案。
2.在運行中輸入:services.msc,重啟mysql服務。
3.到phpmyadmin中,mysql->show engines;(或執行mysql->show variables like ‘have_%‘; ),查看InnoDB為YES,即表示資料庫支援InnoDB了。
也就說明支援事務transaction了。
4.在建立表時,就可以為Storage Engine選擇InnoDB引擎了。如果是以前建立的表,可以使用mysql->alter table table_name type=InnoDB;
或 mysql->alter table table_name engine=InnoDB;來改變資料表的引擎以支援事務。
*/
/*************** transaction--1 ***************/
$conn = mysql_connect(‘localhost‘,‘root‘,‘root‘) or die ("資料連線錯誤!!!");
mysql_select_db(‘test‘,$conn);
mysql_query("set names ‘GBK‘"); //使用GBK中文編碼;
//開始一個事務
mysql_query("BEGIN"); //或者mysql_query("START TRANSACTION");
$sql = "INSERT INTO `user` (`id`, `username`, `sex`) VALUES (NULL, ‘test1‘, ‘0‘)";
$sql2 = "INSERT INTO `user` (`did`, `username`, `sex`) VALUES (NULL, ‘test1‘, ‘0‘)";//這條我故意寫錯
$res = mysql_query($sql);
$res1 = mysql_query($sql2); 
if($res && $res1){
mysql_query("COMMIT");
echo ‘提交成功。‘;
}else{
mysql_query("ROLLBACK");
echo ‘資料復原。‘;
}
mysql_query("END"); 
/**************** transaction--2 *******************/
/*方法二*/
mysql_query("SET AUTOCOMMIT=0"); //設定mysql不自動認可,需自行用commit語句提交
$sql = "INSERT INTO `user` (`id`, `username`, `sex`) VALUES (NULL, ‘test1‘, ‘0‘)";
$sql2 = "INSERT INTO `user` (`did`, `username`, `sex`) VALUES (NULL, ‘test1‘, ‘0‘)";//這條我故意寫錯
$res = mysql_query($sql);
$res1 = mysql_query($sql2); 
if($res && $res1){
mysql_query("COMMIT");
echo ‘提交成功。‘;
}else{
mysql_query("ROLLBACK");
echo ‘資料復原。‘;
}
mysql_query("END"); //交易處理完時別忘記mysql_query("SET AUTOCOMMIT=1");自動認可


/******************對於不支援事務的MyISAM引擎資料庫可以使用表鎖定的方法:********************/


//MyISAM & InnoDB 都支援,
/*
LOCK TABLES可以鎖定用於當前線程的表。如果表被其它線程鎖定,則造成堵塞,直到可以擷取所有鎖定為止。
UNLOCK TABLES可以釋放被當前線程保持的任何鎖定。當線程發布另一個LOCK TABLES時,或當與伺服器的串連被關閉時,所有由當前線程鎖定的表被隱含地解鎖。
*/

mysql_query("LOCK TABLES `user` WRITE");//鎖住`user`表
$sql = "INSERT INTO `user` (`id`, `username`, `sex`) VALUES (NULL, ‘test1‘, ‘0‘)";
$res = mysql_query($sql);
if($res){
echo ‘提交成功。!‘;
}else{
echo ‘失敗!‘;
}
mysql_query("UNLOCK TABLES");//解除鎖定

MyISAM 是MySQL中預設的儲存引擎,一般來說不是有太多人關心這個東西。決定使用什麼樣的儲存引擎是一個很tricky的事情,但是還是值我們去研究一下,這裡的文章只考慮 MyISAM 和InnoDB這兩個,因為這兩個是最常見的。   

下面先讓我們回答一些問題:   
◆你的資料庫有外鍵嗎?   
◆你需要事務支援嗎?   
◆你需要全文索引嗎?   
◆你經常使用什麼樣的查詢模式?   
◆你的資料有多大?   

myisam只有索引緩衝   

innodb不分索引檔案資料檔案 innodb buffer   

myisam只能管理索引,在索引資料大於分配的資源時,會由作業系統來cache;資料檔案依賴於作業系統的cache。innodb不管是索引還是資料,都是自己來管理   

思考上面這些問題可以讓你找到合適的方向,但那並不是絕對的。如果你需要交易處理或是外鍵,那麼InnoDB 可能是比較好的方式。如果你需要全文索引,那麼通常來說 MyISAM是好的選擇,因為這是系統內建的,然而,我們其實並不會經常地去測試兩百萬行記錄。所以,就算是慢一點,我們可以通過使用Sphinx從 InnoDB中獲得全文索引。   

資料的大小,是一個影響你選擇什麼樣儲存引擎的重要因素,大尺寸的資料集趨向於選擇InnoDB方式,因為其支援交易處理和故障恢複。資料庫的在小決定了 故障恢複的時間長短,InnoDB可以利用交易記錄進行資料恢複,這會比較快。而MyISAM可能會需要幾個小時甚至幾天來幹這些事,InnoDB只需要 幾分鐘。   

您操作資料庫表的習慣可能也會是一個對效能影響很大的因素。比如: COUNT() 在 MyISAM 表中會非常快,而在InnoDB 表下可能會很痛苦。而主鍵查詢則在InnoDB下會相當相當的快,但需要小心的是如果我們的主鍵太長了也會導致效能問題。大批的inserts 語句在 MyISAM下會快一些,但是updates 在InnoDB 下會更快一些——尤其在並發量大的時候。   

所以,到底你檢使用哪一個呢?根據經驗來看,如果是一些小型的應用或項目,那麼MyISAM 也許會更適合。當然,在大型的環境下使用 MyISAM 也會有很大成功的時候,但卻不總是這樣的。如果你正在計劃使用一個超大資料量的項目,而且需要交易處理或外鍵支援,那麼你真的應該直接使用 InnoDB方式。但需要記住InnoDB 的表需要更多的記憶體和儲存,轉換100GB 的MyISAM 表到InnoDB 表可能會讓你有非常壞的體驗。   

===========================================================   

MyISAM:這個是預設類型,它是基於傳統的ISAM類型,ISAM是 Indexed Sequential Access Method (有索引的順序存取方法) 的縮寫,它是儲存記錄和檔案的標準方法.與其他儲存引擎比較,MyISAM具有檢查和修複表格的大多數工具. MyISAM表格可以被壓縮,而且它們支援全文檢索搜尋.它們不是事務安全的,而且也不支援外鍵。如果事物復原將造成不完全復原,不具有原子性。如果執行大量 的SELECT,MyISAM是更好的選擇。   

InnoDB:這種類型是事務安全的.它與BDB類型具有相同的特性,它們還支援外鍵.InnoDB表格速度很快.具有比BDB還豐富的特性,因此如果需 要一個事務安全的儲存引擎,建議使用它.如果你的資料執行大量的INSERT或UPDATE,出於效能方面的考慮,應該使用InnoDB表,   

對於支援事物的InnoDB類型的標,影響速度的主要原因是AUTOCOMMIT預設設定是開啟的,而且程式沒有顯式調用BEGIN 開始事務,導致每插入一條都自動Commit,嚴重影響了速度。可以在執行sql前調用begin,多條sql形成一個事物(即使autocommit打 開也可以),將大大提高效能。   

===============================================================   

InnoDB和MyISAM是在使用MySQL最常用的兩個表類型,各有優缺點,視具體應用而定。下面是已知的兩者之間的差別,僅供參考。   

innodb   
InnoDB 給 MySQL 提供了具有事務(commit)、復原(rollback)和崩潰修複能力 (crash recovery capabilities)的事務安全(transaction-safe (ACID compliant))型表。 InnoDB 提供了行鎖(locking on row level),提供與 Oracle 類型一致的不加鎖讀取(non- locking read in SELECTs)。這些特性均提高了多使用者並行作業的效能表現。在InnoDB表中不需要擴大鎖定 (lock escalation),因為 InnoDB 的列鎖定(row level locks)適宜非常小的空間。 InnoDB 是 MySQL 上第一個提供外鍵約束(FOREIGN KEY constraints)的表引擎。   

InnoDB 的設計目標是處理大容量資料庫系統,它的 CPU 利用率是其它基於磁碟的關聯式資料庫引擎所不能比的。在技術上,InnoDB 是一套放在 MySQL 背景完整資料庫系統,InnoDB 在主記憶體中建立其專用的緩衝池用於高速緩衝資料和索引。 InnoDB 把資料和索引存放在資料表空間裡,可能包含多個檔案,這與其它的不一樣,舉例來說,在 MyISAM 中,表被存放在單獨的檔案中。InnoDB 表的大小隻受限於作業系統的檔案大小,一般為 2 GB。   
InnoDB所有的表都儲存在同一個資料檔案 ibdata1 中(也可能是多個檔案,或者是獨立的資料表空間檔案),相對來說比較不好備份,免費的方案可以是拷貝資料檔案、備份 binlog,或者用 mysqldump。   


MyISAM   
MyISAM 是MySQL預設存貯引擎 .   

每張MyISAM 表被存放在三個檔案 。frm 檔案存放表格定義。 資料檔案是MYD (MYData) 。 索引檔案是 MYI (MYIndex) 引伸。   

因為MyISAM相對簡單所以在效率上要優於InnoDB..小型應用使用MyISAM是不錯的選擇.   

MyISAM表是儲存成檔案的形式,在跨平台的資料轉移中使用MyISAM儲存會省去不少的麻煩   

以下是一些細節和具體實現的差別:   

1.InnoDB不支援FULLTEXT類型的索引。   
2.InnoDB 中不儲存表的具體行數,也就是說,執行select count(*) from table時,InnoDB要掃描一遍整個表來計算有多少行,但是MyISAM只要簡單的讀出儲存好的行數即可。注意的是,當count(*)語句包含 where條件時,兩種表的操作是一樣的。   
3.對於AUTO_INCREMENT類型的欄位,InnoDB中必須包含只有該欄位的索引,但是在MyISAM表中,可以和其他欄位一起建立聯合索引。   
4.DELETE FROM table時,InnoDB不會重建立立表,而是一行一行的刪除。   
5.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的,解決方案是首先把InnoDB表改成MyISAM表,匯入資料後再改成InnoDB表,但是對於使用的額外的InnoDB特性(例如外鍵)的表不適用。   

另外,InnoDB表的行鎖也不是絕對的,如果在執行一個SQL語句時MySQL不能確定要掃描的範圍,InnoDB表同樣會鎖全表,例如 update table set num=1 where name like “%aaa%”   

任何一種表都不是萬能的,只用恰當的針對業務類型來選擇合適的表類型,才能最大的發揮MySQL的效能優勢。   

===============================================================   


以下是InnoDB和MyISAM的一些聯絡和區別!   

1. 4.0以上mysqld都支援事務,包括非max版本。3.23的需要max版本mysqld才能支援事務。   

2. 建立表時如果不指定type則預設為myisam,不支援事務。   
可以用 show create table tablename 命令看錶的類型。   

2.1 對不支援事務的表做start/commit操作沒有任何效果,在執行commit前已經提交,測試:   
執行一個msyql:   
use test;   
drop table if exists tn;   
create table tn (a varchar(10)) type=myisam;   
drop table if exists ty;   
create table ty (a varchar(10)) type=innodb;   

begin;   
insert into tn values(‘a’);   
insert into ty values(‘a’);   
select * from tn;   
select * from ty;   
都能看到一條記錄   

執行另一個mysql:   
use test;   
select * from tn;   
select * from ty;   
只有tn能看到一條記錄   
然後在另一邊   
commit;   
才都能看到記錄。   

3. 可以執行以下命令來切換非事務表到事務(資料不會丟失),innodb表比myisam表更安全:   
   alter table tablename type=innodb;   

3.1 innodb表不能用repair table命令和myisamchk -r table_name   
但可以用check table,以及mysqlcheck [OPTIONS] database [tables]   

==============================================================   

mysql中使用select for update的必須針對InnoDb,並且是在一個事務中,才能起作用。   

select的條件不一樣,採用的是行級鎖還是表級鎖也不一樣。   
轉http://www.neo.com.tw/archives/900 的說明   

由於InnoDB 預設是Row-Level Lock,所以只有「明確」的指定主鍵,MySQL 才會執行Row lock (只鎖住被選取的資料例) ,否則MySQL 將會執行Table Lock (將整個資料表單給鎖住)。   


舉個例子:   

假設有個表單products ,裡面有id 跟name 二個欄位,id 是主鍵。   

例1: (明確指定主鍵,並且有此筆資料,row lock)   

SELECT * FROM products WHERE id=’3′ FOR UPDATE;   

例2: (明確指定主鍵,若查無此筆資料,無lock)   

SELECT * FROM products WHERE id=’-1′ FOR UPDATE;   

例2: (無主鍵,table lock)   

SELECT * FROM products WHERE name=’Mouse’ FOR UPDATE;   

例3: (主鍵不明確,table lock)   

SELECT * FROM products WHERE id<>’3′ FOR UPDATE;   

例4: (主鍵不明確,table lock)   

SELECT * FROM products WHERE id LIKE ’3′ FOR UPDATE;   

注1:   
FOR UPDATE 僅適用於InnoDB,且必須在交易區塊(BEGIN/COMMIT)中才會生效

PHP與MYSQL交易處理

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.