缓存机制简单的说就是缓存sql文本及查询结果，如果运行相同的sql，服务器直接从缓存中取到结果，而不需要再去解析和执行sql。如果表更改了，那么使用这个表的所有缓冲查询将不再有效，查询缓存值的相关条目被清空。更改指的是表中任何数据或是结构的改变，包括INSERT、UPDATE、DELETE、TRUNCATE、ALTER TABLE、DROP TABLE或DROP DATABASE等，也包括那些映射到改变了的表的使用MERGE表的查询。显然，这对于频繁更新的表，查询缓存是不适合的，而对于一些不常改变数据且有大量相同sql查询的表，查询缓存会节约很大的性能。

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

下面sql查询缓存认为是不同的： 

SELECT * FROM tbl_name 
Select * from tbl_name


mysql> SHOW VARIABLES LIKE '%query_cache%'; 
+------------------------------+---------+ 
| Variable_name                | Value   | 
+------------------------------+---------+ 
| have_query_cache             | YES     | --查询缓存是否可用 
| query_cache_limit            | 1048576 | --可缓存具体查询结果的最大值 
| query_cache_min_res_unit     | 4096    |  
| query_cache_size             | 599040  | --查询缓存的大小 
| query_cache_type             | ON      | --阻止或是支持查询缓存 
| query_cache_wlock_invalidate | OFF     |  
+------------------------------+---------+  

PS:如果没query_cache_type是OFF的话,需要开启的话请在my.ini里面的增加一行 query_cache_type = 1 重启mysql.

sql_cache意思是说，将查询结果放入查询缓存中。
sql_no_cache意思是查询的时候不缓存查询结果。
sql_buffer_result意思是说，在查询语句中，将查询结果缓存到临时表中。


这三者正好配套使用。sql_buffer_result将尽快释放表锁，这样其他sql就能够尽快执行。

使用 FLUSH QUERY CACHE 命令，你可以整理查询缓存，以更好的利用它的内存。这个命令不会从缓存中移除任何查询。
FLUSH TABLES 会转储清除查询缓存。
RESET QUERY CACHE 使命从查询缓存中移除所有的查询结果。

SELECT * FROM tbl_touch WHERE activity_id IN(22,23,24,25,26);
SELECT * FROM tbl_touch WHERE activity_id IN(22,23,24,25,26);
SELECT * from tbl_touch WHERE activity_id IN(22,23,24,25,26);
SELECT SQL_NO_CACHE * FROM tbl_touch WHERE activity_id IN(22,23,24,25,26);


[SQL] SELECT * FROM tbl_touch WHERE activity_id IN(22,23,24,25,26);
受影响的行: 0
时间: 0.971s

[SQL] 
SELECT * FROM tbl_touch WHERE activity_id IN(22,23,24,25,26);
受影响的行: 0
时间: 0.000s

[SQL] 
SELECT * from tbl_touch WHERE activity_id IN(22,23,24,25,26);
受影响的行: 0
时间: 0.992s

[SQL] 
SELECT SQL_NO_CACHE * FROM tbl_touch WHERE activity_id IN(22,23,24,25,26);
受影响的行: 0
时间: 0.995s

参考文章：
http://www.cnblogs.com/freeliver54/archive/2012/12/05/2802614.html

http://blog.csdn.net/wmsjlihuan/article/details/16337685