一、為什么MySQL對(duì)SQL標(biāo)準(zhǔn)中很多基本用法都不支持

因?yàn)楫?dāng)年，在微軟.net技術(shù)棧下開發(fā)應(yīng)用，用的就是sql server數(shù)據(jù)庫(kù)。在特性方面，不僅緊跟sql標(biāo)準(zhǔn)的步伐，還有自身特有的功能，用的時(shí)候簡(jiǎn)直爽到飛起來。 程序的業(yè)務(wù)邏輯， 基本上能在數(shù)據(jù)庫(kù)實(shí)現(xiàn)的就絕不會(huì)寫到代碼里面，久而久之，程序代碼基本上已經(jīng)沒什么東西了，就用來作為界面和數(shù)據(jù)庫(kù)的中轉(zhuǎn)而已。而且，sql server強(qiáng)大之處在于，盡管邏輯全寫在數(shù)據(jù)庫(kù)中，但是只要不瞎胡鬧，性能方面基本沒什么問題出現(xiàn)，再加上以visual studio為基礎(chǔ)的 management studio，就覺得.net和c#根本沒什么卵用了，直接數(shù)據(jù)庫(kù)可以搞定一切。不光是我，似乎大多數(shù).net系開發(fā)者都是這么做的。

后來跳了槽，從.net系轉(zhuǎn)到了php、java系，用的是mysql數(shù)據(jù)庫(kù)，然后我把之前開發(fā)sql server應(yīng)用程序的那套思路搬了過來開發(fā)mysql應(yīng)用，結(jié)果被同事和上級(jí)各種吐槽各種阻攔，他們認(rèn)為存儲(chǔ)過程、觸發(fā)器、視圖、復(fù)雜查詢之類的程序性能的毒藥，而且還影響代碼的可維護(hù)性，然而卻拿不出充分的理由，但是既然他們都堅(jiān)持， 那我自己特立獨(dú)行也沒這個(gè)必要，畢竟他們?nèi)硕鄤?shì)眾，我新來咋到也不能太張楊。另外，mysql沒有一個(gè)像樣的IDE，類似于navicat for mysql這種客戶端根本沒法和Microsoft SQL Server Management Studio相比，寫起sql代碼來要多不爽就有多不爽。久而久之，數(shù)據(jù)庫(kù)在我的眼里就只剩增刪查改功能可以用了。

所以 我覺得mysql對(duì)sql標(biāo)準(zhǔn)支持的不完善的原因在于，因?yàn)檫@些特性本來就不是必要的，完全可以用程序來實(shí)現(xiàn)，對(duì)于基于mysql程序的開發(fā)者說，完全是可有可無的，而且還有可能引起某些極端分子的不滿，既然如此，那mysql團(tuán)隊(duì)自然不會(huì)有動(dòng)力去開發(fā)這些功能， 因?yàn)殚_發(fā)者根本沒有強(qiáng)烈的需求需要這些功能，這可能就是所謂的mysql文化吧。另外，如果誰能開發(fā)出一套類似于sql server那樣的數(shù)據(jù)配套工具，那說不定能培養(yǎng)出一批像微軟技術(shù)棧那樣開發(fā)者， 把sql能發(fā)揮的威力全炸出來，到時(shí)候說不定mysql團(tuán)隊(duì)對(duì)于sql標(biāo)準(zhǔn)支持的腳本也會(huì)漸漸跟上了。

延伸閱讀：

二、主要的單機(jī)存儲(chǔ)引擎

1、哈希存儲(chǔ)：hash的CRUD是非常快的。但缺點(diǎn)是不支持順序掃描。bitcask是一個(gè)基于hash表結(jié)構(gòu)的存儲(chǔ)系統(tǒng)。他將寫操作（包括刪除標(biāo)識(shí)）追加到文件尾。并定期合并新老文件&記錄。

2、B樹：既支持隨機(jī)讀取又支持范圍查找的系統(tǒng)。查找時(shí)間復(fù)雜度為logd(n)（d為每個(gè)節(jié)點(diǎn)的出度）。Mysql的InnoDB的引擎和OS的文件系統(tǒng)使用的就是B+樹。（為什么選擇使用B樹的變種B+樹，讀者有興趣可以去探究下。提示：磁盤讀?。?/p>

3、LSM樹(Log Structured Merge Tree)：由B+數(shù)改進(jìn)而來。其思想為：將增量寫操作保存在內(nèi)存中，超過閾值時(shí)刷入磁盤，從而減少隨機(jī)寫磁盤操作。讀操作則需要合并磁盤數(shù)據(jù)和內(nèi)存中的寫操作。通過Memtable/SSTable實(shí)現(xiàn)，實(shí)現(xiàn)細(xì)節(jié)在此不做深入探究。比較適合寫操作較多的業(yè)務(wù)場(chǎng)景。BigTable/HBase/Cassandra中的列簇的數(shù)據(jù)存儲(chǔ)方式采用的即是LSM樹。