mysql cpu利用率偏高，並且長時間居高不下。
show processlist
發現有乙個單錶查詢的sql語句出現的頻率比較高，
這個單錶查詢中規中矩，where語句中條件都使用」=「連線，再加乙個order by 語句
解決辦法：
把order by 語句中字段加索引，mysql cpu利用率應聲**。
萬能的搜尋引擎
cpu利用率高，肯定是執行緒多嘍，檢視那些執行緒比較耗時，優化這些耗時的執行緒即可
頭痛醫頭，腳痛醫腳 也不失為乙個好辦法
2. 隱式轉換
sql語句中查詢變數和字段定義型別不匹配是另乙個常見的錯誤。比如下面的語句：
mysql> explain extended select *from my_balance b> where b.bpn = 14000000123
>and b.isverified is null ;
mysql>show warnings;
| warning | 1739 | cannot use ref access on index '
bpn' due totype or collation conversionon field '
bpn'
其中字段 bpn 的定義為 varchar(20)，mysql 的策略是將字串轉換為數字之後再比較。函式作用於表字段，索引失效。
上述情況可能是應用程式框架自動填入的引數，而不是程式設計師的原意。現在應用框架很多很繁雜，使用方便的同時也小心它可能給自己挖坑。
如果bpn欄位的值，如果是字串的話，還可能會報錯
移動端BUG排查思路
2020年 是我做測試的第7年，也是做移動端測試第7年。現分享分享下移動端bug排查思路 一 輔助工具 fidlder charles 移動端測試的吃飯工具，用於抓去http請求後，然後進行各類分析及操作 二 熟悉並了解常見http碼 比如 抓包看到請求 404 那就是資源不存在。那就3種可能 1 ...
程式的bug排查流程總結
只會寫 但不會排查bug 的程式設計師，只能算是業餘程式設計師 能解決一般bug的,只能算是初級程式設計師 寫的質量較好,還能查詢較難bug 的,中級程式設計師 寫的 注重效能 不但能排查疑難bug 的,還能解決疑難bug 的,高階程式設計師 寫的 注重效能 穩定性 可靠性 架構設計合理 能解決絕大...
記一次前端bug排查
前言 時隔三年，終於記得要找回賬號密碼開始寫筆記了，這周剛加入了乙個後台管理系統專案，測試反饋系統重新整理時經常會直接登出，嚴詞要求解決這個 重大 bug，so尷尬。更嚴重的是發現系統在ie上直接登不進去，嬸可忍叔不可忍，於是我開啟了苦逼的尋bug之路。既然是登出了，當然會有登出請求，chrome重...