MySQL查询高速缓冲

什么是MySQL查询高速缓冲？

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

缓存的效果如何？

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

注意：

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

        如果你有许多mysqld 服务器更新相同的MyISAM 表，在这种情况下查询缓存不起作用。

        服务器启动时要禁用查询缓存，设置query_cache_size 系统变量为0 。禁用方式是通过在configure 中 使用--without-query-cache 选项，可以从服务器中彻底去除查询缓存能力。

查询高速缓冲工作原理是怎样的？

         当查询解析之前先进行比较操作，SELECT * FROM table_name 和 Select * From table_name被认为是不同的两个操作，也就意味着查询操作必须是逐字节相同的操作语句串才能够使用高速缓冲；同样的查询字符串有可能认为是不同 的，如：使用不同的数据库、不同的协议版本或者不同的默认字符集的查询，所以高速缓冲将建立不同的查询缓冲。

         当一个表被更改，那么使用那个表的所有缓冲查询将不再有效，并从缓冲区中移出。可能被哪些语句更改呢？它包括：INSERT UPDATE DELETE TRUNCATE ALTER TABLE DROP TABLE 和 DROP DATABASE。

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

         哪些函数将不被缓存？

    

BENCHMARK()	CONNECTION_ID()	CURDATE()
CURRENT_DATE()	CURRENT_TIME()	CURRENT_TIMESTAMP()
CURTIME()	DATABASE()	带一个参数的ENCRYPT()
FOUND_ROWS()	GET_LOCK()	LAST_INSERT_ID()
LOAD_FILE()	MASTER_POS_WAIT()	NOW()
RAND()	RELEASE_LOCK()	SYSDATE()
不带参数的UNIX_TIMESTAMP()	USER()

 

           引用自定义函数、变量、Mysql系统数据库中的表。

           SELECT ... IN SHARE MODE

           SELECT ... FOR UPDATE

           SELECT ... INTO OUTFILE...

           SELECT ... INTO DUMPFILE ...

           SELECT * FROM ... WHERE autoincrement_col IS NULL

          使用TEMPORARY 表

          不使用任何表

          用户有某个表的列集权限。

如何设置查询高速缓冲SELECT 选项？

        SQL_CACHE：如果query_cache_type系统变量的值是ON或DEMAND，查询结果被缓存。

        SQL_NO_CACHE：查询结果不被缓存。

如何设置查询高速缓冲配置？

        通过have_query_cache服务器系统变量指示查询缓存是否可用。

        SHOW VARIABLES LIKE 'have_query_cache'；

       所有查询缓存系统变量名以query_cache_ 开头。为了设置查询缓存大小，设置query_cache_size 系统变量。设置为0 表示禁用查询缓存。 默认缓存大小设置为0 ；也就是禁用查询缓存。当设置query_cache_size 变量为非零值时，应记住查询缓存至少大约需要40KB 来分配其数据结构。( 具体大小取决于系统结构）。 如果你把该值设置的太小，将会得到一个警告。

        SET GLOBAL query_cache_size = 40000;

        SHOW WARNINGS/G

         如果查询缓存大小设置为大于0 ，query_cache_type 变量影响其工作方式。这个变量可以设置为下面的值：

•             0 或OFF 将阻止缓存或查询缓存结果。
•            1 或ON 将允许缓存，以SELECT SQL_NO_CACHE 开始的查询语句除外。
•            2 或DEMAND ，仅对以SELECT SQL_CACHE 开始的那些查询语句启用缓存。

         当一个查询结果（返回给客户端的数据）从查询缓冲中提取期间，它在查询缓存中排序。因此，数据通常不在大的数据块中处理。查询缓存根据数据排序要求分配数据块，因此，当一个数据块用完后分配一个新的数据块。因为内存分配操作是昂贵的( 费时的) ，所以通过query_cache_min_res_unit 系统变量给查询缓存分配最小值。当查询执行时，最新的结果数据块根据实际数据大小来确定，因此可以释放不使用的内存。根据你的服务器执行查询的类型，你会发现调整query_cache_min_res_unit 变量的值是有用的：

         设置query_cache_type 变量的GLOBAL 值将决定更改后所有连接客户端的缓存行为。具体客户端可以通过设置query_cache_type 变量的会话值控制它们本身连接的缓存行为。例如，一个客户可以禁用自己的查询缓存，方法如下：

mysql> SET SESSION query_cache_type = OFF;

         要控制可以被缓存的具体查询结果的最大值，应设置query_cache_limit 变量。 默认值是1MB 。

         

当一个查询结果（返回给客户端的数据）从查询缓冲中提取期间，它在查询缓存中排序。因此，数据通常不在大的数据块中处理。查询缓存根据数据排序要求分配数据块，因此，当一个数据块用完后分配一个新的数据块。因为内存分配操作是昂贵的( 费时的) ，所以通过query_cache_min_res_unit 系统变量给查询缓存分配最小值。当查询执行时，最新的结果数据块根据实际数据大小来确定，因此可以释放不使用的内存。根据你的服务器执行查询的类型，你会发现调整query_cache_min_res_unit 变量的值是有用的：

•           query_cache_min_res_unit 默认值是4KB 。这应该适合大部分情况。
•          如果你有大量返回小结果数据的查询，默认数据块大小可能会导致内存碎片，显示为大量空闲内存块。由于缺少内存，内存碎片会强制查询缓存从缓存内存中修整（删除）查询。这时，你应该减少query_cache_min_res_unit 变量的值。空闲块和由于修整而移出的查询的数量通过Qcache_free_blocks 和Qcache_lowmem_prunes 变量的值给出。

·           如果大量查询返回大结果（检查 Qcache_total_blocks 和Qcache_queries_in_cache 状态变量），你可以通过增加query_cache_min_res_unit 变量的值来提高性能。但是，注意不要使它变得太大（参见前面的条目）。