表統(tǒng)計(jì)信息是數(shù)據(jù)庫(kù)基于成本的優(yōu)化器最重要的參考信息；統(tǒng)計(jì)信息不準(zhǔn)確，優(yōu)化器可能給出不夠優(yōu)化的執(zhí)行計(jì)劃或者是錯(cuò)誤的執(zhí)行計(jì)劃。對(duì)統(tǒng)計(jì)信息的計(jì)算分為非持久化統(tǒng)計(jì)信息（實(shí)時(shí)計(jì)算）與持久化統(tǒng)計(jì)信息。
網(wǎng)站建設(shè)哪家好，找成都創(chuàng)新互聯(lián)公司！專(zhuān)注于網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開(kāi)發(fā)、成都小程序開(kāi)發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶(hù)創(chuàng)新互聯(lián)還提供了汝陽(yáng)免費(fèi)建站歡迎大家使用！
非持久化統(tǒng)計(jì)信息
統(tǒng)計(jì)信息沒(méi)有保存在磁盤(pán)上，而是頻繁的實(shí)時(shí)計(jì)算統(tǒng)計(jì)信息；
每次對(duì)表的訪問(wèn)都會(huì)重新計(jì)算其統(tǒng)計(jì)信息；
假設(shè)針對(duì)一張大表的頻繁查詢(xún)，那么每次都要重新計(jì)算統(tǒng)計(jì)信息，很耗費(fèi)資源。
持久化統(tǒng)計(jì)信息
把一張表在某一時(shí)刻的統(tǒng)計(jì)信息值保存在磁盤(pán)上；
避免每次查詢(xún)時(shí)重新計(jì)算；
如果表更新不是很頻繁，或者沒(méi)有達(dá)到 MySQL 必須重新計(jì)算統(tǒng)計(jì)信息的臨界值，可直接從磁盤(pán)上獲??；
即使 MySQL 服務(wù)重啟，也可以快速的獲取統(tǒng)計(jì)信息值；
統(tǒng)計(jì)信息的持久化可以針對(duì)全局設(shè)置也可以針對(duì)單表設(shè)置。
接下來(lái)，詳細(xì)說(shuō) MySQL 統(tǒng)計(jì)信息如何計(jì)算，何時(shí)計(jì)算，效果評(píng)估等問(wèn)題。在 MySQL Server 層來(lái)控制是否自動(dòng)計(jì)算統(tǒng)計(jì)信息的分布，并且來(lái)決策是持久化還是非持久化。
從語(yǔ)句本身來(lái)看，應(yīng)該沒(méi)有太多優(yōu)化的余地了
count(distinct a._url) CUrl 這里那個(gè)distinct完全可以不要。因?yàn)槟愕腶._url在group by里面，已經(jīng)完成了distinct功能了。你也知道distinct得支出的。
建議：
1) 用view, 譬如t_gw_merge_log a, t_gw_netuser u on a._uid=u._id 建立view,其他依次類(lèi)推。我曾經(jīng)作過(guò)9個(gè)表的連接(DB2)，用了view之后，性能提升了30%。。 view只是把你的表里面只需要的字段拿出來(lái)從而減少表得掃描量。
語(yǔ)法：CREATE VIEW tab_view AS SELECT field1, file2 , filed3 FROM tab WHERE...
2) 因?yàn)閟um(p._ul) SUl,sum(p._dl) SDl這兩個(gè)聚合函數(shù)引起的，因?yàn)橄鄬?duì)應(yīng)的t_gw_applog 這個(gè)表數(shù)據(jù)也很多。如果是因?yàn)檫@個(gè)，就要建立適當(dāng)?shù)乃饕恕Ｏ挛缬袝r(shí)間再研究下。
數(shù)據(jù)庫(kù)分庫(kù)分表是緩解數(shù)據(jù)庫(kù)服務(wù)器壓力和增加并發(fā)量的途徑之一，但是隨著分庫(kù)分表之后，也不可避免的帶來(lái)了一些問(wèn)題，很顯而易見(jiàn)的問(wèn)題就是如何解決分庫(kù)后的查詢(xún)統(tǒng)計(jì)。分庫(kù)之后沒(méi)有SQL可以用了，簡(jiǎn)單的過(guò)濾后再合并還可以做，但分組都會(huì)很麻煩，必須把分庫(kù)分組匯總結(jié)集再分組匯總。這對(duì)很多java應(yīng)用程序員來(lái)講是個(gè)挑戰(zhàn)。但是，數(shù)據(jù)量太大大，不分庫(kù)也不行，進(jìn)退兩難。
這時(shí)候，采用集算器來(lái)做后一步的匯總計(jì)算就很容易，比如剛才說(shuō)的分組匯總問(wèn)題，寫(xiě)出來(lái)只要這么幾行：
?這里實(shí)現(xiàn)分組的代碼還考慮了讓分庫(kù)并行執(zhí)行SQL。
利用集算器實(shí)現(xiàn)分庫(kù)匯總里包含幾個(gè)典型例子來(lái)說(shuō)明分庫(kù)匯總的用法，跨庫(kù)數(shù)據(jù)表的運(yùn)算 是有關(guān)分庫(kù)后統(tǒng)計(jì)查詢(xún)的更詳細(xì)解釋?zhuān)€有講解視頻分庫(kù)后的統(tǒng)計(jì)查詢(xún)梳理要點(diǎn)和難點(diǎn)。集算器還很容易嵌入到Java應(yīng)用程序中，Java 如何調(diào)用 SPL 腳本 有使用和獲得它的方法。關(guān)于集算器安裝使用、獲得免費(fèi)授權(quán)和相關(guān)技術(shù)資料，可以參見(jiàn) 集算器如何使用 。
用count(*)函數(shù)來(lái)統(tǒng)計(jì)，返回匹配指定條件的行數(shù)。
例如有個(gè)表名稱(chēng)為demos，那么統(tǒng)計(jì)行數(shù)可以寫(xiě)：select count(*) ?from demos；
后面可以加限制條件，例如統(tǒng)計(jì)val大于3的記錄行數(shù)：select count(*) ?from demos where val3;
擴(kuò)展資料：
MySQL COUNT(*)
The?COUNT(*)?function returns the number of rows in a result set returned by a?SELECT statement. TheCOUNT(*)?function counts rows that contain no-NULL and NULL values.
COUNT(*) 語(yǔ)法
SELECT COUNT(*) FROM table_name;
參考資料：MySQL官網(wǎng)-MySQL COUNT
通過(guò)數(shù)據(jù)表來(lái)統(tǒng)計(jì)，數(shù)據(jù)量太大的話，可以建適合的索引來(lái)統(tǒng)計(jì)；
另外也可以通過(guò)nosql來(lái)做計(jì)數(shù)器
表統(tǒng)計(jì)信息是數(shù)據(jù)庫(kù)基于成本的優(yōu)化器最重要的參考信息；統(tǒng)計(jì)信息不準(zhǔn)確，優(yōu)化器可能給出不夠優(yōu)化的執(zhí)行計(jì)劃或者是錯(cuò)誤的執(zhí)行計(jì)劃。對(duì)統(tǒng)計(jì)信息的計(jì)算分為非持久化統(tǒng)計(jì)信息（實(shí)時(shí)計(jì)算）與持久化統(tǒng)計(jì)信息。
非持久化統(tǒng)計(jì)信息
統(tǒng)計(jì)信息沒(méi)有保存在磁盤(pán)上，而是頻繁的實(shí)時(shí)計(jì)算統(tǒng)計(jì)信息；
每次對(duì)表的訪問(wèn)都會(huì)重新計(jì)算其統(tǒng)計(jì)信息；
假設(shè)針對(duì)一張大表的頻繁查詢(xún)，那么每次都要重新計(jì)算統(tǒng)計(jì)信息，很耗費(fèi)資源。
持久化統(tǒng)計(jì)信息
把一張表在某一時(shí)刻的統(tǒng)計(jì)信息值保存在磁盤(pán)上；
避免每次查詢(xún)時(shí)重新計(jì)算；
如果表更新不是很頻繁，或者沒(méi)有達(dá)到 MySQL 必須重新計(jì)算統(tǒng)計(jì)信息的臨界值，可直接從磁盤(pán)上獲??；
即使 MySQL 服務(wù)重啟，也可以快速的獲取統(tǒng)計(jì)信息值；
統(tǒng)計(jì)信息的持久化可以針對(duì)全局設(shè)置也可以針對(duì)單表設(shè)置。
接下來(lái)，詳細(xì)說(shuō) MySQL 統(tǒng)計(jì)信息如何計(jì)算，何時(shí)計(jì)算，效果評(píng)估等問(wèn)題。在 MySQL Server 層來(lái)控制是否自動(dòng)計(jì)算統(tǒng)計(jì)信息的分布，并且來(lái)決策是持久化還是非持久化。
重慶分公司
重慶分公司
