我們的Oracle數(shù)據(jù)庫遇到了嚴(yán)重的性能問題，我們想嘗試將其遷移到基于MySQL的數(shù)據(jù)庫（直接使用MySQL，或者最好是Infobright）。問題是，在我們實(shí)際上不知道新數(shù)據(jù)庫的所有功能是否符合我們的需求之前，我們需要讓舊系統(tǒng)和新系統(tǒng)至少重疊數(shù)周（如果不是幾個(gè)月）。因此，這是我們的情況：Oracle數(shù)據(jù)庫由多個(gè)表組成，每百萬行。白天，實(shí)際上有成千上萬的語句，我們無法停止遷移。每天早晨，新數(shù)據(jù)都會(huì)導(dǎo)入到Oracle數(shù)據(jù)庫中，從而替換了數(shù)千行。復(fù)制此過程不是問題，因此從理論上講，我們可以并行導(dǎo)入兩個(gè)數(shù)據(jù)庫。但是，挑戰(zhàn)就在這里，要使此工作正常進(jìn)行，我們需要從一天開始以一致的狀態(tài)從Oracle數(shù)據(jù)庫進(jìn)行導(dǎo)出。（我們不能在星期一導(dǎo)出某些表，而在星期二不能導(dǎo)出其他表，等等。）這意味著，至少導(dǎo)出應(yīng)在不到一天的時(shí)間內(nèi)完成。我們最初的想法是轉(zhuǎn)儲(chǔ)架構(gòu)，但是我找不到能夠?qū)racle轉(zhuǎn)儲(chǔ)文件導(dǎo)入MySQL的工具。將表格導(dǎo)出為CSV文件可能會(huì)起作用，但恐怕可能會(huì)花費(fèi)太長時(shí)間。所以我的問題是：我該怎么辦？有沒有什么工具可以將Oracle轉(zhuǎn)儲(chǔ)文件導(dǎo)入MySQL？有人有過大規(guī)模遷移的經(jīng)驗(yàn)嗎？PS：請不要建議Oracle性能優(yōu)化技術(shù)，我們已經(jīng)嘗試了很多:-)編輯：我們已經(jīng)嘗試過一些ETL工具，才發(fā)現(xiàn)它們不夠快：僅導(dǎo)出一張表已經(jīng)花費(fèi)了4多個(gè)小時(shí)...第二編輯：來吧……沒有人嘗試過盡快導(dǎo)出整個(gè)數(shù)據(jù)庫并轉(zhuǎn)換數(shù)據(jù)以便可以將其導(dǎo)入另一個(gè)數(shù)據(jù)庫系統(tǒng)嗎？