MySQL的查询缓存功能能够将已经执行过的查询语句及其结果集保存到内存中，当完全相同的SQL语句再次到达服务器时，MySQL可以直接从缓存中返回结果，而不必重复执行解析、优化、权限检查以及存储引擎读取等操作。对于读请求占比较高、写入并不频繁的业务场景来说，合理开启查询缓存可以明显降低数据库的CPU消耗，缩短查询响应时间。然而，MySQL安装后的默认配置往往没有开启查询缓存，或者只分配了很小的内存空间，因此需要结合实际业务特点手动调整相关参数。
理解查询缓存的工作机制与启用条件
查询缓存的工作方式是以查询语句的原始文本作为键，以结果集作为值进行存储。当客户端发送一条SELECT语句时，MySQL会先检查该语句是否命中缓存，如果命中则直接返回缓存中的结果，省去后续的解析、优化和执行过程。这里的“原始文本”要求非常严格，SQL语句中的字母大小写、空格数量、注释内容甚至语句结尾的分号差异，都可能导致缓存无法命中。
查询缓存最适合读多写少的应用场景，例如配置管理、报表展示或者基础数据查询等。因为在这些场景中，相同的查询会被反复执行，而数据变化频率较低，缓存命中率通常比较理想。反之，如果数据库中频繁执行INSERT、UPDATE或DELETE操作，只要涉及某张表的写入，该表相关的所有查询缓存都会失效，缓存维护成本会大幅增加。因此，在开启查询缓存之前，需要先评估业务写入频率。
在默认安装的MySQL环境中，查询缓存通常处于关闭状态，主要原因是早期版本将query_cache_type默认值设为0，并且query_cache_size默认值为0。这意味着即使数据库启动了服务，也不会为查询缓存真正分配内存。要让查询缓存发挥作用，必须先在配置文件中完成参数设置。
查询缓存核心配置参数详解
查询缓存相关的配置项位于MySQL主配置文件中。Linux系统下通常为/etc/my.cnf或/etc/mysql/my.cnf，Windows系统下则位于MySQL安装目录中的my.ini。所有持久化参数都应写在[mysqld]配置段中，这样MySQL服务启动时才会读取并应用这些设置。
下表列出了查询缓存最核心的几个参数及其作用、默认值：
| 参数名 | 作用 | 默认值 |
|---|---|---|
| query_cache_type | 控制查询缓存开启状态 | 0（关闭） |
| query_cache_size | 查询缓存占用的总内存大小 | 0（不分配内存） |
| query_cache_limit | 单个查询结果可缓存的最大大小 | 1048576（1MB） |
| query_cache_min_res_unit | 查询缓存分配内存的最小单位 | 4096（4KB） |
其中，query_cache_type的取值含义需要特别注意：0表示完全关闭查询缓存；1表示开启缓存，所有符合条件的SELECT结果都会被缓存；2表示按需开启，只有显式携带SQL_CACHE提示的SELECT语句才会使用查询缓存。通常情况下，如果业务确认需要全局使用查询缓存，可以将其设置为1。
query_cache_size决定分配给查询缓存的总内存字节数。该值不宜设置得过大，否则会占用过多系统内存，并增加缓存维护时的锁竞争；也不宜设置得过小，否则缓存空间很快被占满，命中率下降。一般建议从64MB到256MB之间开始调整，并根据实际命中情况逐步优化。query_cache_limit用来限制单个查询结果能够占用的最大空间，超过该大小的结果不会写入缓存，避免大结果集挤占缓存空间。
配置查询缓存的具体步骤
1. 修改配置文件
首先找到MySQL配置文件，在[mysqld]模块中添加或修改查询缓存相关配置。下面是一个典型的配置示例，将查询缓存开启，分配128MB内存，并允许单个结果缓存2MB：
[mysqld] # 开启查询缓存：1表示开启，0表示关闭，2表示按需开启 query_cache_type=1 # 分配查询缓存内存，单位为字节，这里设置为128MB query_cache_size=134217728 # 单个查询结果最大缓存大小，单位为字节，这里设置为2MB query_cache_limit=2097152 # 最小内存分配单位，默认4KB，通常保持默认即可 query_cache_min_res_unit=4096
配置完成后保存文件。需要注意的是，修改配置文件后不会立即生效，必须重启MySQL服务才能让服务进程重新加载这些参数。
2. 重启MySQL服务
不同操作系统下重启MySQL服务的方式有所差异。Linux系统如果使用systemd管理服务，可以执行systemctl restart mysqld；如果使用sysvinit脚本，可以执行service mysqld restart。Windows系统则可以在服务管理器中找到MySQL服务并点击重启，也可以在命令行中执行net stop mysql & net start mysql完成重启。
重启之后需要确认MySQL进程正常启动，并且没有因配置错误而失败。如果无法启动，可以查看MySQL错误日志，通常是因为配置文件格式错误或参数值不合法导致。
3. 验证配置是否生效
登录MySQL后，可以通过SHOW VARIABLES语句查看查询缓存相关参数的值。执行以下SQL：
-- 查看查询缓存相关参数 SHOW VARIABLES LIKE 'query_cache%'; -- 查看查询缓存运行状态 SHOW STATUS LIKE 'Qcache%';
如果query_cache_type显示为ON，并且query_cache_size显示为配置的内存字节数，说明查询缓存已经成功开启。同时，SHOW STATUS LIKE 'Qcache%'可以查看缓存命中次数、缓存块数量、低内存修剪次数等运行指标，这些指标有助于后续判断缓存是否健康。
查询缓存使用注意事项与临时调整
查询缓存并非在所有情况下都能带来性能提升，使用时需要留意以下限制：
- 对写入操作频繁的表，查询缓存效果很差。因为表数据一旦发生更新，该表相关的所有查询缓存都会被清空，频繁的失效会导致缓存命中率下降，甚至增加额外维护开销。
- SQL语句必须完全一致才会命中缓存。大小写、空格、注释以及语句格式上的任何差异都会被MySQL视为不同的查询文本，导致无法复用缓存结果。
- 如果查询中包含
NOW()、UUID()等不确定函数，或者包含用户自定义函数，MySQL不会缓存该查询结果。因为这类函数的返回值可能随时变化，缓存结果会失去准确性。 - MySQL 8.0系列版本已经彻底移除了查询缓存功能，因此如果你正在使用8.0及以上版本，将无法再配置该功能。升级前需要提前确认业务是否依赖查询缓存。
如果暂时不想修改配置文件，也可以在MySQL会话中使用SET GLOBAL命令临时调整查询缓存参数。这种方式在服务重启后会失效，适合临时测试或快速验证：
-- 临时开启查询缓存 SET GLOBAL query_cache_type = 1; -- 临时设置查询缓存大小为128MB SET GLOBAL query_cache_size = 134217728;
执行全局设置后，新的客户端连接会使用新的参数值，但已经建立的连接可能需要重新连接才能完全生效。临时调整可以用于快速验证缓存效果，但生产环境仍建议将最终参数写入配置文件，确保重启后配置保持一致。
总而言之，查询缓存能够减少重复SQL的解析与执行成本，但其效果高度依赖业务读写比例和SQL语句的一致性。在配置前需要合理设置query_cache_type、query_cache_size、query_cache_limit等参数，并在上线后持续观察Qcache相关状态值，根据命中率和内存使用情况适时调整。对于已经移除查询缓存的新版本MySQL，则应考虑使用其他缓存方案或优化SQL来达到类似效果。