最近用戶反饋了一個(gè)bug：一個(gè)統(tǒng)計(jì)數(shù)據(jù)不準(zhǔn)確。經(jīng)過我無數(shù)次debug和log后痰洒，發(fā)現(xiàn)云函數(shù)聚合查詢最多只能返回20跳數(shù)據(jù)脯宿，關(guān)鍵是在云數(shù)據(jù)庫中的sql模版里面執(zhí)行這個(gè)語句返回的數(shù)據(jù)總量是正常的连霉！
于是在官方文檔中各種查找，也沒有找到官方的說明歉井，無法驗(yàn)證我的猜想是否正確谍夭。無意間看到一個(gè)Aggregate.limit函數(shù)，于是抱著試一試的心態(tài)用了一下珠漂，果然管用，查詢的結(jié)果條數(shù)也大了冈敛。哎，記錄一下仰泻，恭喜自己又踩坑成功。
不過還有幾點(diǎn)需要說明：1 增大數(shù)據(jù)量會(huì)影響整個(gè)云函數(shù)的效率，所以應(yīng)該手動(dòng)配置云函數(shù)的最大執(zhí)行時(shí)間（感覺騰訊在控制服務(wù)器壓力還是非常大的术健，所以很多地方對(duì)效率限制的死死的）；2 盡管調(diào)整limit大小可以暫時(shí)解決問題，但是并沒有一勞永逸的解決褂删，查詢結(jié)果還是有超過limit的一天轴术，到時(shí)候這個(gè)又失靈了逗栽，我覺得可以從兩個(gè)方面處理：a修改業(yè)務(wù)需求，對(duì)于統(tǒng)計(jì)類數(shù)據(jù)可以由具體數(shù)字改為‘。。按价●荆’或‘99+’等错洁；b在limit中的參數(shù)可以以變量的形式先查詢出來，再賦值，不過要注意數(shù)值多大引發(fā)的效率問題。
ok虚缎，總結(jié)完畢陌僵。
我在開發(fā)中遇到的更多的坑都已經(jīng)記錄在easyDemo小程序中摆霉，希望我的demo能給你easy。我還會(huì)持續(xù)更新easyDemo鸯隅，歡迎收藏何之。
