关于查询缓存

youxi_2006

看了半天，没理解工作原理。

实际试了一下。开始不用查询缓存：table_cache = 0，　执行一个 过程A ， 过程A 里有对 表a 的查询和修改，给 表a 插入100W条记录，选其中1W个不同记录各做一次 过程A ，总记耗时：33.54。

再启用查询缓存：table_cache = 8092，　还执行之前的过程，结果耗时：15.78

mysql> show status like 'qcache%';
+-------------------------+------------+
| Variable_name           | Value      |
+-------------------------+------------+
| Qcache_free_blocks      | 1          |
| Qcache_free_memory      | 2147465272 |
| Qcache_hits             | 0          |
| Qcache_inserts          | 0          |
| Qcache_lowmem_prunes    | 0          |
| Qcache_not_cached       | 260005     |
| Qcache_queries_in_cache | 0          |
| Qcache_total_blocks     | 1          |
+-------------------------+------------+

hits = 0，应该是没用上查询缓存，怎么会耗时减了一半？

scc_166

大哥，你这个不是查询缓存，而是表高速缓存

query_cache_size 10M

这个才是

gogo407

原帖由 youxi_2006 于 2007-10-22 17:29 发表
看了半天，没理解工作原理。

实际试了一下。开始不用查询缓存：table_cache = 0，　执行一个 过程A ， 过程A 里有对 表a 的查询和修改，给 表a 插入100W条记录，选其中1W个不同记录各做一次 过程A ，总记耗时 ...

提示你注意两点
1.你打开了talbe_cache
这样你第二次查询的时候，会在内存中缓存住已经打开或者常用的表，所以会时间会比第一次少
2。因为你是对表进行了insert，所以每次insert和update之后，涉及到该表的缓存的结果集就会被丢弃
：）

cmysql

ls分析的对。
lz把table_cache和query cache的相关变量搞混了。像lz的所谓“过程A”，不使用query cache会比使用query cache来得快点，或者说使用query cache意义不大。

yueliangdao0608

MYSQL 参考手册中有对于这个的详细描述。建议去看看。

youxi_2006

我就说怎么会hits=0，原来弄错了。

过程A 是顺序执行一个select 操作，一个insert 操作，以及一个update操作，select 和update操作是同一个表。这样操作下来hits值为0就是对的。

看了些资料，还是不很清楚表高速缓存的工作原理，如果修改表的记录内容，是不是同时修改缓存内的数据内容？

另外table_cache的推荐值是什么意思，比如128，是指128M么？新手上路，多多帮助。

gogo407

原帖由 youxi_2006 于 2007-10-23 15:29 发表
我就说怎么会hits=0，原来弄错了。

过程A 是顺序执行一个select 操作，一个insert 操作，以及一个update操作，select 和update操作是同一个表。这样操作下来hits值为0就是对的。

看了些资料，还是不很清楚 ...

如果修改表的记录内容，是不是同时修改缓存内的数据内容？
－－－－－－－－－－－－－－－－－－－－－－－－－－－
如果修改了表的内容，就会丢弃缓存内涉及该表的结果集，因为同样一条查询，查询出来的结果可能已经不同了
－－－－－－－－－－－－－－－－－－－－－－－－－－－
128应该是指表的个数：）

youxi_2006

做了一次 过程A ，缓存的内容就会清一次，因为每执行一次 过程A 就有一次对这个表的update，修改后结果集内容被丢弃了，下次查询执行时并没有缓存数据？

那么，这样做和开始我不开table_cache，执行 过程A 的开销应该差不多，怎么结果会是一下减少了差不多一半？