既然MySQL中InnoDB使用MVCC，為什么REPEATABLE-READ不能消除幻讀?

一、REPEATABLE-READ不能消除幻讀的原因

務(wù)隔離級(jí)別關(guān)注的是讀操作的數(shù)據(jù)是否會(huì)受到其他并發(fā)事務(wù)的影響。在 REPEATABLE READ 隔離級(jí)別下，InnoDB 采用的是多版本并發(fā)控制（MVCC）來(lái)實(shí)現(xiàn)隔離性。通過(guò)MVCC，InnoDB將每一行數(shù)據(jù)版本化，每個(gè)事務(wù)讀取的是它啟動(dòng)時(shí)的行版本快照，并不受其他事務(wù)的影響。因此，REPEATABLE READ 隔離級(jí)別能夠避免臟讀、不可重復(fù)讀等問(wèn)題。

然而，現(xiàn)象為幻讀的并發(fā)問(wèn)題則是因?yàn)檫@些問(wèn)題的影響范圍超出了行級(jí)別，MVCC 只能保證行級(jí)別的隔離性，但無(wú)法處理更高級(jí)別的隔離性問(wèn)題。幻讀問(wèn)題的典型例子是：一個(gè)事務(wù)在讀取某個(gè)表中的記錄時(shí)，另外一個(gè)事務(wù)在此時(shí)向表中新增了一個(gè)記錄，名列前茅個(gè)事務(wù)再次查詢時(shí)，會(huì)出現(xiàn)名列前茅次查詢和第二次查詢結(jié)果不一致的現(xiàn)象，這就是幻讀。

總之，REPEATABLE-READ 隔離級(jí)別采用了 MVCC 技術(shù)，可以有效地解決臟讀、不可重復(fù)讀等級(jí)別的隔離性問(wèn)題，但不能消除幻讀問(wèn)題。

二、幻讀

幻讀（Phantom Read），是指當(dāng)事務(wù)不是獨(dú)立執(zhí)行時(shí)發(fā)生的一種現(xiàn)象。事務(wù)A讀取與搜索條件相匹配的若干行。事務(wù)B以插入或刪除行等方式來(lái)修改事務(wù)A的結(jié)果集，然后再提交。幻讀是指當(dāng)事務(wù)不是獨(dú)立執(zhí)行時(shí)發(fā)生的一種現(xiàn)象，例如名列前茅個(gè)事務(wù)對(duì)一個(gè)表中的數(shù)據(jù)進(jìn)行了修改，比如這種修改涉及到表中的“全部數(shù)據(jù)行”。同時(shí)，第二個(gè)事務(wù)也修改這個(gè)表中的數(shù)據(jù)，這種修改是向表中插入“一行新數(shù)據(jù)”。那么，以后就會(huì)發(fā)生操作名列前茅個(gè)事務(wù)的用戶發(fā)現(xiàn)表中還存在沒(méi)有修改的數(shù)據(jù)行，就好象發(fā)生了幻覺(jué)一樣一般解決幻讀的方法是增加范圍鎖RangeS，鎖定檢索范圍為只讀，這樣就避免了幻讀。

在數(shù)據(jù)庫(kù)定義的四種隔離級(jí)別中，較高隔離級(jí)別SERIALIZABLE_READ可以保證不出現(xiàn)幻讀的問(wèn)題。針對(duì)當(dāng)前讀，RR隔離級(jí)別保證對(duì)讀取到的記錄加鎖（記錄鎖），同時(shí)保證對(duì)讀取的范圍加鎖，新的滿足查詢條件的記錄不能夠插入（間隙鎖），不存在幻讀現(xiàn)象。

三、mysql介紹

1、簡(jiǎn)介

MySQL是一個(gè)關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)，由瑞典MySQL AB?公司開(kāi)發(fā)，屬于?Oracle?旗下產(chǎn)品。MySQL 是最流行的關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)之一，在?WEB?應(yīng)用方面，MySQL是較好的?RDBMS（Relational Database Management System，關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)）應(yīng)用軟件之一。MySQL是一種關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)，關(guān)系數(shù)據(jù)庫(kù)將數(shù)據(jù)保存在不同的表中，而不是將所有數(shù)據(jù)放在一個(gè)大倉(cāng)庫(kù)內(nèi)，這樣就增加了速度并提高了靈活性。

MySQL所使用的 SQL 語(yǔ)言是用于訪問(wèn)數(shù)據(jù)庫(kù)的最常用標(biāo)準(zhǔn)化語(yǔ)言。MySQL 軟件采用了雙授權(quán)政策，分為社區(qū)版和商業(yè)版，由于其體積小、速度快、總體擁有成本低，尤其是開(kāi)放源碼這一特點(diǎn)，一般中小型和大型網(wǎng)站的開(kāi)發(fā)都選擇 MySQL 作為網(wǎng)站數(shù)據(jù)庫(kù)。

2、索引功能

索引是一種特殊的文件（InnoDB?數(shù)據(jù)表上的索引是表空間的一個(gè)組成部分），它們包含著對(duì)數(shù)據(jù)表里所有記錄的引用指針。索引不是使用廣泛的，索引可以加快數(shù)據(jù)檢索操作，但會(huì)使數(shù)據(jù)修改操作變慢。每修改數(shù)據(jù)記錄，索引就必須刷新一次。為了在某種程度上彌補(bǔ)這一缺陷，許多 SQL 命令都有一個(gè) DELAY_KEY_WRITE 項(xiàng)。這個(gè)選項(xiàng)的作用是暫時(shí)制止 MySQL 在該命令每插入一條新記錄和每修改一條現(xiàn)有之后立刻對(duì)索引進(jìn)行刷新，對(duì)索引的刷新將等到全部記錄插入/修改完畢之后再進(jìn)行。在需要把許多新記錄插入某個(gè)數(shù)據(jù)表的場(chǎng)合，DELAY_KEY_WRITE 選項(xiàng)的作用將非常明顯。另外，索引還會(huì)在硬盤上占用相當(dāng)大的空間。因此應(yīng)該只為最經(jīng)常查詢和最經(jīng)常排序的數(shù)據(jù)列建立索引。注意，如果某個(gè)數(shù)據(jù)列包含許多重復(fù)的內(nèi)容，為它建立索引就沒(méi)有太大的實(shí)際效果。從理論上講，完全可以為數(shù)據(jù)表里的每個(gè)字段分別建一個(gè)索引，但 MySQL 把同一個(gè)數(shù)據(jù)表里的索引總數(shù)限制為16個(gè)。

與 InnoDB數(shù)據(jù)表相比，在 InnoDB 數(shù)據(jù)表上，索引對(duì) InnoDB 數(shù)據(jù)表的重要性要大得多。在 InnoDB 數(shù)據(jù)表上，索引不僅會(huì)在搜索數(shù)據(jù)記錄時(shí)發(fā)揮作用，還是數(shù)據(jù)行級(jí)鎖定機(jī)制的基礎(chǔ)。“數(shù)據(jù)行級(jí)鎖定”的意思是指在事務(wù)操作的執(zhí)行過(guò)程中鎖定正在被處理的個(gè)別記錄，不讓其他用戶進(jìn)行訪問(wèn)。這種鎖定將影響到（但不限于）SELECT、LOCKINSHAREMODE、SELECT、FORUPDATE 命令以及 INSERT、UPDATE 和 DELETE 命令。出于效率方面的考慮，InnoDB 數(shù)據(jù)表的數(shù)據(jù)行級(jí)鎖定實(shí)際發(fā)生在它們的索引上，而不是數(shù)據(jù)表自身上。顯然，數(shù)據(jù)行級(jí)鎖定機(jī)制只有在有關(guān)的數(shù)據(jù)表有一個(gè)合適的索引可供鎖定的時(shí)候才能發(fā)揮效力。

3、MySQL 中文排序錯(cuò)誤的解決方法

在 MySQL 數(shù)據(jù)庫(kù)中，進(jìn)行中文排序和查找的時(shí)候，對(duì)漢字的排序和查找結(jié)果是錯(cuò)誤的。這種情況在 MySQL 的很多版本中都存在。如果這個(gè)問(wèn)題不解決，那么 MySQL 將無(wú)法實(shí)際處理中文。出現(xiàn)這個(gè)問(wèn)題的原因是：MySQL 在查詢字符串時(shí)是大小寫(xiě)不敏感的，在編繹 MySQL 時(shí)一般以 ISO-8859 字符集作為默認(rèn)的字符集，因此在比較過(guò)程中中文編碼字符大小寫(xiě)轉(zhuǎn)換造成了這種現(xiàn)象，一種解決方法是對(duì)于包含中文的字段加上“binary”屬性，使之作為二進(jìn)制比較，例如將“name char(10)”改成“name char(10)binary”。

如果你使用源碼編譯 MySQL，可以編譯 MySQL 時(shí)使用 –with–charset=gbk 參數(shù)，這樣 MySQL 就會(huì)直接支持中文查找和排序了。

4、新特性

延伸閱讀1：mysql授權(quán)協(xié)議

MySQL 遵守的不只是 GPL 協(xié)議，而是雙授權(quán)模式（dual license）即你在遵守 GPL 協(xié)議的開(kāi)源項(xiàng)目使用 MySQL，需要遵守 GPL 協(xié)議方能使用。如果你在非開(kāi)源項(xiàng)目使用（即軟件不打算開(kāi)放源代碼），且該軟件用來(lái)銷售，則需要向 MySQL 支付相應(yīng) license 費(fèi)用。