幾類關(guān)系型數(shù)據(jù)庫(kù)的數(shù)據(jù)解決方案分別是什么

本篇文章給大家分享的是有關(guān)幾類關(guān)系型數(shù)據(jù)庫(kù)的數(shù)據(jù)解決方案分別是什么，小編覺(jué)得挺實(shí)用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話不多說(shuō)，跟著小編一起來(lái)看看吧。

今天聊下幾類關(guān)系型數(shù)據(jù)庫(kù)的數(shù)據(jù)解決方案,算是拋磚引玉，近期也要對(duì)技術(shù)方向上做一些擴(kuò)展，也算是前期的小結(jié)吧。

Oracle

目前市面上的主流版本應(yīng)該還是11gR2，記得很多年前有個(gè)網(wǎng)站做過(guò)一次調(diào)查，10g，11g的版本比例差不多是6:3,我想現(xiàn)在11gR2的版本比例應(yīng)該能夠占到90%以上，剩下的份額應(yīng)該是12c的，現(xiàn)在用10g版本的數(shù)據(jù)庫(kù)是少之又少，更早版本的除非業(yè)務(wù)足夠穩(wěn)定，實(shí)在是找不出什么理由不升級(jí)了。

來(lái)簡(jiǎn)單說(shuō)說(shuō)Oracle的方案。

從災(zāi)備的角度來(lái)說(shuō)，那就是毫無(wú)懸念的Oracle Data Guard,從9i開(kāi)始的基礎(chǔ)功能，到了10g作為標(biāo)準(zhǔn)組件，11g的Active Data Guard,Snapshot Standby，12c的Far Sync和后期的更多定制，Data Guard已經(jīng)表明備庫(kù)不僅僅是備庫(kù)，而是可以承載更多的業(yè)務(wù)操作。

從高可用的角度來(lái)看，Oracle RAC是目前的數(shù)據(jù)庫(kù)高可用方案中的佼佼者了，因?yàn)榻?jīng)歷了大量的生產(chǎn)實(shí)踐，所以這個(gè)軟件可謂是很多大型企業(yè)的標(biāo)配，RAC是典型的share-everything架構(gòu)。

當(dāng)然Oracle支持sharding也是對(duì)原來(lái)架構(gòu)的一種間接實(shí)現(xiàn)，所以在12c后期直接做了更大尺度的改進(jìn)，基于RAC還可以做sharding。

還有兩個(gè)方案也是在12c里面主推的，12c In-memory，CDB，這個(gè)在很多程度上能夠?qū)?shù)據(jù)庫(kù)做一定的資源整合和高效的數(shù)據(jù)計(jì)算，算是12c里面的標(biāo)配特性。

從12c的特性來(lái)看，對(duì)于OLTP方向的改進(jìn)就很有限了，開(kāi)始在AP方向發(fā)力。Exadata也是其中之一，主要的方向是AP業(yè)務(wù)，但是因?yàn)橛布臉O大優(yōu)勢(shì)，現(xiàn)在TP業(yè)務(wù)上也有的很普遍。

所以O(shè)racle的架構(gòu)模式是share-everything，所以數(shù)據(jù)庫(kù)再大，也有個(gè)限度。畢竟共享導(dǎo)致的代價(jià)就是存儲(chǔ)上有一定的局限性。包括AP業(yè)務(wù)，只能算是大中型數(shù)據(jù)，離海量數(shù)據(jù)還是有一定距離的，畢竟一個(gè)TP業(yè)務(wù)的百T數(shù)據(jù)庫(kù)想想都有些擔(dān)心，有種牽一發(fā)而動(dòng)全身的感覺(jué)。

MySQL

MySQL的特點(diǎn)就是開(kāi)源輕量，當(dāng)然現(xiàn)在說(shuō)輕量好像不是很嚴(yán)謹(jǐn)了，現(xiàn)在看看分支Percona,MariaDB和其他的分支，真是方案多多。

MHA是經(jīng)典的高可用方案，到了現(xiàn)在依然很火，社區(qū)里面也有了很多的定制版本。

MySQL Proxy系列

這個(gè)版本是目前MySQL社區(qū)里發(fā)力點(diǎn)最多的一個(gè)方向，可見(jiàn)大家對(duì)于MySQL的單機(jī)承載從架構(gòu)上就做了分離，盡可能動(dòng)用集群的力量，而不是單兵作戰(zhàn)。

所以市面上會(huì)看到很多的中間件產(chǎn)品，無(wú)論是商業(yè)的還是開(kāi)源的，都有一定的適用場(chǎng)景。

MySQL Group Replication 和InnoDB Cluster算是官方的一個(gè)發(fā)力點(diǎn)，現(xiàn)在來(lái)看，Oracle也在不遺余力的做很大的改進(jìn)，以前詬病的很多問(wèn)題現(xiàn)在都在快馬加鞭的修復(fù)，這在很大程度上會(huì)讓原本的社區(qū)產(chǎn)品受到熬一定的壓力和風(fēng)險(xiǎn)，同時(shí)也會(huì)相對(duì)讓用戶更加貼近官方版本。從我的角度來(lái)說(shuō)，我是看好官方方案的，8.0版本發(fā)布后，會(huì)對(duì)MySQL的現(xiàn)狀產(chǎn)生較為深遠(yuǎn)的影響。

AP方向上，有兩個(gè)不錯(cuò)的方案，比如MySQL和NewSQL的透明切換，TiDB就是一個(gè)不錯(cuò)的選擇，現(xiàn)在也就是主打的HTAP方案。TiDB作為分布式方案可以直接作為MySQL的Slave。

當(dāng)然還有MariaDB ColumnStore，是以前的InfiniDB的后期演化版本，也值得一試。

PostgreSQL

PG是開(kāi)源社區(qū)的一只小蜜蜂，產(chǎn)生了很多不錯(cuò)的方案。

對(duì)此我簡(jiǎn)單說(shuō)兩個(gè)，一個(gè)是對(duì)于PG的集群方案GP,基于MPP的架構(gòu)模式可以承載更多的壓力和負(fù)載。

GP的架構(gòu)和其他略有不同。

還有很火的數(shù)據(jù)庫(kù)，CockroachDB，也很值得關(guān)注。

以上就是幾類關(guān)系型數(shù)據(jù)庫(kù)的數(shù)據(jù)解決方案分別是什么，小編相信有部分知識(shí)點(diǎn)可能是我們?nèi)粘９ぷ鲿?huì)見(jiàn)到或用到的。希望你能通過(guò)這篇文章學(xué)到更多知識(shí)。更多詳情敬請(qǐng)關(guān)注億速云行業(yè)資訊頻道。