【經(jīng)驗(yàn)】7年數(shù)據(jù)庫(kù)經(jīng)歷的感悟

發(fā)布作者：微思網(wǎng)絡(luò)   發(fā)布時(shí)間：2016-11-25   瀏覽量：0次

備份恢復(fù)監(jiān)控 

  備份方面差別不是很大，都是有邏輯備份和物理備份，有點(diǎn)區(qū)別的地方就是mysql的增量備份上，使用的第三方的軟件xtrabackup,不是自帶的，oracle的rman是原生的，量小的庫(kù)都使用邏輯備份即可。 
        恢復(fù)上，根據(jù)自己的經(jīng)歷，oracle出問(wèn)題的情況較多，數(shù)據(jù)文件的損壞，日志文件的損壞，控制文件的損壞等等，rac的異常等，每種情況都要根據(jù)具體的情況去處理，復(fù)雜度比較高，mysql出現(xiàn)的問(wèn)題比較少，都是一些簡(jiǎn)單的故障，基本上能很快的修復(fù)，復(fù)雜度較低。 
       監(jiān)控上，基本上監(jiān)控的方法一樣，沒什么說(shuō)的。 

日常管理上 

個(gè)人感覺這部分是差別最大的，一般情況下oracle的dba管理的oracle數(shù)據(jù)庫(kù)數(shù)量可能不是很多，通常一個(gè)業(yè)務(wù)上頂多rac+dg就能搞定了，但是mysql的數(shù)據(jù)庫(kù)數(shù)量是非常多的，通常是上百臺(tái)的實(shí)例，數(shù)量上的差距就導(dǎo)致了管理的理念上的不同，這個(gè)可能也與我的工作經(jīng)歷有關(guān)，oracle的工作經(jīng)歷是支持客戶為主，主要是解決單個(gè)環(huán)境下的問(wèn)題，oracle自帶的工具可以很方便的定位處理問(wèn)題。

所以對(duì)于平臺(tái)化管理數(shù)據(jù)庫(kù)的概念上基本沒有，而對(duì)于mysql，面對(duì)如此眾多的實(shí)例，單個(gè)的管理肯定是行不通的，要從系統(tǒng)的角度去考慮怎么能自動(dòng)化，平臺(tái)化，這樣才能節(jié)省管理上的支出，而系統(tǒng)化平臺(tái)化的前提是標(biāo)準(zhǔn)化，沒有統(tǒng)一的標(biāo)準(zhǔn)，在后續(xù)做平臺(tái)，系統(tǒng)的時(shí)候是非常痛苦的。在標(biāo)準(zhǔn)化的層面，有如何統(tǒng)一的部署，統(tǒng)一的監(jiān)控，統(tǒng)一的配置，端口管理等等。 

部署結(jié)構(gòu)上 

oracle的部署結(jié)構(gòu)可以很簡(jiǎn)單，所有高可用，異地備份實(shí)現(xiàn)等都可以通過(guò)自帶組建實(shí)現(xiàn)，可選擇的余地不是很多，而對(duì)于mysql的高可用，有很多實(shí)現(xiàn)方式，很多的可選擇方式，這個(gè)就要看公司是怎么去選型了，有的用mha，有的就自己去實(shí)現(xiàn)，所以對(duì)mysql來(lái)說(shuō)，在某一方面都有很多的可選項(xiàng)，這個(gè)要去評(píng)估哪個(gè)是最適合自己的，通常這部分也比較占時(shí)間，要去做很多測(cè)試。 

在業(yè)務(wù)開發(fā)方面

 
       由于oracle很完善，所以在部署上線后，一般都不需要去管oracle，很多不需要考慮系統(tǒng)化管理，同時(shí)使用oracle的系統(tǒng)一般都很復(fù)雜，在出現(xiàn)問(wèn)題的時(shí)候，可能需要dba有深入的業(yè)務(wù)知識(shí)，對(duì)于編寫sql有較高的要求。mysql的dba基本上的開發(fā)都投入到了系統(tǒng)平臺(tái)的建設(shè)，同時(shí)使用mysql的業(yè)務(wù)都比較簡(jiǎn)單，sql也很簡(jiǎn)單所以對(duì)sql，業(yè)務(wù)要求較低，Java,Python等開發(fā)能力要求較高。 

后續(xù)補(bǔ)充–關(guān)于nosql的感悟 

 搞Redis,MongoDB也有段時(shí)間了，之前很多人說(shuō)nosql會(huì)替代sql，當(dāng)時(shí)對(duì)這種說(shuō)法就很不屑，說(shuō)出這種話的基本上都是不懂?dāng)?shù)據(jù)庫(kù)的，sql與nosql只能是互相補(bǔ)充，互相共存。  

以后沒準(zhǔn)那個(gè)牛逼的公司會(huì)出個(gè)牛逼的庫(kù)，把2者的特性都集中在一個(gè)產(chǎn)品上，首先說(shuō)redis，這個(gè)東西很簡(jiǎn)單，原則上是只放緩存的數(shù)據(jù)，部署也很簡(jiǎn)單，對(duì)于集群方面，自己沒有測(cè)試過(guò)redis cluster，只是用了codis，集群的部署上向來(lái)不是簡(jiǎn)單的，組件很多，但部署上后，基本沒有出現(xiàn)過(guò)問(wèn)題，上了后是高可用的，不用擔(dān)心掛掉。總體上redis的問(wèn)題是很少的，基本沒有投入過(guò)多的精力。

對(duì)于mongodb，這個(gè)是介于傳統(tǒng)關(guān)系數(shù)據(jù)庫(kù)與redis類庫(kù)的一種中間形態(tài)的庫(kù)，有傳統(tǒng)庫(kù)上的概念，也有緩存類型庫(kù)的概念。部署的方式有很多，線上基本都是replica set的模式，但是最好還是用shared cluster這種形式，做成了集群后，也是更加有保障，shared cluster的部署比較簡(jiǎn)單，但是看了官方文檔，感覺數(shù)據(jù)量上來(lái)后，還是有很多維護(hù)方面的坑需要注意，線上的量還沒有那么大，肯定就踩不到了，總體來(lái)說(shuō)，nosql的東西還是比sql的東西簡(jiǎn)單很多的，畢竟放的不是強(qiáng)一致性的數(shù)據(jù)，丟些也可以接受。