原理
MySQL 服务收到到查询请求时，会先在内存中找是否有完全一致的查询语句数据，有直接返回，无才经过一系列步骤查询数据，注意是语句完全一致才能被查询缓存命中。
如下：
- SELECT * FROM tbl
- SELECT * from tbl
这两条语句因 FROM 和 from 不同而被视为不同的查询。
开启
# 查询查询缓存的信息
SHOW VARIABLES LIKE 'have_query_cache';
# have_query_cache 是否支持查询缓存，MySQL8之后不支持查询缓存了
SHOW VARIABLES LIKE 'query_cache_type';
query_cache_type 是否已开启查询缓存，MySQL5.6之后默认关闭
# （可见MySQL似乎不太建议我们使用查询缓存，关于查询缓存的优劣见仁见智）
# 打开 >>> vi /etc/my.cnf
# 在[mysqld]下添加：
query_cache_size = 20M
query_cache_type = ON
# 重启 mysqld
测试
SELECT * FROM users WHERE id = 1;
第一次执行：
可见 Qcache_hits(缓存命中数)： 0，Qcache_inserts(插入缓存数)：1，再次执行完全相同的语句：
可见 Qcache_hits(缓存命中数)： 1，Qcache_inserts(插入缓存数)：0，查询缓存被命中
扩展：
0. 查询缓存的总体使用情况
SHOW STATUS LIKE 'qcache%';
1. 执行不查询缓存的语句
SELECT SQL_NO_CACHE * FROM users WHERE id = 1;
2. 清除缓存
RESET QUERY CACHE
2. 查询缓存失效
在表的结构或数据发生改变时，查询缓存中的数据不再有效。所以查询缓存适合有大量相同查询的应用，不适合有大量数据更新的应用。
4. 为什么MySQL5.6之后默认关闭查询缓存，MySQL8之后甚至移除此功能？
MySQL 服务器团队：缓存建议使用MySQL外部一些数据库如Redis/Memcache等，效率会更高。
参考：https://mysqlserverteam.com/mysql-8-0-retiring-support-for-the-query-cache/