oracle數(shù)據(jù)庫(kù)如何與mysql數(shù)據(jù)庫(kù)交互？可以明確的告訴你，不同數(shù)據(jù)庫(kù)之間是不存在所謂的交互關(guān)系的！所以O(shè)racle和MySQL數(shù)據(jù)庫(kù)之間沒法交互（無法在Oracle中查詢MySQL，反之亦然）。

oracle數(shù)據(jù)庫(kù)如何與mysql數(shù)據(jù)庫(kù)交互？

可以明確的告訴你，不同數(shù)據(jù)庫(kù)之間是不存在所謂的交互關(guān)系的！所以O(shè)racle和MySQL數(shù)據(jù)庫(kù)之間沒法交互（無法在Oracle中查詢MySQL，反之亦然）。雖說數(shù)據(jù)庫(kù)與數(shù)據(jù)庫(kù)之間無辦法直接交互，但是可以通過某些手段來變相達(dá)到交互的目的。

1、數(shù)據(jù)庫(kù)遷移

數(shù)據(jù)庫(kù)是用來存儲(chǔ)數(shù)據(jù)的，對(duì)于系統(tǒng)而言它是數(shù)據(jù)落地存儲(chǔ)的一種組織方式?，F(xiàn)在市面上的數(shù)據(jù)庫(kù)種類也很多，比如說有：關(guān)系型數(shù)據(jù)庫(kù)、非關(guān)系型數(shù)據(jù)庫(kù)、時(shí)序數(shù)據(jù)庫(kù)等。Oracle和MySQL都屬于關(guān)系型數(shù)據(jù)庫(kù)，目前在市面上的占有率也是很高的。不少項(xiàng)目在早期和后期的發(fā)展過程中，可能會(huì)存在架構(gòu)上的遷移，比如有這些場(chǎng)景：

• 項(xiàng)目開發(fā)語言的更換；
  

• 項(xiàng)目所使用的數(shù)據(jù)庫(kù)種類更換。

當(dāng)現(xiàn)有項(xiàng)目的數(shù)據(jù)庫(kù)需要變更時(shí)，這就涉及到數(shù)據(jù)的遷移了，此時(shí)需要將這個(gè)數(shù)據(jù)庫(kù)中的數(shù)據(jù)全部遷移到另一種數(shù)據(jù)庫(kù)中，我們通常借助數(shù)據(jù)導(dǎo)出導(dǎo)入工具來進(jìn)行遷移。

2、不同系統(tǒng)間通過API進(jìn)行數(shù)據(jù)交互

比如項(xiàng)目A使用的是MySQL，項(xiàng)目B使用的是Oracle，兩個(gè)項(xiàng)目可以借助API來實(shí)現(xiàn)數(shù)據(jù)交互（查詢、導(dǎo)出、新增、刪除等）。

以上就是我的觀點(diǎn)，對(duì)于這個(gè)問題大家是怎么看待的呢？歡迎在下方評(píng)論區(qū)交流 ~ 我是科技領(lǐng)域創(chuàng)作者，十年互聯(lián)網(wǎng)從業(yè)經(jīng)驗(yàn)，歡迎關(guān)注我了解更多科技知識(shí)！

Facebook用戶量十分龐大，為什么還使用MySQL數(shù)據(jù)庫(kù)？

盡管Facebook使用MySQL，但它們并不是一成不變的使用它。 事實(shí)上，他們的團(tuán)隊(duì)已經(jīng)提交了許多MySQL核心和Innodb插件的高性能增強(qiáng)。 他們的主要重點(diǎn)是增加性能計(jì)數(shù)器到Innodb。 其他更改集中在IO子系統(tǒng)上，包括以下新功能：

1 innodb_io_capacity：設(shè)置服務(wù)器的IO容量以確定后臺(tái)IO的速率限制

2 innodb_read_io_threads， innodb_write_io_threads：設(shè)置后臺(tái)IO線程

3 innodb_max_merged_io：設(shè)置可能合并到一個(gè)大IO請(qǐng)求中的相鄰IO請(qǐng)求的最大數(shù)量

Facebook使用MySQL作為鍵值存儲(chǔ)，其中數(shù)據(jù)隨機(jī)分布在一大組邏輯實(shí)例中。 這些邏輯實(shí)例分散在物理節(jié)點(diǎn)之間，負(fù)載均衡在物理節(jié)點(diǎn)級(jí)完成。 Facebook已經(jīng)開發(fā)了一個(gè)分區(qū)方案，其中全局ID被分配給所有的用戶數(shù)據(jù)。 他們也有一個(gè)自定義的歸檔方案，它基于每個(gè)用戶的頻繁和最近的數(shù)據(jù)。 大部分?jǐn)?shù)據(jù)是隨機(jī)分布的。 令人驚訝的是，據(jù)傳Facebook有1800個(gè)MySQL服務(wù)器，但只有3個(gè)全職DBA

Facebook主要將MySQL用于結(jié)構(gòu)化數(shù)據(jù)存儲(chǔ)，例如墻貼，用戶信息等。這些數(shù)據(jù)在各個(gè)數(shù)據(jù)中心之間復(fù)制。 對(duì)于blob存儲(chǔ)（照片，視頻等），F(xiàn)acebook使用一個(gè)自定義的解決方案，涉及外部的CDN和內(nèi)部的NFS

同樣重要的是，F(xiàn)acebook大量使用Memcache，這是一種內(nèi)存緩存系統(tǒng)，通過在RAM中緩存數(shù)據(jù)和對(duì)象來加速動(dòng)態(tài)數(shù)據(jù)庫(kù)驅(qū)動(dòng)的網(wǎng)站，以減少閱讀時(shí)間。 Memcache是Facebook的主要緩存形式，大大減少了數(shù)據(jù)庫(kù)的負(fù)載。 擁有一個(gè)緩存系統(tǒng)可以使Facebook的速度與調(diào)用數(shù)據(jù)一樣快。 如果不需要訪問數(shù)據(jù)庫(kù)，則只需根據(jù)用戶標(biāo)識(shí)從緩存中獲取數(shù)據(jù)

所以，“Facebook使用什么數(shù)據(jù)庫(kù)”似乎是一個(gè)簡(jiǎn)單的問題，你可以看到他們已經(jīng)添加了各種其他系統(tǒng)，使其真正的具有網(wǎng)絡(luò)可擴(kuò)展性。 但是，仍然可以自由地使用這樣一個(gè)觀點(diǎn)：“MySQL和Oracle或者M(jìn)S SQL Server一樣好或者更好，因?yàn)榫退阒挥蠪acebook使用它，它也有5億用戶！”

可不可以java調(diào)用pt-archiver腳本來做mysql數(shù)據(jù)歸檔呢？注意什么？

理論上肯定可行的，之前弄個(gè)ffmpeg項(xiàng)目的時(shí)候，也是在代碼中指令相應(yīng)密令來執(zhí)行自己的腳本的。