| |||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
---|---|---|---|---|---|---|---|---|---|
28 | 29 | 30 | 31 | 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 | 1 | |||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
SQL標(biāo)準(zhǔn)定義了4類(lèi)隔離級(jí)別,包括了一些具體規(guī)則,用來(lái)限定事務(wù)內(nèi)外的哪些改變是可見(jiàn)的,哪些是不可見(jiàn)的。低級(jí)別的隔離級(jí)一般支持更高的并發(fā)處理,并擁有更低的系統(tǒng)開(kāi)銷(xiāo)。
Read Uncommitted(讀取未提交內(nèi)容)
在該隔離級(jí)別,所有事務(wù)都可以看到其他未提交事務(wù)的執(zhí)行結(jié)果。本隔離級(jí)別很少用于實(shí)際應(yīng)用,因?yàn)樗男阅芤膊槐绕渌?jí)別好多少。讀取未提交的數(shù)據(jù),也被稱(chēng)之為臟讀(Dirty Read)。
Read Committed(讀取提交內(nèi)容)
這是大多數(shù)數(shù)據(jù)庫(kù)系統(tǒng)的默認(rèn)隔離級(jí)別(但不是MySQL默認(rèn)的)。它滿(mǎn)足了隔離的簡(jiǎn)單定義:一個(gè)事務(wù)只能看見(jiàn)已經(jīng)提交事務(wù)所做的改變。這種隔離級(jí)別 也支持所謂的不可重復(fù)讀(Nonrepeatable Read),因?yàn)橥皇聞?wù)的其他實(shí)例在該實(shí)例處理其間可能會(huì)有新的commit,所以同一select可能返回不同結(jié)果。
Repeatable Read(可重讀)
這是MySQL的默認(rèn)事務(wù)隔離級(jí)別,它確保同一事務(wù)的多個(gè)實(shí)例在并發(fā)讀取數(shù)據(jù)時(shí),會(huì)看到同樣的數(shù)據(jù)行。不過(guò)理論上,這會(huì)導(dǎo)致另一個(gè)棘手的問(wèn)題:幻讀 (Phantom Read)。簡(jiǎn)單的說(shuō),幻讀指當(dāng)用戶(hù)讀取某一范圍的數(shù)據(jù)行時(shí),另一個(gè)事務(wù)又在該范圍內(nèi)插入了新行,當(dāng)用戶(hù)再讀取該范圍的數(shù)據(jù)行時(shí),會(huì)發(fā)現(xiàn)有新的“幻影” 行。InnoDB和Falcon存儲(chǔ)引擎通過(guò)多版本并發(fā)控制(MVCC,Multiversion Concurrency Control)機(jī)制解決了該問(wèn)題。
Serializable(可串行化)
這是最高的隔離級(jí)別,它通過(guò)強(qiáng)制事務(wù)排序,使之不可能相互沖突,從而解決幻讀問(wèn)題。簡(jiǎn)言之,它是在每個(gè)讀的數(shù)據(jù)行上加上共享鎖。在這個(gè)級(jí)別,可能導(dǎo)致大量的超時(shí)現(xiàn)象和鎖競(jìng)爭(zhēng)。
這四種隔離級(jí)別采取不同的鎖類(lèi)型來(lái)實(shí)現(xiàn),若讀取的是同一個(gè)數(shù)據(jù)的話(huà),就容易發(fā)生問(wèn)題。例如:
臟讀(Drity Read):某個(gè)事務(wù)已更新一份數(shù)據(jù),另一個(gè)事務(wù)在此時(shí)讀取了同一份數(shù)據(jù),由于某些原因,前一個(gè)RollBack了操作,則后一個(gè)事務(wù)所讀取的數(shù)據(jù)就會(huì)是不正確的。
不可重復(fù)讀(Non-repeatable read):在一個(gè)事務(wù)的兩次查詢(xún)之中數(shù)據(jù)不一致,這可能是兩次查詢(xún)過(guò)程中間插入了一個(gè)事務(wù)更新的原有的數(shù)據(jù)。
幻讀(Phantom Read):在一個(gè)事務(wù)的兩次查詢(xún)中數(shù)據(jù)筆數(shù)不一致,例如有一個(gè)事務(wù)查詢(xún)了幾列(Row)數(shù)據(jù),而另一個(gè)事務(wù)卻在此時(shí)插入了新的幾列數(shù)據(jù),先前的事務(wù)在接下來(lái)的查詢(xún)中,就會(huì)發(fā)現(xiàn)有幾列數(shù)據(jù)是它先前所沒(méi)有的。
在MySQL中,實(shí)現(xiàn)了這四種隔離級(jí)別,分別有可能產(chǎn)生問(wèn)題如下所示:
下面,將利用MySQL的客戶(hù)端程序,分別測(cè)試幾種隔離級(jí)別。測(cè)試數(shù)據(jù)庫(kù)為test,表為tx;表結(jié)構(gòu):
id | int |
num | int |
兩個(gè)命令行客戶(hù)端分別為A,B;不斷改變A的隔離級(jí)別,在B端修改數(shù)據(jù)。
(一)、將A的隔離級(jí)別設(shè)置為read uncommitted(未提交讀)
在B未更新數(shù)據(jù)之前:
客戶(hù)端A:
B更新數(shù)據(jù):
客戶(hù)端B:
客戶(hù)端A:
經(jīng)過(guò)上面的實(shí)驗(yàn)可以得出結(jié)論,事務(wù)B更新了一條記錄,但是沒(méi)有提交,此時(shí)事務(wù)A可以查詢(xún)出未提交記錄。造成臟讀現(xiàn)象。未提交讀是最低的隔離級(jí)別。
(二)、將客戶(hù)端A的事務(wù)隔離級(jí)別設(shè)置為read committed(已提交讀)
在B未更新數(shù)據(jù)之前:
客戶(hù)端A:B更新數(shù)據(jù):
客戶(hù)端B:
客戶(hù)端A:
經(jīng)過(guò)上面的實(shí)驗(yàn)可以得出結(jié)論,已提交讀隔離級(jí)別解決了臟讀的問(wèn)題,但是出現(xiàn)了不可重復(fù)讀的問(wèn)題,即事務(wù)A在兩次查詢(xún)的數(shù)據(jù)不一致,因?yàn)樵趦纱尾樵?xún)之間事務(wù)B更新了一條數(shù)據(jù)。已提交讀只允許讀取已提交的記錄,但不要求可重復(fù)讀。
(三)、將A的隔離級(jí)別設(shè)置為repeatable read(可重復(fù)讀)
在B未更新數(shù)據(jù)之前:
B更新數(shù)據(jù):
客戶(hù)端B:
客戶(hù)端A:
B插入數(shù)據(jù):
客戶(hù)端B:
客戶(hù)端A:
由以上的實(shí)驗(yàn)可以得出結(jié)論,可重復(fù)讀隔離級(jí)別只允許讀取已提交記錄,而且在一個(gè)事務(wù)兩次讀取一個(gè)記錄期間,其他事務(wù)部的更新該記錄。但該事務(wù)不要求與其他事務(wù)可串行化。例如,當(dāng)一個(gè)事務(wù)可以找到由一個(gè)已提交事務(wù)更新的記錄,但是可能產(chǎn)生幻讀問(wèn)題(注意是可能,因?yàn)閿?shù)據(jù)庫(kù)對(duì)隔離級(jí)別的實(shí)現(xiàn)有所差別)。像以上的實(shí)驗(yàn),就沒(méi)有出現(xiàn)數(shù)據(jù)幻讀的問(wèn)題。
(四)、將A的隔離級(jí)別設(shè)置為 可串行化 (Serializable)
A端打開(kāi)事務(wù),B端插入一條記錄
事務(wù)A端:
事務(wù)B端:
因?yàn)榇藭r(shí)事務(wù)A的隔離級(jí)別設(shè)置為serializable,開(kāi)始事務(wù)后,并沒(méi)有提交,所以事務(wù)B只能等待。
事務(wù)A提交事務(wù):
事務(wù)A端
事務(wù)B端
serializable完全鎖定字段,若一個(gè)事務(wù)來(lái)查詢(xún)同一份數(shù)據(jù)就必須等待,直到前一個(gè)事務(wù)完成并解除鎖定為止 。是完整的隔離級(jí)別,會(huì)鎖定對(duì)應(yīng)的數(shù)據(jù)表格,因而會(huì)有效率的問(wèn)題。
一、rsync的概述
rsync是類(lèi)unix系統(tǒng)下的數(shù)據(jù)鏡像備份工具,從軟件的命名上就可以看出來(lái)了——remote sync。rsync是Linux系統(tǒng)下的文件同步和數(shù)據(jù)傳輸工具,它采用“rsync”算法,可以將一個(gè)客戶(hù)機(jī)和遠(yuǎn)程文件服務(wù)器之間的文件同步,也可以 在本地系統(tǒng)中將數(shù)據(jù)從一個(gè)分區(qū)備份到另一個(gè)分區(qū)上。如果rsync在備份過(guò)程中出現(xiàn)了數(shù)據(jù)傳輸中斷,恢復(fù)后可以繼續(xù)傳輸不一致的部分。rsync可以執(zhí)行 完整備份或增量備份。它的主要特點(diǎn)有:
1.可以鏡像保存整個(gè)目錄樹(shù)和文件系統(tǒng);
2.可以很容易做到保持原來(lái)文件的權(quán)限、時(shí)間、軟硬鏈接;無(wú)須特殊權(quán)限即可安裝;
3.可以增量同步數(shù)據(jù),文件傳輸效率高,因而同步時(shí)間短;
4.可以使用rcp、ssh等方式來(lái)傳輸文件,當(dāng)然也可以通過(guò)直接的socket連接;
5.支持匿名傳輸,以方便進(jìn)行網(wǎng)站鏡象等;
6.加密傳輸數(shù)據(jù),保證了數(shù)據(jù)的安全性;
二、鏡像目錄與內(nèi)容
rsync -av duying /tmp/test
查看/tmp/test目錄,我們可以看到此命令是把duying這個(gè)文件夾目錄連同內(nèi)容全部考到當(dāng)前目錄下了
rsync -av duying/ /tmp/test 注意:比上一條命令多了符號(hào)“/”
再次查看/tmp/test目錄,我們發(fā)現(xiàn)沒(méi)有duying這個(gè)目錄,只是看到了目錄中的內(nèi)容
三、增量備份本地文件
rsync -avzrtopgL --progress /src /dst
-v是“--verbose”,即詳細(xì)模式輸出; -z表示“--compress”,即傳輸時(shí)對(duì)數(shù)據(jù)進(jìn)行壓縮處理;
-r表示“--recursive”,即對(duì)子目錄以遞歸的模式處理;-t是“--time”,即保持文件時(shí)間信息;
-o表示“owner”,用來(lái)保持文件屬主信息;-p是“perms”,用來(lái)保持文件權(quán)限;
-g是“group”,用來(lái)保持文件的屬組信息;
--progress用于顯示數(shù)據(jù)鏡像同步的過(guò)程;
四、鏡像同步備份文件
rsync -avzrtopg --progress --delete /src /dst
--delete選項(xiàng)指定以rsync服務(wù)器端為基礎(chǔ)進(jìn)行數(shù)據(jù)鏡像同步,也就是要保持rsync服務(wù)器端目錄與客戶(hù)端目錄的完全一致;
--exclude選項(xiàng)用于排除不需要傳輸?shù)奈募?lèi)型;
五、設(shè)置定時(shí)備份策略
crontab -e
30 3 * * * rsync -avzrtopg --progress --delete --exclude "*access*"
--exclude "*debug*" /src /dst
如果文件比較大,可使用nohup將進(jìn)程放到后臺(tái)執(zhí)行。
nohup rsync -avzrtopgL --progress /data/opt /data2/ >/var/log/$(date +%Y%m%d).mail.log &
六、rsync的優(yōu)點(diǎn)與不足
與傳統(tǒng)的cp、tar備份方式對(duì)比,rsync具有安全性高、備份迅速、支持增量備份等優(yōu)點(diǎn),通過(guò)rsync可以解決對(duì)實(shí)時(shí)性要求不高的數(shù)據(jù)備份需求,例如,定期地備份文件服務(wù)器數(shù)據(jù)到遠(yuǎn)端服務(wù)器,對(duì)本地磁盤(pán)定期進(jìn)行數(shù)據(jù)鏡像等。
但是隨著系統(tǒng)規(guī)模的不斷擴(kuò)大,rsync的缺點(diǎn)逐漸被暴露了出來(lái)。首先,rsync做數(shù)據(jù)同步時(shí),需要掃描所有文件后進(jìn)行對(duì)比,然后進(jìn)行差量傳輸。如果文 件很大,掃面文件是非常耗時(shí)的,而且發(fā)生變化的文件往往是很少一部分,因此rsync是非常低效的方式。其次,rsync不能實(shí)時(shí)監(jiān)測(cè)、同步數(shù)據(jù),雖然它 可以通過(guò)Linux守護(hù)進(jìn)程的方式觸發(fā)同步,但是兩次觸發(fā)動(dòng)作一定會(huì)有時(shí)間差,可能導(dǎo)致服務(wù)器端和客戶(hù)端數(shù)據(jù)出現(xiàn)不一致。
轉(zhuǎn)自:http://blog.sina.com.cn/s/blog_6954b9a901011esn.html
Linux下如何查看版本信息, 包括位數(shù)、版本信息以及CPU內(nèi)核信息、CPU具體型號(hào)等等,整個(gè)CPU信息一目了然。