昨天新項目上線,資料庫最初的邏輯是根據UID 取模分庫分表。(ps 在測試環境下還是使用的單庫單表),結果上線第二天,發現所有的資料都存在于一個庫中。
以上我們可以先不給出解決方式:
原因很簡單,應用端沒有分庫分表的邏輯(開發人員的離職,導緻該部分空白)。
DBA沒有檢查資料的均衡(其實這個時候的DBA 已經被派去做資料統計部分,忙着趕工)。
總體來說還是應用端和DBA缺少溝通。
個人是通過python 解決資料問題的。
其中資料是根據primary key 進行分類的(防止重複鍵的産生)。
上線一天資料也就幾萬條。是以很快就搞定啦
通過SQL的方式也是可以的
算是工作的簡單總結吧!
(以後對于新上線的應用 可以簡單比較分庫中的資料量來發現問題,或者 試着插入測試資料來确定是否有問題)
本文轉自 位鵬飛 51CTO部落格,原文連結:http://blog.51cto.com/weipengfei/1036774,如需轉載請自行聯系原作者