如果分頁傳送簡訊：

查詢時，根據傳送狀態選取，傳送成功後，修改狀態，存在bug：

因為修改了狀態，相當於總數減少了，

會導致下次迴圈時，漏掉資料

建議：每個一段時間傳送100條，直到為空結束

不再使用分頁處理，可以使用while迴圈，每次取100條傳送，直到取不到資料時結束迴圈；

解釋下這個分頁的bug：

 對於只讀資料，完全可以這樣分頁批處理，是沒問題的；

但是遇到這個場景就不對了，批處理時根據某個欄位篩選（如簡訊傳送狀態：未傳送），處理後又修改了這個欄位（如簡訊傳送狀態：已經發送），

實際上導致符合條件的總數減少了，那麼取第二頁資料時，就會漏掉複合條件的資料（可能跑到第一頁了）；

測試環境之所以沒有出現這個問題，是因為測試環境每個1分鐘執行，漏掉的資料在下個定時任務會處理的；

生產環境只有10，15點執行，所以上午10點漏掉的資料，被下午15點的任務處理了（仍有遺漏資料），才出現這個現象；

這個是我未考慮的的，你也記下，防止以後出現類似的問題，