MySQL缓存配置需合理设置query_cache_type、query_cache_size和query_cache_limit参数，以提升查询性能；但高并发写入时可能因锁竞争导致性能下降，且MySQL 8.0已移除查询缓存；建议结合索引优化、SQL优化、读写分离及外部缓存（如Redis）等手段综合提升性能，并通过监控Qcache_hits、Qcache_lowmem_prunes等状态变量调整配置。
MySQL安装后配置缓存，核心在于合理利用其内置的查询缓存机制以及操作系统层面的缓存优化，最终目的是减少磁盘I/O，提升查询响应速度。
解决方案
MySQL缓存配置主要围绕
query_cache_type、
query_cache_size、
query_cache_limit这几个参数展开。
-
开启或关闭查询缓存：
query_cache_type
参数控制查询缓存的状态。设置为ON
(或1
) 开启缓存，OFF
(或0
) 关闭缓存，DEMAND
则表示只有在SQL语句中明确使用SQL_CACHE
提示时才缓存结果。SET GLOBAL query_cache_type = ON; -- 开启查询缓存 SET GLOBAL query_cache_type = DEMAND; --按需缓存
-
设置缓存大小：
query_cache_size
定义了查询缓存分配的内存大小。需要根据实际情况调整，过小起不到作用，过大可能导致内存浪费甚至服务器性能下降。注意，MySQL 5.7之后，查询缓存默认是关闭的，并且在MySQL 8.0中已经被移除，因为它在高并发场景下容易成为性能瓶颈。SET GLOBAL query_cache_size = 64M; -- 设置缓存大小为64MB
-
限制单个查询结果缓存大小：
query_cache_limit
限制了单个查询结果可以缓存的最大大小。如果查询结果超过这个限制，则不会被缓存。SET GLOBAL query_cache_limit = 2M; -- 设置单个查询结果最大缓存大小为2MB
利用操作系统缓存： MySQL本身的数据文件也会被操作系统缓存，所以充足的物理内存对提升查询性能至关重要。可以通过监控系统的I/O负载来判断是否需要增加内存。
考虑使用更高级的缓存方案： 如果内置查询缓存无法满足需求，可以考虑使用外部缓存系统，如Memcached或Redis，将查询结果缓存到这些系统中。这需要修改应用程序代码，但可以提供更大的灵活性和更好的扩展性。
开启查询缓存后，MySQL性能反而下降，可能是什么原因？
查询缓存并非总是能提升性能。在高并发的写入场景下，查询缓存的维护会带来额外的开销。每次数据更新，相关的缓存条目都需要失效，这会导致锁竞争，反而降低性能。此外，如果查询语句中包含不确定因素，例如
NOW()函数，那么查询结果就不会被缓存。
解决办法：
- 考虑关闭查询缓存，尤其是在写入操作频繁的数据库上。
- 使用
DEMAND
模式，只缓存那些确定收益较高的查询。 - 优化SQL语句，避免使用不确定函数。
除了配置缓存，还有哪些MySQL查询性能提升方法？
缓存只是提升查询性能的一个方面。还有很多其他方法可以综合使用，以达到更好的效果：
-
索引优化： 这是最基础也是最重要的优化手段。确保表上的关键字段都有索引，并且索引的设计要合理。使用
EXPLAIN
命令分析查询语句，查看是否使用了索引，以及索引的使用效率。EXPLAIN SELECT * FROM users WHERE email = 'test@example.com';
SQL语句优化： 编写高效的SQL语句是关键。避免使用
SELECT *
，只选择需要的列。尽量减少子查询和JOIN操作，如果必须使用，确保JOIN的字段有索引。分库分表： 当单表数据量过大时，查询性能会明显下降。可以考虑将数据分散到多个数据库或多个表中，以降低单表的数据量。
读写分离： 将读操作和写操作分离到不同的服务器上，可以减轻主服务器的压力，提高查询性能。
硬件升级： 更快的CPU、更大的内存、更快的磁盘（如SSD）都可以显著提升MySQL的性能。
如何监控MySQL的缓存命中率，并根据结果调整缓存配置？
监控缓存命中率是调整缓存配置的重要依据。MySQL提供了几个状态变量可以用来监控缓存的使用情况：
Qcache_hits
: 查询缓存命中次数。Qcache_inserts
: 查询缓存插入次数。Qcache_lowmem_prunes
: 由于内存不足而从缓存中删除的查询数量。Qcache_not_cached
: 未被缓存的查询数量（例如，由于query_cache_type
设置为DEMAND
）。
可以通过以下SQL语句查看这些状态变量：
SHOW STATUS LIKE 'Qcache%';
缓存命中率的计算公式为：
Qcache_hits / (Qcache_hits + Com_select)，其中
Com_select是查询次数。
如果命中率较低，可以考虑增加
query_cache_size，或者检查是否有大量查询由于
query_cache_limit的限制而未被缓存。如果
Qcache_lowmem_prunes很高，则说明缓存内存不足，需要增加
query_cache_size。
当然，在MySQL 8.0及更高版本中，由于查询缓存已被移除，这些状态变量将不再可用，需要考虑其他的性能监控工具和方法。
