對於Mysql大量資料查詢速度慢的問題

對於Mysql大量資料查詢速度慢的問題
1 Star2 Stars3 Stars4 Stars5 Stars 給文章打分!
Loading...

1.如果mysql資料量過大,當查詢的時候耗時比較長,則會影響頁面資料展示。給客戶的直觀反應的:

點選了某個查詢功能,結果等了差不多十幾秒才反應出來,這樣的體驗感太差了。

2.為了增加反應速度。一般來是建立索引,如我現在的查詢語句:

SELECT
                aa.INDI_NAME,
                aa.gg,
                aa.gp,
                aa.pn,
                bb.report_name
            FROM
                (
                    SELECT
                        T.INDI_ID,
                        T.INDI_NAME,
                       SUM(CASE WHEN T.AREA_ID =2501 THEN T.INDI_VALUE ELSE 0 END) gg,
                       SUM(CASE WHEN T.AREA_ID =2502 THEN T.INDI_VALUE ELSE 0 END) gp,
                       SUM(CASE WHEN T.AREA_ID =2503 THEN T.INDI_VALUE ELSE 0 END) pn
              FROM  VW_ST_INDEX_INST_DAY_2310_DT_X T
             WHERE T.MONTH_NO = '201708'
               AND T.DATE_NO = '20170831'
               AND T.LATN_ID = '1100'
               AND T.TYPE_ID < '99'
               AND T.REPORT_ID = '23100104' -- 該至是個變至1到4變化 例如:23100101,23100102,23100103,23100104
             GROUP BY T.INDI_ID, T.INDI_NAME

            UNION ALL

            SELECT T.INDI_ID, T.INDI_NAME,
                       SUM(CASE WHEN T.AREA_ID =2501 THEN T.INDI_VALUE ELSE 0 END) gg,
                       SUM(CASE WHEN T.AREA_ID =2502 THEN T.INDI_VALUE ELSE 0 END) gp,
                       SUM(CASE WHEN T.AREA_ID =2503 THEN T.INDI_VALUE ELSE 0 END) pn
              FROM  VW_ST_INDEX_INST_DAY_2310_DT_X T
             WHERE T.MONTH_NO = '201708'
               AND T.LATN_ID = '1100'
               AND T.DATE_NO <= '20170831'
               AND T.TYPE_ID ='99'
               AND T.REPORT_ID = '23100104'  -- 該至是個變至1到4變化 例如:23100101,23100102,23100103,23100104
             GROUP BY T.INDI_NAME, T.INDI_ID) aa,
            (SELECT
                *
             from dim_report_conf
             where report_id = '23100104') bb  -- 該至是個變至1到4變化 例如:23100101,23100102,23100103,23100104

 

如下反應速度比較慢是2秒

 

建立索引:

索引語句:

CREATE INDEX vwIndexIdLAAAA on vw_st_index_inst_day_2310_dt_x (REPORT_ID,LATN_ID,DATE_NO);

 

然後再次或者多次查詢就變成了0.009秒了

 

所以還是建立索引比較快。

Specified key was too long; max key length is 767

如果出現這種錯誤:Specified key was too long; max key length is 767

則是你資料庫欄位太長了,需要修改具體的長度計算規則如下:

經過查詢才知道,是Mysql的欄位設定的太長了,於是我把這兩個欄位的長度改了一下就好了。 

建立索引時,資料庫計算key的長度是累加所有Index用到的欄位的char長度後再按下面比例乘起來不能超過限定的key長度1000: 
latin1 = 1 byte = 1 character 
uft8 = 3 byte = 1 character 
gbk = 2 byte = 1 character 
舉例能看得更明白些,以GBK為例: 
CREATE UNIQUE INDEX `unique_record` ON reports (`report_name`, `report_client`, `report_city`); 
其中report_name varchar(200), report_client varchar(200), report_city varchar(200) 
(200 200 200) * 2 = 1200 > 1000,所有就會報1071錯誤,只要將report_city改為varchar(100)那麼索引就能成功建立。 
如果表是UTF8字符集,那索引還是建立不了。

(200 200 200) * 3 = 1800 大於提示資訊欄位。

 


(adsbygoogle = window.adsbygoogle || []).push({});

function googleAdJSAtOnload() {
var element = document.createElement(“script”);
element.src = “//pagead2.googlesyndication.com/pagead/js/adsbygoogle.js”;
element.async = true;
document.body.appendChild(element);
}
if (window.addEventListener) {
window.addEventListener(“load”, googleAdJSAtOnload, false);
} else if (window.attachEvent) {
window.attachEvent(“onload”, googleAdJSAtOnload);
} else {
window.onload = googleAdJSAtOnload;
}

資料庫 最新文章