久久久国产精品,成人无码精品1区2区3区免费看,日韩男人天堂,午夜77777

     今天我們河南北大青鳥中心的學術(shù)部金牌講師和我們大家一起討論一些關(guān)于MySQL的面向企業(yè)級應(yīng)用的思路，以及能否用 MySQL 替代當前Oracle 的問題。

　  首先說明一點的是,我不是說 MySQL 沒有大企業(yè)級的應(yīng)用，事實上，可以看到越來越多的成功布署 MySQL 的應(yīng)用，但是，還不夠多，還有許多大企業(yè)的關(guān)鍵應(yīng)用還不敢用 MySQL�！　�

       存儲引擎
　　由于 MySQL 自己一直沒有一個成熟可靠的存儲引擎，估計這讓他們深感痛處(尤其是目前最成熟的事務(wù)型引擎 InnoDB 又在 Oracle 手里)。MySQL 寄予厚望的 Falcon 在開發(fā)了兩年多之后，建樹不大，而該項目帶頭人 Jim Starkey 前不久又離開了 MySQL，陋屋偏逢連夜雨。
　　Sun 會給 MySQL 一個穩(wěn)健的引擎么? 我看短時間內(nèi)未必能達到。除非，Sun 從 Oracle 手里把 InnoDB 買回來。如果進行大企業(yè)級應(yīng)用，考慮到引擎本身的穩(wěn)定性，似乎可選的也只有 InnoDB 了，但 InnoDB 的備份工具又是收費的。至于 MyISAM ，盡管有人的確喜歡用，但對于并發(fā)能力要求稍微嚴格一點，MyISAM 根本不行。

　　在線 DDL 鎖表問題
　　MySQL 中，在線對表對象做 DDL 操作是要鎖表的，對于可用性要求比較高，而應(yīng)用變化又比較頻繁的環(huán)境，這是個非常很糟糕瓶頸。沒想到有什么好的辦法，除非，像大家開玩笑說的，把所有的表都預(yù)留出足夠的空閑列，減少類似增加列的變更麻煩。
　　這個 MySQL 天生的缺陷在 PostgreSQL 中是不存在的，比如創(chuàng)建索引，可以用CREATE INDEX CONCURRENTLY 的方式來減小影響。(MySQL 后續(xù)的版本中在逐漸改善這個問題：添加了 ONLINE 關(guān)鍵字).這個看似是個小問題，但實際上卻是對很多人最為困擾的。

　　在線備份問題
　　MySQL 6.0 后終于具備在線備份的能力了。但現(xiàn)在，恐怕比較激進的用戶也只能用版本 5 而已。
　　很多 MySQL 資深用戶能夠根據(jù)自己應(yīng)用的特點布署適合自己的備份方式(盡管可能也會有缺陷，比如基于時間點的恢復(fù))。
　　至于另一個常用來衡量 DB 可擴展性的特性：分區(qū)，現(xiàn)在 MySQL 已經(jīng)能夠支持了，盡管實現(xiàn)的的確有點晚。而使用 MySQL 的用戶，一般都采取 Sharding 的策略對數(shù)據(jù)進行切分，所以，分區(qū)的問題倒似乎并不是最為關(guān)鍵的。

      本文源自：http:// 轉(zhuǎn)載請注明出處！ 

更多有關(guān)數(shù)據(jù)庫的技術(shù)交流請鏈接：http:///html/jsjl/sjk/