一個簡單的定位sql語句性能問題的實例

最近壓公司的新項目，一切從零開始，因此存在一些很初級的性能問題。記錄一個定位sql語句性能問題的小例子：

以100TPS壓app登陸協議，壓力曲線以下：

能夠看到從4分鐘開始，有大量業務失敗了。觀察應用服務器資源狀況：

IIS平均CPU佔用28%，平均內存986M，平均線程數64，內存略高，其餘沒有太大異常。再看數據庫服務器的資源狀況：

Cpu一直上漲，最後滿負荷。查詢到app登陸後反覆執行這條語句：

SELECT COUNT(*) FROM bc_sale_app_login_info WHERE UUID =  'afe325ec-85a5-421f-8493-d6b1d5bbbc5c'

其中的UUID不是索引，問題根源找到。