PHP與MYSQL交易處理

來源:互聯網
上載者:User

標籤:binlog   ons   mouse   檔案的   back   create   select   ext   tran   

PHP與MYSQL交易處理

 



$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");


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("SETAUTOCOMMIT=1");自動認可




//MyISAM & InnoDB 都支援,


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不分索引檔案資料檔案 innodbbuffer  

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 recoverycapabilities)的事務安全(transaction-safe (ACID compliant))型表。 InnoDB提供了行鎖(locking on row level),提供與 Oracle 類型一致的不加鎖讀取(non- locking readin SELECTs)。這些特性均提高了多使用者並行作業的效能表現。在InnoDB表中不需要擴大鎖定 (lockescalation),因為 InnoDB 的列鎖定(row level locks)適宜非常小的空間。 InnoDB 是 MySQL上第一個提供外鍵約束(FOREIGN KEYconstraints)的表引擎。  

InnoDB 的設計目標是處理大容量資料庫系統,它的 CPU 利用率是其它基於磁碟的關聯式資料庫引擎所不能比的。在技術上,InnoDB是一套放在 MySQL 背景完整資料庫系統,InnoDB 在主記憶體中建立其專用的緩衝池用於高速緩衝資料和索引。 InnoDB把資料和索引存放在資料表空間裡,可能包含多個檔案,這與其它的不一樣,舉例來說,在 MyISAM 中,表被存放在單獨的檔案中。InnoDB表的大小隻受限於作業系統的檔案大小,一般為 2GB。  
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(*) fromtable時,InnoDB要掃描一遍整個表來計算有多少行,但是MyISAM只要簡單的讀出儲存好的行數即可。注意的是,當count(*)語句包含where條件時,兩種表的操作是一樣的。  
3.對於AUTO_INCREMENT類型的欄位,InnoDB中必須包含只有該欄位的索引,但是在MyISAM表中,可以和其他欄位一起建立聯合索引。  
4.DELETE FROMtable時,InnoDB不會重建立立表,而是一行一行的刪除。  
5.LOAD TABLE FROMMASTER操作對InnoDB是不起作用的,解決方案是首先把InnoDB表改成MyISAM表,匯入資料後再改成InnoDB表,但是對於使用的額外的InnoDB特性(例如外鍵)的表不適用。  

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

任何一種表都不是萬能的,只用恰當的針對業務類型來選擇合適的表類型,才能最大的發揮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 tnvalues(‘a’);  
insert into tyvalues(‘a’);  
select * from tn;  
select * from ty;  
都能看到一條記錄  

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

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

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

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

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

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

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


舉個例子:  

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

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

SELECT * FROM products WHERE id=’3′ FORUPDATE;  

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

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

例2: (無主鍵,table lock)  

SELECT * FROM products WHERE name=’Mouse’ FORUPDATE;  

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

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

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

SELECT * FROM products WHERE id LIKE ’3′ FORUPDATE;  

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


zhuan fa lai zi http://www.cnblogs.com/winner/archive/2011/11/09/2242272.html

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.