講解MySQL中的事務(wù)特性
一個(gè)事務(wù)是一個(gè)連續(xù)的一組數(shù)據(jù)庫(kù)操作,就好像它是一個(gè)單一的工作單元進(jìn)行。換言之,永遠(yuǎn)不會(huì)是完整的事務(wù),除非該組內(nèi)的每個(gè)單獨(dú)的操作是成功的。如果在事務(wù)的任何操作失敗,則整個(gè)事務(wù)將失敗。
實(shí)際上,會(huì)俱樂部許多SQL查詢到一個(gè)組中,將執(zhí)行所有的人都一起作為事務(wù)的一部分。
事務(wù)的特性:
事務(wù)有以下四個(gè)標(biāo)準(zhǔn)屬性的縮寫ACID,通常被稱為:
- 原子性: 確保工作單元內(nèi)的所有操作都成功完成,否則事務(wù)將被中止在故障點(diǎn),和以前的操作將回滾到以前的狀態(tài)。
- 一致性: 確保數(shù)據(jù)庫(kù)正確地改變狀態(tài)后,成功提交的事務(wù)。
- 隔離性: 使事務(wù)操作彼此獨(dú)立的和透明的。
- 持久性: 確保提交的事務(wù)的結(jié)果或效果的系統(tǒng)出現(xiàn)故障的情況下仍然存在。
- 在MySQL中,事務(wù)開始使用COMMIT或ROLLBACK語(yǔ)句開始工作和結(jié)束。開始和結(jié)束語(yǔ)句的SQL命令之間形成了大量的事務(wù)。
- COMMIT & ROLLBACK:
- 這兩個(gè)關(guān)鍵字提交和回滾主要用于MySQL的事務(wù)。
- 當(dāng)一個(gè)成功的事務(wù)完成后,發(fā)出COMMIT命令應(yīng)使所有參與表的更改才會(huì)生效。
- 如果發(fā)生故障時(shí),應(yīng)發(fā)出一個(gè)ROLLBACK命令返回的事務(wù)中引用的每一個(gè)表到以前的狀態(tài)。
可以控制的事務(wù)行為稱為AUTOCOMMIT設(shè)置會(huì)話變量。如果AUTOCOMMIT設(shè)置為1(默認(rèn)值),然后每一個(gè)SQL語(yǔ)句(在事務(wù)與否)被認(rèn)為是一個(gè)完整的事務(wù),并承諾在默認(rèn)情況下,當(dāng)它完成。 AUTOCOMMIT設(shè)置為0時(shí),發(fā)出SET AUTOCOMMIT =0命令,在隨后的一系列語(yǔ)句的作用就像一個(gè)事務(wù),直到一個(gè)明確的COMMIT語(yǔ)句時(shí),沒有活動(dòng)的提交。
可以通過使用mysql_query()函數(shù)在PHP中執(zhí)行這些SQL命令。
通用事務(wù)例子
這一系列事件是獨(dú)立于所使用的編程語(yǔ)言,可以建立在任何使用的語(yǔ)言來創(chuàng)建應(yīng)用程序的邏輯路徑。
可以通過使用mysql_query()函數(shù)在PHP中執(zhí)行這些SQL命令。
- BEGIN WORK開始事務(wù)發(fā)出SQL命令
- 發(fā)出一個(gè)或多個(gè)SQL命令,如SELECT,INSERT,UPDATE或DELETE
- 檢查是否有任何錯(cuò)誤,一切都依據(jù)的需要。
- 如果有任何錯(cuò)誤,那么問題ROLLBACK命令,否則發(fā)出COMMIT命令。
在MySQL中的事務(wù)安全表類型:
如果打算使用MySQL事務(wù)編程,那么就需要一種特殊的方式創(chuàng)建表。有很多支持事務(wù)但最流行的是InnoDB表類型。
從源代碼編譯MySQL時(shí),InnoDB表支持需要特定的編譯參數(shù)。如果MySQL版本沒有InnoDB支持,請(qǐng)互聯(lián)網(wǎng)服務(wù)提供商建立一個(gè)版本的MySQL支持InnoDB表類型,或者下載并安裝Windows或Linux/UNIX的MySQL-Max二進(jìn)制分發(fā)和使用的表類型在開發(fā)環(huán)境中。
如果MySQL安裝支持InnoDB表,只需添加一個(gè)的TYPE=InnoDB 定義表創(chuàng)建語(yǔ)句。例如,下面的代碼創(chuàng)建InnoDB表tcount_tbl:
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)
請(qǐng)查看下面的鏈接了解更多關(guān)于: InnoDB
可以使用其他GEMINI或BDB表類型,但它取決于您的安裝,如果它支持這兩種類型。
相關(guān)文章
MySQL之修改數(shù)據(jù)表存儲(chǔ)引擎的三種方式
這篇文章主要介紹了MySQL之修改數(shù)據(jù)表存儲(chǔ)引擎的三種方式,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-11-11通過實(shí)例學(xué)習(xí)MySQL分區(qū)表原理及常用操作
我們?cè)囍胍幌? 在生產(chǎn)環(huán)境中什么最重要? 我感覺在生產(chǎn)環(huán)境中應(yīng)該沒有什么比數(shù)據(jù)跟更為重要. 那么我們?cè)撊绾伪WC數(shù)據(jù)不丟失、或者丟失后可以快速恢復(fù)呢?只要看完這篇大家應(yīng)該就能對(duì)MySQL中數(shù)據(jù)備份有一定了解2019-05-05Mysql計(jì)算字段長(zhǎng)度函數(shù)之CHAR_LENGTH函數(shù)
mysql中計(jì)算字符串長(zhǎng)度有兩個(gè)函數(shù)分別為char_length和length,char_length函數(shù)可以計(jì)算unicode字符,下面這篇文章主要給大家介紹了關(guān)于Mysql計(jì)算字段長(zhǎng)度函數(shù)之CHAR_LENGTH函數(shù)的相關(guān)資料,需要的朋友可以參考下2023-05-05MySQL 5.7增強(qiáng)版Semisync Replication性能優(yōu)化
這篇文章主要介紹了MySQL 5.7增強(qiáng)版Semisync Replication性能優(yōu)化,本文著重講解支持發(fā)送binlog和接受ack的異步化、支持在事務(wù)commit前等待ACK兩項(xiàng)內(nèi)容,需要的朋友可以參考下2015-05-05