表結(jié)構(gòu)iMoney 類型:float dtEventTime 類型:datetime iType 類型:tinyint iAction 類型:tinyint現(xiàn)在存在的索引（test）是:iType 跟 dtEventTime 的一個(gè)組合索引select sum(iMoney) as iMoney,iAction from CostMoney where iType = 3 and dtEventTime between '2012-09-29' and '2012-09-30' group by iAction這條語(yǔ)句查詢后explain 下id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE CostMoney range test test 9 NULL 3893 Using where; Using temporary; Using filesort
2 回答
幕布斯7119047
TA貢獻(xiàn)1794條經(jīng)驗(yàn) 獲得超8個(gè)贊
給你點(diǎn)建議：
1、按天分表，這樣每個(gè)表就不會(huì)那么大
2、用另一個(gè)緩存、或者表專門累加iMoney，每天的分記錄，產(chǎn)生一條累加一次
3、group by iAction order by NULL ？（天知道有沒有效果）
aluckdog
TA貢獻(xiàn)1847條經(jīng)驗(yàn) 獲得超7個(gè)贊
首先，dtEventTime必須要有索引的。而且dtEventTime類型應(yīng)該是int，不應(yīng)該使用date的。否則索引效率太低。
其次，分析這個(gè)sql的頻率高么？
如果只是幾次之類的話，而且數(shù)據(jù)要求不是實(shí)時(shí)的話，可以考慮循環(huán)取數(shù)據(jù)，程序里面做group和sum的功能。
如果很頻繁，數(shù)據(jù)要求實(shí)時(shí)，只能考慮單獨(dú)對(duì)每一個(gè)iAction建立單獨(dú)的計(jì)數(shù)器。
最后，sql應(yīng)該盡量簡(jiǎn)單，最理想的情況每次取數(shù)據(jù)都走索引。數(shù)據(jù)庫(kù)更多的是存數(shù)據(jù)，盡量減少每次sql的cup和io資源。數(shù)據(jù)庫(kù)的資源很寶貴，擴(kuò)展成本比較高。
添加回答
舉報(bào)
0/150
提交
取消