程式師世界 >> 數據庫知識 >> MYSQL數據庫 >> 關於MYSQL數據庫 >> MySQL數據庫大企業存儲利用可行性分析.

MySQL數據庫大企業存儲利用可行性分析.

編輯：關於MYSQL數據庫

我在這裡將談論一些關於 MySQL 的面向企業級利用的思路，以及能否用 MySQL 輪換目前 Oracle 的問題。　　率先解釋一點的是,我不是說 MySQL 未曾大企業級的利用，事實上，能夠看到越來越多的獲勝布署 MySQL 的利用，然而，還不夠多，還有眾多大企業的關鍵利用還不敢用 MySQL。可能這篇小文能和大家同時摸索一些比擬"虛"的東西。　　存儲引擎　　由於 MySQL 自己始終未曾一個成熟可靠的存儲引擎，估計這讓他們深感痛處(尤其是現在最成熟的事務型引擎 InnoDB 又在 Oracle手裡)。MySQL 寄托厚望的 Falcon 在開發了兩年多爾後，建樹不大，而該項目率先人 Jim Starkey 前不久又脫離了MySQL，陋屋偏逢連夜雨。　　Sun 會給 MySQL 一個穩重的引擎麼? 我看短工夫內未必能到達。除非，Sun 從 Oracle 手裡把 InnoDB 買歸來。　　萬一舉行大企業級利用，琢磨到引擎本身的安寧性，好像可選的也只有 InnoDB 了，但 InnoDB 的備份工具又是收費的。至於 MyISAM ，盡管有人確乎迷戀用，但對於並發力氣要求輕微嚴厲一點，MyISAM 大約不行。　　在線 DDL 鎖表問題　　MySQL 中，在線對表對象做 DDL 壟斷是要鎖表的，對於可用性要求比擬高，而利用改變又比擬頻繁的環境，這是個極其很低劣瓶頸。沒想到有什麼好的措施，除非，像大家開玩笑說的，把所有的表都預留出足夠的安逸列，收縮相仿添置列的改變繁瑣。　　這個 MySQL 天生的缺點在 PostgreSQL 中是不存在的，例如創立索引，能夠用CREATE INDEX CONCURRENTLY 的措施來減小波及。(MySQL 後續的版本中在逐漸改進這個問題：增加了 ONLINE 關鍵字) 　　這個看似是個小問題，但切實上卻是對許多人最為打擾的。　　在線備份問題　　MySQL 6www.d1tang.com.0 後終於具有在線備份的力氣了。但目前，大約比擬激進的用戶也只能用版本 5 而已。　　許多 MySQL 資深用戶能夠依據自己利用的個性布署合乎自己的備份措施(盡管可能也會有缺點，例如基於工夫點的還原)。　　至於另一個常用來權衡 DB 可伸展性的個性：分區51.163xi.com，目前 MySQL 曾經能夠扶持了，盡管告終的確乎有點晚。而利用 MySQL 的用戶，等閒都批准 Sharding 的計策對數據舉行切分，因而，分區的問題倒好像並不是最為關鍵的。
zz:database.csdn.Net/page/3b9e852f-3af6-447b-8e4c-10134171e89b
然而，這段代碼功能差，而且未曾必需這麼混雜。你還能夠用以下的措施來重寫上面的代碼：

XML Scheme備忘.