婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁 > 知識庫 > MySQL系列之十 MySQL事務隔離實現(xiàn)并發(fā)控制

MySQL系列之十 MySQL事務隔離實現(xiàn)并發(fā)控制

熱門標簽:云南電商智能外呼系統(tǒng)價格 高清地圖標注道路 臨清電話機器人 400電話可以辦理嗎 話務外呼系統(tǒng)怎么樣 外東北地圖標注 大眾點評星級酒店地圖標注 拉卡拉外呼系統(tǒng) 智能外呼系統(tǒng)復位

一、并發(fā)訪問控制

實現(xiàn)的并發(fā)訪問的控制技術是基于鎖;

鎖分為表級鎖和行級鎖,MyISAM存儲引擎不支持行級鎖;InnoDB支持表級鎖和行級鎖;

鎖的分類有讀鎖和寫鎖,讀鎖也被稱為共享鎖,加讀鎖的時候其他的人可以讀;寫鎖也稱為獨占鎖或排它鎖,一個寫鎖會阻塞其他讀操作和寫操作;

鎖還分為隱式鎖和顯式鎖,隱式鎖由存儲引擎自行管理,顯式鎖是用戶手動添加鎖;

鎖策略:在鎖粒度及數(shù)據(jù)安全性尋求的平衡機制。

顯式鎖的使用方法:LOCK TABLES tbl_name READ|WRITE

MariaDB [school]> LOCK TABLES students READ;  #加讀鎖
MariaDB [school]> UNLOCK TABLES;  #解鎖

讀鎖:任何人都不可寫

寫鎖:自己可以讀寫,但是其他人不可讀寫

FLUSH TABLES tb_name :關閉正在打開的表(清除查詢緩存),通常在備份前加全局讀鎖

SELECT clause [FOR UPDATE | LOCK IN SHARE MODE] 查詢時加寫或讀鎖

二、事務Transactions

​一組原子性的SQL語句,或一個獨立工作單元

1、事務遵循ACID原則:

  • A:atomicity原子性;整個事務中的所有操作要么全部成功執(zhí)行,要么全部失敗后回滾
  • C:consistency一致性;數(shù)據(jù)庫總是從一個一致性狀態(tài)轉(zhuǎn)換為另一個一致性狀態(tài)
  • I:Isolation隔離性;一個事務所做出的操作在提交之前,是不能為其它事務所見;隔離有多種隔離級別,實現(xiàn)并發(fā)
  • D:durability持久性;一旦事務提交,其所做的修改會永久保存于數(shù)據(jù)庫中

2、事務的生命周期

顯式事務:明確的規(guī)定事務的開始

隱式事務:默認為隱式事務,每執(zhí)行完一句語句后直接提交

autocommit = {OFF|ON} 開啟或關閉自動提交,建議使用顯式請求和提交事務,而不要使用“自動提交”功能

啟動事務:START TRANSACTION;

插入標簽:ROLLBACK TO ##;

撤銷回指定標簽:ROLLBACK TO ##;

全部撤銷:ROLLBACK;

提交事務:COMMIT;

刪除標簽:RELEASE SAVEPOINT;

MariaDB [school]> START TRANSACTION;  #明確指明啟動一個事務
MariaDB [school]> INSERT students(StuID,Name,Age,Gender) VALUES (26,'Tom',22,'M');  #添加一條記錄
MariaDB [school]> SAVEPOINT sp26;  #插入一個標簽
MariaDB [school]> INSERT students(StuID,Name,Age,Gender) VALUES (27,'Maria',12,'F');  #再加入一條記錄
MariaDB [school]> SELECT * FROM students WHERE stuid IN (26,27);  #查看一下,可以看到剛剛插入的數(shù)據(jù)
+-------+-------+-----+--------+---------+-----------+
| StuID | Name  | Age | Gender | ClassID | TeacherID |
+-------+-------+-----+--------+---------+-----------+
|    26 | Tom   |  22 | M      |    NULL |      NULL |
|    27 | Maria |  12 | F      |    NULL |      NULL |
+-------+-------+-----+--------+---------+-----------+
MariaDB [school]> ROLLBACK TO sp26;  #撤銷到sp26標簽之前的狀態(tài)
MariaDB [school]> SELECT * FROM students WHERE stuid IN (26,27);  #查看一下,剛剛maria的信息被撤回了
+-------+------+-----+--------+---------+-----------+
| StuID | Name | Age | Gender | ClassID | TeacherID |
+-------+------+-----+--------+---------+-----------+
|    26 | Tom  |  22 | M      |    NULL |      NULL |
+-------+------+-----+--------+---------+-----------+
MariaDB [school]> COMMIT;  #提交事務
MariaDB [school]> SELECT * FROM students WHERE stuid IN (26,27);  #最終的數(shù)據(jù)
+-------+------+-----+--------+---------+-----------+
| StuID | Name | Age | Gender | ClassID | TeacherID |
+-------+------+-----+--------+---------+-----------+
|    26 | Tom  |  22 | M      |    NULL |      NULL |
+-------+------+-----+--------+---------+-----------+

3、事務的隔離級別

  • READ UNCOMMITTED 其他事務可以看到未提交的臟數(shù)據(jù),產(chǎn)生臟讀
  • READ COMMITTED 提交后其他事務可以看到修改后的數(shù)據(jù),每次讀取的數(shù)據(jù)可能不一致,不可重復讀
  • REPEATABLE READ 可重復讀,每次看到的數(shù)據(jù)都一致,數(shù)據(jù)被修改后看不到最新數(shù)據(jù),會產(chǎn)生幻讀(默認設置)
  • SETIALIZABILE 未提交的讀事務阻塞修改事務,串行執(zhí)行,并發(fā)性差

MVCC: 多版本并發(fā)控制,和事務級別相關

修改事務隔離級別:服務器變量tx_isolation指定,默認為REPEATABLE-READ,可在GLOBAL和SESSION級進行設置

tx_isolation

  • Description: The transaction isolation level. See also SET TRANSACTION ISOLATION LEVEL.
  • Commandline: --transaction-isolation=name
  • Scope: Global, Session
  • Dynamic: Yes
  • Type: enumeration
  • Default Value: REPEATABLE-READ
  • Valid Values: READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE
MariaDB [school]> SELECT @@tx_isolation;   #默認為可重復讀級別
+-----------------+
| @@tx_isolation  |
+-----------------+
| REPEATABLE-READ |
+-----------------+
MariaDB [school]> SET tx_isolation='READ-UNCOMMITTED';
MariaDB [school]> set tx_isolation='READ-COMMITTED';
MariaDB [school]> set tx_isolation='REPEATABLE-READ';
MariaDB [school]> set tx_isolation='SERIALIZABLE';

4、死鎖

​兩個或多個事務在同一資源相互占用,并請求鎖定對方占用的資源的狀態(tài)會發(fā)生死鎖

在A事務修改t1表的第3行,B事務修改t2表的第2行時;這時A事務去修改t2表的第2行,這時就把A事務阻塞了,然后B事務有剛剛好去修改t1表的第3行,這時B事務也被阻塞了,這時就產(chǎn)生了死鎖。

倆個事務同時去更改對方的修改的表,互相阻塞;系統(tǒng)會發(fā)現(xiàn)死鎖,會自動犧牲一個代價小的事務來解開死鎖。

ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction

查看進程列表:MariaDB [school]> SHOW PROCESSLIST;

殺死進程:MariaDB [school]> KILL 5;

到此這篇關于MySQL系列之十 MySQL事務隔離實現(xiàn)并發(fā)控制的文章就介紹到這了,更多相關mysql并發(fā)控制內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!

到此這篇關于MySQL系列之十 MySQL事務隔離實現(xiàn)并發(fā)控制的文章就介紹到這了,更多相關mysql并發(fā)控制內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!

您可能感興趣的文章:
  • 詳解MySQL多版本并發(fā)控制機制(MVCC)源碼
  • mysql的MVCC多版本并發(fā)控制的實現(xiàn)
  • MySQL高并發(fā)生成唯一訂單號的方法實現(xiàn)
  • MySQL 加鎖控制并發(fā)的方法
  • Mysql事務并發(fā)問題解決方案
  • MySQL 數(shù)據(jù)庫如何解決高并發(fā)問題
  • mysql并發(fā)控制原理知識點
  • mysql多版本并發(fā)控制MVCC的實現(xiàn)
  • MySQL并發(fā)更新數(shù)據(jù)時的處理方法
  • Tomcat+Mysql高并發(fā)配置優(yōu)化講解
  • MySQL 到底是如何做到多版本并發(fā)的?

標簽:揚州 阿里 定西 溫州 福州 無錫 三明 山西

巨人網(wǎng)絡通訊聲明:本文標題《MySQL系列之十 MySQL事務隔離實現(xiàn)并發(fā)控制》,本文關鍵詞  MySQL,系列,之十,事務,隔離,;如發(fā)現(xiàn)本文內(nèi)容存在版權問題,煩請?zhí)峁┫嚓P信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《MySQL系列之十 MySQL事務隔離實現(xiàn)并發(fā)控制》相關的同類信息!
  • 本頁收集關于MySQL系列之十 MySQL事務隔離實現(xiàn)并發(fā)控制的相關信息資訊供網(wǎng)民參考!
  • 推薦文章
    主站蜘蛛池模板: 大悟县| 中宁县| 灵宝市| 玛多县| 兰西县| 景东| 建水县| 洛宁县| 长阳| 通山县| 锡林郭勒盟| 盐亭县| 壤塘县| 京山县| 中牟县| 新巴尔虎左旗| 郁南县| 子洲县| 图木舒克市| 梁平县| 大同县| 呼图壁县| 青冈县| 三河市| 德昌县| 雷波县| 顺平县| 萨迦县| 聂荣县| 侯马市| 澳门| 宜阳县| 岱山县| 哈密市| 凭祥市| 和顺县| 奉化市| 隆回县| 神农架林区| 静乐县| 侯马市|