資料量大建議使用分散式資料庫中介軟體，它主要解決資料庫容量、效能瓶頸和分散式擴充套件問題，提供自動分庫分表、讀寫分離、彈性擴容等能力，應對海量資料的高併發訪問場景，有效提升資料庫讀寫效能。資料庫中介軟體服務好多公司都在做，可以去了解一下，阿里華為這些大公司都很不錯，華為支援資料遷移線上匯入無需申請，阿里資料遷移的好像要申請，其他我就不知道了。

歡迎關注我，一個程式設計師老司機，和你分享程式設計、運營、需求等等經驗和趣事。

看了你的問題描述，應該猜測你是因為資料量非常龐大的原因，導致了在一個數據庫裡面操作有效能問題，於是想到資料庫分庫的操作，因為資料庫分庫操作沒有一個固定的公式，每次分庫都必須要進行程式碼專業定製，也就是每次分庫都需要仔細研究，然後才能夠開始著手程式碼的編寫，不過，雖然沒有公式，但是還是可以用下面的方法來進行實踐。

首先

分析你的專案功能，然後總結出一些常用的功能，並且向後端工程師或者DBA諮詢，這些常用功能對應的資料表都有那些，然後將這些常用的資料表的表結構和資料都轉移到新的資料庫裡面去，這裡有一個技術問題，就是一定要在使用者非常非常少的情況下進行，否則容易導致資料丟失。

其次

上面我們已經將常用的資料表都分表儲存到新的資料庫裡面去，但是因為這些資料表常用，所以你可以根據需要是否進行分表的操作，以免之後又要反攻分表操作。

最後

雖然我們已經完成了分庫的操作，但是現在還有一個問題留給我們，就是應用程式端怎麼辦？因為應用程式端之前還在連線之前的資料庫，所以如果現在資料庫改了，肯定會執行錯誤，所以為了解決這個問題，首先我們必須將應用程式端的程式碼改了，並且在本地環境反覆測試，是否有什麼問題，然後再上傳到伺服器，等使用者少的時候，先執行分庫的操作，再執行更新應用程式程式碼的操作。

建議使用mycat進行分庫分表，具體技術可以到網路下載或者回復交流。這個是目前測試過的kingshard, shardingjdbc，mycat三個中，效率最高的，隨時交流