記一次查詢性能優(yōu)化，原30s+，現(xiàn)0.5s~20s

原查詢sql是 兩張大表（用戶合同表二百多萬，合同信息表三百萬）聯(lián)查并按用戶id分組，再左連接上6張小表（小表先根據(jù)日期查詢并按用戶id分組），查詢條件是用戶或機構(gòu)，再根據(jù)機構(gòu)排序分頁。

 

 

 

優(yōu)化過程：

0.給相關(guān)列添加索引是首先的。

1.因為該查詢接口最終返回的是總記錄數(shù)和當(dāng)前頁的人員信息，所以首先考慮查詢總記錄時沒必要這么多張表關(guān)聯(lián)查詢。

2.原查詢分頁是用的sql語句中的分頁，而sql中的分頁是需要將全量數(shù)據(jù)摟出來，再返回分頁對應(yīng)的數(shù)據(jù)，此處考慮在代碼中做分頁——Java8 Stream流的skip和limit方法組合使用

3.分析查詢條件是人員或機構(gòu)，所以在查詢總記錄數(shù)時，只要影響查詢總記錄數(shù)的表（用戶合同表和用戶機構(gòu)表），此處有兩種方式：一種是先根據(jù)查詢條件（人員或機構(gòu)）查詢用戶機構(gòu)表（幾千小表），查詢出來符合條件的用戶，并根據(jù)機構(gòu)排序，再根據(jù)用戶查詢用戶合同表（二百多萬大表），則返回的記錄大小即總記錄數(shù)；另一種是用戶機構(gòu)表（幾千小表）和用戶合同表（二百多萬大表）根據(jù)用戶id關(guān)聯(lián)，再根據(jù)查詢條件（人員或機構(gòu)）查詢，并根據(jù)機構(gòu)排序，則返回的記錄大小即總記錄數(shù)。通過在程序中打印耗時，發(fā)現(xiàn)方式一更快，耗時更少。

4.排序：接3的方式一，使用用戶機構(gòu)表查詢出來符合條件的用戶集合和用戶合同表查詢出來符合條件的用戶集合整

總結(jié)

以上是生活随笔為你收集整理的记一次查询性能优化，原30s+，现0.5s~20s的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。