回答的有點多請耐心看完。
目前累計服務(wù)客戶上千，積累了豐富的產(chǎn)品開發(fā)及服務(wù)經(jīng)驗。以網(wǎng)站設(shè)計水平和技術(shù)實力，樹立企業(yè)形象，為客戶提供網(wǎng)站建設(shè)、做網(wǎng)站、網(wǎng)站策劃、網(wǎng)頁設(shè)計、網(wǎng)絡(luò)營銷、VI設(shè)計、網(wǎng)站改版、漏洞修補等服務(wù)。成都創(chuàng)新互聯(lián)公司始終以務(wù)實、誠信為根本，不斷創(chuàng)新和提高建站品質(zhì)，通過對領(lǐng)先技術(shù)的掌握、對創(chuàng)意設(shè)計的研究、對客戶形象的視覺傳遞、對應(yīng)用系統(tǒng)的結(jié)合，為客戶提供更好的一站式互聯(lián)網(wǎng)解決方案，攜手廣大客戶，共同發(fā)展進(jìn)步。
希望能幫助你還請及時采納謝謝
1事務(wù)的原理
事務(wù)就是將一組SQL語句放在同一批次內(nèi)去執(zhí)行，如果一個SQL語句出錯,則該批次內(nèi)的所有SQL都將被取消執(zhí)行。MySQL事務(wù)處理只支持InnoDB和BDB數(shù)據(jù)表類型。
1事務(wù)的ACID原則
** 1（Atomicity）原子性**： 事務(wù)是最小的執(zhí)行單位，不允許分割。原子性確保動作要么全部完成，要么完全不起作用；
2（Consistency）一致性： 執(zhí)行事務(wù)前后，數(shù)據(jù)保持一致；
3（Isolation）隔離性： 并發(fā)訪問數(shù)據(jù)庫時，一個事務(wù)不被其他事務(wù)所干擾。
4（Durability）持久性: 一個事務(wù)被提交之后。對數(shù)據(jù)庫中數(shù)據(jù)的改變是持久的，即使數(shù)據(jù)庫發(fā)生故障。
1緩沖池（Buffer Pool）
Buffer Pool中包含了磁盤中部分?jǐn)?shù)據(jù)頁的映射。當(dāng)從數(shù)據(jù)庫讀取數(shù)據(jù)時，會先從Buffer Pool中讀取數(shù)據(jù)，如果Buffer Pool中沒有，則從磁盤讀取后放入到Buffer Pool中。當(dāng)向數(shù)據(jù)庫寫入數(shù)據(jù)時，會先寫入到Buffer Pool中，Buffer Pool中更新的數(shù)據(jù)會定期刷新到磁盤中（此過程稱為刷臟）。
2日志緩沖區(qū)（Log Buffer）
當(dāng)在MySQL中對InnoDB表進(jìn)行更改時，這些更改命令首先存儲在InnoDB日志緩沖區(qū)（Log Buffer）的內(nèi)存中，然后寫入通常稱為重做日志（redo logs）的InnoDB日志文件中。
3雙寫機制緩存（DoubleWrite Buffer）
Doublewrite Buffer是共享表空間的物理文件的 buffer,其大小是2MB.是一個一分為二的2MB空間。
刷臟操作開始之時,先進(jìn)行臟頁**‘備份’**操作.將臟頁數(shù)據(jù)寫入 Doublewrite Buffer.
將Doublewrite Buffer(順序IO)寫入磁盤文件中(共享表空間) 進(jìn)行刷臟操作.
4回滾日志(Undo Log)
Undo Log記錄的是邏輯日志.記錄的是事務(wù)過程中每條數(shù)據(jù)的變化版本和情況.
在Innodb 磁盤架構(gòu)中Undo Log 默認(rèn)是共享表空間的物理文件的Buffer.
在事務(wù)異常中斷,或者主動(Rollback)回滾的過程中 ,Innodb基于 Undo Log進(jìn)行數(shù)據(jù)撤銷回滾,保證數(shù)據(jù)回歸至事務(wù)開始狀態(tài).
5重做日志(Redo Log)
Redo Log通常指的是物理日志，記錄的是數(shù)據(jù)頁的物理修改.并不記錄行記錄情況。（也就是只記錄要做哪些修改，并不記錄修改的完成情況） 當(dāng)數(shù)據(jù)庫宕機重啟的時候，會將重做日志中的內(nèi)容恢復(fù)到數(shù)據(jù)庫中。
1原子性
Innodb事務(wù)的原子性保證,包含事務(wù)的提交機制和事務(wù)的回滾機制.在Innodb引擎中事務(wù)的回滾機制是依托 回滾日志(Undo Log) 進(jìn)行回滾數(shù)據(jù)，保證數(shù)據(jù)回歸至事務(wù)開始狀態(tài).
2那么不同的隔離級別，隔離性是如何實現(xiàn)的，為什么不同事物間能夠互不干擾？ 答案是 鎖 和 MVCC。
3持久性
基于事務(wù)的提交機制流程有可能出現(xiàn)三種場景.
1 數(shù)據(jù)刷臟正常.一切正常提交，Redo Log 循環(huán)記錄.數(shù)據(jù)成功落盤.持久性得以保證
2數(shù)據(jù)刷臟的過程中出現(xiàn)的系統(tǒng)意外導(dǎo)致頁斷裂現(xiàn)象 (部分刷臟成功)，針對頁斷裂情況,采用Double write機制進(jìn)行保證頁斷裂數(shù)據(jù)的恢復(fù).
3數(shù)據(jù)未出現(xiàn)頁斷裂現(xiàn)象,也沒有刷臟成功，MySQL通過Redo Log 進(jìn)行數(shù)據(jù)的持久化即可
4一致性
從數(shù)據(jù)庫層面，數(shù)據(jù)庫通過原子性、隔離性、持久性來保證一致性
2事務(wù)的隔離級別
Mysql 默認(rèn)采用的 REPEATABLE_READ隔離級別 Oracle 默認(rèn)采用的 READ_COMMITTED隔離級別
臟讀： 指一個事務(wù)讀取了另外一個事務(wù)未提交的數(shù)據(jù)。
不可重復(fù)讀： 在一個事務(wù)內(nèi)讀取表中的某一行數(shù)據(jù)，多次讀取結(jié)果不同
虛讀(幻讀)： 是指在一個事務(wù)內(nèi)讀取到了別的事務(wù)插入的數(shù)據(jù)，導(dǎo)致前后讀取不一致。
2基本語法
-- 使用set語句來改變自動提交模式
SET autocommit = 0; /*關(guān)閉*/
SET autocommit = 1; /*開啟*/
-- 注意:
--- 1.MySQL中默認(rèn)是自動提交
--- 2.使用事務(wù)時應(yīng)先關(guān)閉自動提交
-- 開始一個事務(wù),標(biāo)記事務(wù)的起始點
START TRANSACTION
-- 提交一個事務(wù)給數(shù)據(jù)庫
COMMIT
-- 將事務(wù)回滾,數(shù)據(jù)回到本次事務(wù)的初始狀態(tài)
ROLLBACK
-- 還原MySQL數(shù)據(jù)庫的自動提交
SET autocommit =1;
-- 保存點
SAVEPOINT 保存點名稱 -- 設(shè)置一個事務(wù)保存點
ROLLBACK TO SAVEPOINT 保存點名稱 -- 回滾到保存點
RELEASE SAVEPOINT 保存點名稱 -- 刪除保存點
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
/*
課堂測試題目
A在線買一款價格為500元商品,網(wǎng)上銀行轉(zhuǎn)賬.
A的銀行卡余額為2000,然后給商家B支付500.
商家B一開始的銀行卡余額為10000
創(chuàng)建數(shù)據(jù)庫shop和創(chuàng)建表account并插入2條數(shù)據(jù)
*/
CREATE DATABASE `shop`CHARACTER SET utf8 COLLATE utf8_general_ci;
USE `shop`;
CREATE TABLE `account` (
`id` INT(11) NOT NULL AUTO_INCREMENT,
`name` VARCHAR(32) NOT NULL,
`cash` DECIMAL(9,2) NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=INNODB DEFAULT CHARSET=utf8
INSERT INTO account (`name`,`cash`)
VALUES('A',2000.00),('B',10000.00)
-- 轉(zhuǎn)賬實現(xiàn)
SET autocommit = 0; -- 關(guān)閉自動提交
START TRANSACTION; -- 開始一個事務(wù),標(biāo)記事務(wù)的起始點
UPDATE account SET cash=cash-500 WHERE `name`='A';
UPDATE account SET cash=cash+500 WHERE `name`='B';
COMMIT; -- 提交事務(wù)
# rollback;
SET autocommit = 1; -- 恢復(fù)自動提交
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
3事務(wù)實現(xiàn)方式-MVCC
1什么是MVCC
MVCC是mysql的的多版本并發(fā)控制即multi-Version Concurrency Controller，mysql的innodb引擎支持MVVC。MVCC是為了實現(xiàn)事務(wù)的隔離性，通過版本號，避免同一數(shù)據(jù)在不同事務(wù)間的競爭，你可以把它當(dāng)成基于多版本號的一種樂觀鎖。當(dāng)然，這種樂觀鎖只在事務(wù)級別為RR（可重復(fù)讀）和RC（讀提交）生效。MVCC最大的好處，相信也是耳熟能詳：讀不加鎖，讀寫不沖突，極大的增加了系統(tǒng)的并發(fā)性能。
2MVCC的實現(xiàn)機制
InnoDB在每行數(shù)據(jù)都增加兩個隱藏字段，一個記錄創(chuàng)建的版本號，一個記錄刪除的版本號。
在多版本并發(fā)控制中，為了保證數(shù)據(jù)操作在多線程過程中，保證事務(wù)隔離的機制，降低鎖競爭的壓力，保證較高的并發(fā)量。在每開啟一個事務(wù)時，會生成一個事務(wù)的版本號，被操作的數(shù)據(jù)會生成一條新的數(shù)據(jù)行（臨時），但是在提交前對其他事務(wù)是不可見的；對于數(shù)據(jù)的更新（包括增刪改）操作成功，會將這個版本號更新到數(shù)據(jù)的行中；事務(wù)提交成功，新的版本號也就更新到了此數(shù)據(jù)行中。這樣保證了每個事務(wù)操作的數(shù)據(jù)，都是互不影響的，也不存在鎖的問題。
3MVCC下的CRUD
SELECT：
當(dāng)隔離級別是REPEATABLE READ時select操作，InnoDB每行數(shù)據(jù)來保證它符合兩個條件：
** 1 事務(wù)的版本號 大于等于 創(chuàng)建行版本號**
** 2 行數(shù)據(jù)的刪除版本 未定義 或者大于 事務(wù)版本號**
【行創(chuàng)建版本號 事務(wù)版本號 行刪除版本號】
INSERT：
InnoDB為這個新行 記錄 當(dāng)前的系統(tǒng)版本號。
DELETE：
InnoDB將當(dāng)前的系統(tǒng)版本號 設(shè)置為 這一行的刪除版本號。
UPDATE：
InnoDB會寫一個這行數(shù)據(jù)的新拷貝，這個拷貝的版本為 當(dāng)前的系統(tǒng)版本號。它同時也會將這個版本號 寫到 舊行的刪除版本里。
————————————————
版權(quán)聲明：本文為CSDN博主「@Autowire」的原創(chuàng)文章，遵循CC 4.0 BY-SA版權(quán)協(xié)議，轉(zhuǎn)載請附上原文出處鏈接及本聲明。
原文鏈接：
《MySQL是怎樣運行的：從根兒上理解 MySQL》采用詼諧幽默的表達(dá)方式，對MySQL的底層運行原理進(jìn)行了介紹，內(nèi)容涵蓋了使用MySQL的同學(xué)在求職面試和工作中常見的一些核心概念?？傆?2 章，劃分為4個部分。第1部分介紹了MySQL入門的一些知識，比如MySQL的服務(wù)器程序和客戶端程序有哪些、MySQL的啟動選項和系統(tǒng)變量，以及使用的字符集等。第2部分是本書后續(xù)章節(jié)的基礎(chǔ)，介紹了MySQL的一些基礎(chǔ)知識，比如記錄、頁面、索引、表空間的結(jié)構(gòu)和用法等。第3部分則與大家在工作中經(jīng)常遇到的查詢優(yōu)化問題緊密相關(guān)，介紹了單表查詢、連接查詢的執(zhí)行原理，MySQL基于成本和規(guī)則的優(yōu)化具體指什么，并詳細(xì)分析了Explain語句的執(zhí)行結(jié)果。第4部分則是與MySQL中的事務(wù)和鎖相關(guān)，介紹了事務(wù)概念的來源，MySQL是如何實現(xiàn)事務(wù)的，包括redo日志、undo日志、MVCC、各種鎖的細(xì)節(jié)等。
盡管《MySQL是怎樣運行的：從根兒上理解 MySQL》在寫作時參考的MySQL源代碼版本是5.7.22，但是大部分內(nèi)容與具體的版本號并沒有多大關(guān)系。無論是很早之前就已身居MySQL專家的人員，還是希望進(jìn)一步提升技能的DBA，甚至是三五年后才會入行的“萌新”，本書都是他們徹底了解MySQL運行原理的優(yōu)秀書
msql的一個事務(wù)的回歸測試，可以自測一下，了解下事務(wù)。
舉個例子：小明和小飛兩個人現(xiàn)在手里各有￥100，突然小飛腦袋出問題了說給小明￥50，現(xiàn)在他們手里的錢就是（小明：￥150，小飛：￥50）；這樣同步就是一個事務(wù)的完成，下面是demo
/*
事務(wù) ACID
原子性 Atomic
一致性 Consistency
隔離性 Isolation
持久性 Durability
*/
var?mysql?=?require('mysql');
var?connection?=?mysql.createConnection({
host:'localhost',
user:'root',
password:'',
database:'yudi'
});
connection.connect();
//開始一個事務(wù)
connection.beginTransaction(function(err){
if(err)?throw?err;
connection.query('update?account1?set?mny=0?where?id=1',function(err,results){
if(err){
connection.rollback(function(){
throw?err;
})
throw?err;
}
connection.query('update?account2?set?mny=200?where?id=1',function(err,results){
if(err){
//回滾一個事物
connection.rollback(function(){
throw?err;
})
throw?err;
}
//提交一個事物
connection.commit(function(err){
if(err){
connection.rollback(function(){
throw?err;
})
throw?err;
}
console.log('success');
});
});
});
})
ACID 是為保證事務(wù)(transaction)是正確可靠的，所必須具備的四個特性：
以 A 給 B 轉(zhuǎn)賬100元為例：
MySQL事務(wù)是由 InnoDB 存儲引擎實現(xiàn)的。
可以用如下的命令顯式的開啟事務(wù)：
另外，在自動提交（autocommit）模式下，我們執(zhí)行的每一條 SQL 語句都是一條獨立的事務(wù)；如果關(guān)閉了自動提交（autocommit）模式，則所有的 SQL 語句都在一個事務(wù)中，直到執(zhí)行了 commit 或 rollback，該事務(wù)結(jié)束，同時開始了另外一個事務(wù)。
MySQL 事務(wù)的 ACID 特性靠如下機制實現(xiàn)：
Go 語言的 Gorm 提供了對于事務(wù)操作的支持：
此外，還有嵌套事務(wù)以及手動事務(wù)等操作，可以參考中文文檔： learnku.com/docs/gorm/v…
@Transactional 注解必須添加在public方法上，private、protected方法上是無效的。
一般情況下，推薦將@Transactional 注解加在方法上，因為@Transactional直接加在類或者接口上，@Transactional注解會對類或者接口里面所有的public方法都有效，會影響性能。
重慶分公司
重慶分公司
