甲方的表過億，有好多億級的表，用count(*) count(最短索引)count(主鍵)count(1)都大差不差，第一次count4億的表，用時都在80s以上，大佬們，怎么優化可以給他用時縮短？80s肯定不可以。
uj5u.com熱心網友回復：
你用這些的執行計劃是什么？count(主鍵)應該是走 INDEX FAST FULL SCAN 這個應該是最快的。另外，你這個存盤設備是本地盤還是存盤？走索引的話db file sequential read這個等待事件回應時間是多少？
或者是從業務層面進行優化，經常去count(*)一個過億的表作用是什么，有沒有其他方式實作
uj5u.com熱心網友回復：
-- 提供 2 個思路1、磁區或分表，分開查詢，結果再求和。
2、定時任務，將結果寫入到臨時表，查詢時從臨時表取結果。缺點：資料不是精確的。
uj5u.com熱心網友回復：
應用方要求的，要做類似于電影的那種大屏顯示的效果。其實當時準備用增量模型，但是技術總監不讓用，說讓用直接查詢。但是他們的所有資料源加起來資料量有100億以上，還要控制在半個小時之內。
uj5u.com熱心網友回復：
換個技術總監轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/248232.html
標籤：開發
上一篇：Mysql-01-概論