關於MongoDB schema-free vs MySQL DDL

文檔資料庫(Document-orient Database)支援Schema-Free,他的一行記錄格式為：{"name": "外觀設計", "value": "直板"}}，實際上是使用KEY/VALUE儲存的mongo採用的是BSON二進位編碼，因此空間上來說應該會比JSON省一些的，解析的時候按照JSON解析。每一個Document都包含了中繼資料資訊，每個文檔之間不強迫要求使用相同的格式，同時呢他們也支援各種索引，在方便程度是完勝比MySQL。關於Mysql 表設計和Mongodb scheme free 設計的對比，可以參考下：http://blog.nosqlfan.com/html/2985.html然而由於中繼資料的大量冗餘，空間上的浪費很嚴重。

對於MySQL這種典型的關係型資料庫，DDL對io的衝擊是不容忽視的，這往往是由資料存放區格式造成的。

Innodb 儲存引擎是已經針對二級索引的修改作出了努力，即在ddl 過程中可以不拷貝資料，但是這個期間還是會鎖住表的。對於ONLINE schema  change  OSC的使用，這個倒是挺方便。

一般的做法是現在備庫上做DDL操作，然後在主從切換，等全部操作完成後在恢複原樣。

在於關係型儲存引擎將中繼資料和資料分開儲存，對中繼資料的某些修改需要修改所有的資料。避免這個問題的一種做法是把中繼資料和資料放在一起，也就是NoSQL領域流行的Schema-free。

本欄目更多精彩內容：http://www.bianceng.cn/database/MySQL/