对于Mysql大量数据查询速度慢的问题

1.若是mysql数据量过大,当查询的时候耗时比较长,则会影响页面数据展现。给客户的直观反应的:mysql

点击了某个查询功能,结果等了差很少十几秒才反应出来,这样的体验感太差了。sql

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秒spa

 

创建索引:code

索引语句:blog

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

 

而后再次或者屡次查询就变成了0.009秒了索引

 

因此仍是创建索引比较快。ci

Specified key was too long; max key length is 767

若是出现这种错误:Specified key was too long; max key length is 767get

则是你数据库字段太长了,须要修改具体的长度计算规则以下:it

通过查询才知道,是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 大于提示信息字段。

相关文章
相关标签/搜索