Mysql中查询缓存优化

1.概述

  开启Mysql的查询缓存,当执行完全相同的SQL语句的时候,服务器就会直接从缓存中读取结果,当数据被修改,之前的缓存会失效,修改比较频繁的表不适合做查询缓存。
2.操作流程

  

  1. 客户端发送一条查询给服务器;
  2. 服务器先会检查查询缓存,如果命中了缓存,则立即返回存储在缓存中的结果。否则进入下一阶段;
  3. 服务器端进行SQL解析、预处理,再由优化器生成对应的执行计划;
  4. MySQL根据优化器生成的执行计划,调用存储引擎的API来执行查询;
  5. 将结果返回给客户端。

3.查询缓存配置

  1. 查看当前的MySQL数据库是否支持查询缓存:SHOW VARIABLES LIKE 'have_query_cache';

  2. 查看当前MySQL是否开启了查询缓存 :SHOW VARIABLES LIKE 'query_cache_type';  默认关闭

  3. 查看查询缓存的占用大小 :SHOW VARIABLES LIKE 'query_cache_size';  默认1M

  4. 查看查询缓存的状态变量:SHOW STATUS LIKE 'Qcache%';

    

    各个变量的含义如下:

      

 4.开启查询缓存

  MySQL的查询缓存默认是关闭的,需要手动配置参数 query_cache_type , 来开启查询缓存。query_cache_type 该参数的可取值有三个 :
    

   在 /usr/my.cnf 配置中,增加以下配置 :

    

    配置完毕之后,重启服务既可生效 ;
    然后就可以在命令行执行SQL语句进行验证 ,执行一条比较耗时的SQL语句,然后再多执行几次,查看后面几次的执行时间;或者通过查看查询缓存的缓存命中数,来判定是否走查询缓存。

5.查询缓存SELECT选项

  可以在SELECT语句中指定两个与查询缓存相关的选项 :
    SQL_CACHE : 如果查询结果是可缓存的,并且 query_cache_type 系统变量的值为ON或 DEMAND ,则缓存查询结果 。
    SQL_NO_CACHE : 服务器不使用查询缓存。它既不检查查询缓存,也不检查结果是否已缓存,也不缓存查询结果。
  例子:

    SELECT SQL_CACHE id, name FROM customer;
    SELECT SQL_NO_CACHE id, name FROM customer;

6.查询缓存失效的情况

  1) SQL 语句不一致的情况, 要想命中查询缓存,查询的SQL语句必须一致。

    SQL1 : select count(*) from tb_item;
    SQL2 : Select count(*) from tb_item;  -- 不走缓存

  2) 当查询语句中有一些不确定的值时,则不会缓存。如 : now() , current_date() , curdate() , curtime() , rand() ,uuid() , user() , database() 。

    SQL1 : select * from tb_item where updatetime < now() limit 1;
    SQL2 : select user();
    SQL3 : select database();

  3) 不使用任何表查询语句。

    select 'A'; 

  4) 查询 mysql, information_schema或 performance_schema 数据库中的表时,不会走查询缓存。

    select * from information_schema.engines; 

  5) 在存储的函数,触发器或事件的主体内执行的查询。
  6) 如果表更改,则使用该表的所有高速缓存查询都将变为无效并从高速缓存中删除。这包括使用 MERGE 映射到已更改表的表的查询。一个表可以被许多类型的语句,如被改变 INSERT, UPDATE, DELETE, TRUNCATETABLE, ALTER TABLE, DROP TABLE,或 DROP DATABASE 。

原文地址:https://www.cnblogs.com/roadlandscape/p/12808317.html