api重復引用導致的詭異問題排查 最近一個項目上線前開發環境、測試環境都能正常打包並運行。然而到了准生產環境和生產環境則報一些詭異的錯誤信息： 咋一看莫名其妙，代碼怎么找也找不到問題所在。查看代碼修改部分，發現是重新引入了一個新的api。 通過mvn dependency:tree發現 ...

背景 前不久在寫一個分頁接口的時候，在測試階段出現了排序結果紊亂且數據不正確的問題，那個接口是按照create_time進行排序的，但是對應的表中有很多相同create_time的數據，最后發現是因為 order by 排序的時候，如果排序字段中有多行相同的列值，則排序結果是不確定的。 復現 ...

前段時間，測試給了個bug ，前端顯示時第一頁和第二頁有重復的數據，后台debug測試也有。把控制台打印的sql考到可視化工具跑一下，問題還是有。 然后再去除分頁，發現問題就沒有了。出現問題點在於分頁。后來請教了我們公司的大佬。說可能是因為你那個字段值有重復的情況，最好加一個可以保證唯一性的字段 ...

當同時排序又分頁時，如果排序的字段X不是唯一字段，當多個記錄的X字段有同一個值時順序是隨機的。 這個有可能造成分頁時數據重復的問題。某一頁又把上一頁的數據查出來了，其實數據庫只有一條記錄。 解決辦法： 如果排序字段不是唯一的，則增加個二級排序，二級排序的字段要是唯一的（例如id）。 ...

最近在做項目的時候發現一個問題，oracle 在查詢分頁數據的時候，有幾條數據重復查詢了，並且有幾條數據在分頁的時候消失了。百度了一下發現，ORACLE 在查詢數據的時候返回的行不是固定的，他只是按照順序從數據中讀取符合條件的數據返回到客戶端，給用戶誤解為默認排序。 然而，當我加上排 ...

　　在項目開發過程中使用了大量的分頁查詢，當進行排序的字段的值不唯一時，會導致查詢出很多重復的數據，導致分頁失效。比如按新建日期進行排序，由於日期的值不是唯一的，Oracle的分頁查詢時沒有進行任何排序操作的，Oracle是順序的從數據塊中讀取符合條件的數據返回到客戶端，而Oracle的排序算法 ...

前情 出現了重復消費的問題，同一個消息被重復消費了多次，導致了用戶端收到了多條重復的消息，最終排查發現，是因為消費者在處理消息的方法onMessage中有異常沒有捕獲到，導致異常上拋，被consumeMessage捕獲並判定為消費失敗，從而放到了重試隊列當中進行重試，下面我們就來看看 ...

檢查流程是否正確 一、ServiceImpl層： 二、application.yml： 配置是否正確 三、重點來了~~~~maven依賴 正確配置: 錯誤配置 ...