av一区二区在线观看_亚洲男人的天堂网站_日韩亚洲视频_在线成人免费_欧美日韩精品免费观看视频_久草视

您的位置:首頁技術文章
文章詳情頁

mysql優化 - mysql count(id)查詢速度如何優化?

瀏覽:116日期:2022-06-12 18:25:23

問題描述

mysql優化 - mysql count(id)查詢速度如何優化?

表結構如圖所示。

目前數據量是8000W行。

請問有什么優化的方法和思路嗎?

問題解答

回答1:

count(*)不會統計每一列的值(不管是否為null),而是直接統計行數,效率要高些;

另外也可以用排除法,比如platform是qq的數據很多,可以用總的數據減掉platform=other的數據;

從業務上來考慮,精確值獲取成本很高,然而近似值成本較低,如果要求不嚴格,可以用近似值代替;

另外也可以考慮用redis等“內存數據庫”來維護這種獲取耗時的數據;

回答2:

1.如果當我遇到這樣的問題的話,我的解決辦法是新建一個表,例如playfrom_count來統計. 框架中如果用after_insert以及after_delete這樣的方法更好,如果沒有的話就自己寫一個.2.如果這樣的查詢業務量不是很大的話,或者不是很精確的話,可以做一個任務去跑.每隔一段時間更新一次.3.無論你是innodb還是myisam,因為你添加了where所以都會對全表進行掃描.所以可以通過添加主鍵來增加檢索速度.

回答3:

方案1. 對platform建立分區表方案2. 按platform分表方案3. 對platform建單獨索引,不過考慮你platform的值集應該不會很大,這樣做索引不合適

回答4:

這個問題在經典的關系型數據庫都會遇到,通用的解決方法是去訪問系統表,里面有每一個表的數據行數,速度比你 COUNT(*) 快無數倍。

回答5:

升級下機器吧,怎么簡單的count都要20s,雖然有很多辦法比如分區表,但是感覺投入得不償失.

回答6:

建議先考慮一下業務場景的需求,單純從技術方面考慮的解決方案成本過高,很多時候基本上實施不了。可能的解決方案有:1、分表:按照platform分為多個表,存儲引擎為MyISAM,查詢語句改為count(*),MyISAM會保存表的總行數,因此查詢效率很有極大的提升。需要考慮分表對系統改造的工作量、MyISAM不支持事務是否能滿足系統要求。

2、建立冗余表或字段,把需要匯總的數據在變更時重新計算,需要考慮大量的更新操作是否加大系統的負載。

3、如果對查詢結果不要求時完全精確的,可以定時計算結果并保存起來,查詢的時候不在直接查詢原表。

回答7:

這種情況下可以按照月或者季度等分為多個統計表,比如你800萬數據,新建一張表,每一行代表一個月的總記錄。這樣再統計就會快得多得多。

相關文章:
主站蜘蛛池模板: 99精品欧美一区二区蜜桃免费 | 亚洲视频免费在线观看 | 国产精品久久久久久久7电影 | 一区二区三区电影网 | 久久亚洲经典 | 亚洲天堂一区二区 | 成人免费观看男女羞羞视频 | 午夜私人影院在线观看 | 欧美成人精品一区二区男人看 | 一区在线视频 | 中文字幕亚洲一区二区三区 | www..com18午夜观看 | 神马久久av | 第一区在线观看免费国语入口 | 美女高潮网站 | 国产999精品久久久久久 | 久久不卡视频 | 欧美在线免费 | 午夜天堂精品久久久久 | 欧美日韩在线综合 | 国产精品久久久久久久久久 | 北条麻妃一区二区三区在线观看 | 国产亚洲精品久久yy50 | www.国产视频 | 成人午夜免费网站 | 免费在线观看成人 | 国产视频一区在线 | 国产精品激情小视频 | 日韩欧美视频网站 | 成人免费黄色片 | 国产精品久久久亚洲 | 精品av| 成人蜜桃av | 国产精品成av人在线视午夜片 | 伊人久久免费 | 成人国产精品色哟哟 | 国产精品福利在线观看 | 国产精品久久久久一区二区三区 | 国产成人精品久久久 | 久久精品亚洲国产奇米99 | 国产乱码精品一品二品 |