MySQL查询高速缓冲have_query_cache不得不看

学习MySQL查询高速缓冲have_query_cache的实际配置方案时，你可能会遇到一些不解的问题，这里将介绍其不解问题的解决 *** ，在拿出来与大家分享一下。希望会给你一些帮助在此方面。

其实MySQL(和PHP搭配之更佳组合)有着很强大的功能，只是默认没有启用，该文将为大家介绍MySQL(和PHP搭配之更佳组合)查询调整缓冲设置（have_query_cache），可以让MySQL(和PHP搭配之更佳组合)的速度提高至少5倍。

查询缓存存储SELECT查询的文本以及发送给客户端的相应结果。如果随后收到一个相同的MySQL查询，服务器从查询缓存中重新得到查询结果，而不再需要解析和执行查询。

如果你有一个不经常改变的表并且服务器收到该表的大量相同查询，查询缓存在这样的应用环境中十分有用。对于许多Web服务器来说存在这种典型情况，它根据数据库内容生成大量的动态页面。

注释：查询缓存不返回旧的数据。当表更改后，查询缓存值的相关条目被清空。

注释：如果你有许多MySQL(和PHP搭配之更佳组合)d服务器更新相同的MyISAM表，在这种情况下查询缓存不起作用。

注释：查询缓存不适用于服务器方编写的语句。如果正在使用服务器方编写的语句，要考虑到这些语句将不会应用查询缓存。

下面是查询缓存的一些性能数据。这些结果是在Linux Alpha 2 x 500MHz系统（2GB RAM，64MB查询缓存）上运行MySQL(和PHP搭配之更佳组合)基准组件产生的。

如果执行的所有查询是简单的(如从只有一行数据的表中选取一行)，但查询是不同的，查询不能被缓存，查询缓存激活率是13%。这可以看作是最坏的情形。在实际应用中，查询要复杂得多，因此，查询缓存使用率一般会很低。

从只有一行的表中查找一行数据时，使用查询缓存比不使用速度快238%。这可以看作查询使用缓存时速度提高最小的情况。

服务器启动时要禁用查询缓存，设置query_cache_size系统变量为0。禁用查询缓存代码后，没有明显的速度提高。编译MySQL(和PHP搭配之更佳组合)时，通过在configure中使用--without-query-cache选项，可以从服务器中彻底去除MySQL查询缓存能力。

5.13.1. 查询高速缓冲如何工作

本节描述查询缓存的工作原理。

查询解析之前进行比较，因此下面的两个查询被查询缓存认为是不相同的：

SELECT * FROM tbl_name   Select * from tbl_name  

查询必须是完全相同的(逐字节相同)才能够被认为是相同的。另外，同样的查询字符串由于其它原因可能认为是不同的。使用不同的数据库、不同的协议版本或者不同 默认字符集的查询被认为是不同的查询并且分别进行缓存。

从查询缓存中提取一个查询之前，MySQL(和PHP搭配之更佳组合)检查用户对所有相关数据库和表的SELECT权限。如果没有权限，不使用缓存结果。

如果从查询缓存中返回一个查询结果，服务器把Qcache_hits状态变量的值加一，而不是Com_select变量。

如果一个表被更改了，那么使用那个表的所有缓冲MySQL查询将不再有效，并且从缓冲区中移出。这包括那些映射到改变了的表的使用MERGE表的查询。一个表可以被许多类型的语句更改，例如INSERT、UPDATE、DELETE、TRUNCATE、ALTER TABLE、DROP TABLE或DROP DATABASE。

COMMIT执行完后，被更改的事务InnoDB表不再有效。

使用InnoDB表时，查询缓存也在事务中工作，使用该表的版本号来检测其内容是否仍旧是当前的。

在MySQL(和PHP搭配之更佳组合) 5.1中，视图产生的查询被缓存。

SELECT SQL_CALC_FOUND_ROWS ...和SELECT FOUND_ROWS() type类型的MySQL查询使用查询缓存。即使因创建的行数也被保存在缓冲区内，前面的查询从缓存中提取，FOUND_ROWS()也返回正确的值。

上面说了这么多内容，是关于对MySQL查询高速缓冲 have_query_cache 配置 *** 的部分内容介绍，不知道各位对MySQL的认识是不是更上一层楼了，时时关注IT *** ，学习最新Mysql技术。