昨天基本休息了一天，想著生產系統公升級也會多多少少碰到些問題，肯定有一些心得或者是值得學習的東西，結果昨晚到現在生產系統公升級一直為乙個pl/sql的問題所困擾。在測試環境中只用了十多分鐘， 在生產系統上跑了快5個小時。這個經歷太痛苦了，大半夜還在考慮怎麼優化真是痛苦。首先按照要求清除指定的資料，然後在兩個迴圈中去動態的insert。這種實現可能是大家都會使用的一般方式。
delete /*+ parallel( huge_params,8)*/ huge_params where param_name in
commit;
//根據條件取得相應的產品編號，輸出大概有4000條左右。//對於引數1，insert語句有一些變化，對於其他的引數，insert的格式都基本一致。huge_params裡面有近2000萬條記錄。//在子迴圈後，進行commit
不到一分鐘。在開發進行了資料的檢查後，和期望的一樣，資料條數也絲毫不差。###param1的改造
insert /*+ parallel(huge_params,4) */into huge_params'n', subscriber.effective_date, subscriber.eff_issue_date, subscriber.expiration_date,subscriber.ins_trx_id, 』param1',###param2，3，4，5，6的改造
insert /*+ parallel(huge_params,4) */into huge_params 0, subscriber.effective_date, subscriber.eff_issue_date, subscriber.expiration_date,subscriber.ins_trx_id, 'param2',
hive案例調優
無效id在關聯時的資料傾斜問題 問題 日誌中常會出現資訊丟失，比如每日約為 20 億的全網日誌，其中的 user id 為主 鍵，在日誌收集過程中會丟失，出現主鍵為 null 的情況，如果取其中的 user id 和 bmw users 關聯，就會碰到資料傾斜的問題。原因是 hive 中，主鍵為 n...
OkHttpClient調優案例
實際案例 系統執行一段時間後，執行緒數量飆公升，cpu持續居高不下 排查工具 值得關注的指標 pool和okhttp connectionpool佔了前兩位，由於很多同事開發的時候，沒有定義有意義的執行緒名稱，所以pool這2031個執行緒不好排查，我們就從okhttp connectionpool...
delete相關的pl sql調優
今天開發找到我，說有個問題想徵求一下我的意見。問題的大體意思是，對目前環境中的兩個表，我們就叫做表a,表b吧，他說根據乙個時間欄位去判斷是否為5天前的記錄，但是這個字段不是索引列欄位。想問我是否需要新增索引會能極大地提高效能。對於這個問題沒有肯定的回答，還是取決於資料和表的特性，首先我看了下表a,表...