現象：檢視昨日彙總有哪些問題訂單
監控管理-商戶資料監控和報表邏輯檢驗-商戶資料監控-看到昨日的 業務交易詳情資料 商戶對賬檔案 商戶對賬檔案彙總
處理方式
1select t.mchnt_code,t.conn_channel,t.trans_code,t.bank_type ,count(1)
from t_busi_trans_detail t
where t.mchnt_code = '01010101010129134'
and t.settle_date = date '2016-8-9'
and t.trans_status = 'b'
and t.delete_flag='0'
group by t.mchnt_code,t.conn_channel,t.trans_code,t.bank_type
通過商戶號、清算日期、交易狀態成功的 有效的資料 執行了sql語句 獲取了該商戶 什麼交易** 渠道 總筆數
2拿著總筆數 到 頁面上去比對 是否一致
3通過商戶號獲取許可權
select * from t_trans_right t where t.company_code='01010101010129134' ;
由此可能 沒有web渠道的許可權
問題的原因：
1商戶在簽約協議的時候 並沒有簽約web渠道的合同
2 交易引擎的許可權沒有把握好，讓這個商戶web渠道可進行交易了
解決方案：
1讓環境組配置好這個許可權 並 聯絡商戶簽約此渠道的許可權
2到交易引擎找下原因 許可權過濾的**給注釋掉了
Mysql問題解決思路
資料庫層面 一 檢查問題常用工具 1 msyqladmin mysql客戶端，可進行管理操作 2 mysqlshow 功能強大的檢視shell命令 3 show session global variables 檢視資料庫引數資訊 4 show session global status 檢視資料庫...
「奇怪」問題解決思路整理
處理過各種各樣的 奇怪 問題，當然一般的問題，也不會找我處理 雖然每個問題最終產生的原因有各種各樣，但還是有些套路可以整理的 可以從以下幾個方面入手 準確描述問題現象，很重要。以下幾個點可以捋一下 1.現象能否重現？在什麼條件可以出現？重現頻率 分 極少出現，偶爾出現，頻繁出現，100 出現 2.出...
快取擊穿問題解決思路
後端分布式快取是 服務端經常用到的一種技術，在讀多寫少的業務場景中，通過使用快取可以有效地支撐高併發的訪問量，對後端的資料庫等資料來源做到很好地保護。現在市面上有很多分布式快取，比如redis memcached以及阿里的tair等，不管我們使用的哪種快取產品，基本上都會遇到快取擊穿 快取失效以及熱...