关于query_cache改进的一点想法

今天公司几个技术人员闲聊时聊到mysql的query
cache是实用性，说到在互联网公司中，这个功能非常的不实用并且经常被关闭了。因为query
cache每次表修改（增，删，改）都会删除对应表在query
cache中的所有原先缓存，所以实际上缓存基本一直在删除重建的过程中，没有太大的作用。关于query
cache的工作原理，可以参考我之前的blog。

互联网应用，特别是较为大型的应用，很多都是单表主键操作。根据这个特性我们认为可以对query
cache做一下优化，以减少不必要的缓存更新操作。

对于以“主键进行等值判断”为条件的查询语句而言，如：

create table t1 (c1 int primary key, c2 char(10));

insert into t1 values (1,'1');

select * from t1 where
c1=1;
//这里插入query cache缓存

insert into t1
values(2,'2');
// 这里插入的新值（2，‘2’）并不会影响之前的query cache缓存结果的正确性

插入语句肯定是不会影响query cache中已有的缓存数据有效性的。

具体的优化思路包括如下：

1. 修改query cache缓存块的块头数据结构，添加一个标识 int flag_stable_in_insert;

2. 在语句进行解析的时候记录下语句的条件类型，判断是否为以“主键进行等值判断”为条件的查询语句，若是记录一个标识为
flag_stable_in_insert = 1,否则为0；

3.
修改insert语句执行结束后的缓存更新逻辑，在更新缓存时，如果对于表的缓存块中有flag_stable_in_insert==1的，该块不删除。

这个思路的好处是，query
cache对于缓存更新判定的逻辑还是属于非常粗粒度的，不会对性能造成太大影响，并且可以很大程度上优化以增量插入为主的应用中query
cache的有效性。

对于修改和删除而言，需要判断修改和删除记录的主键值是否在缓存中，处理逻辑会复杂很多，是否值得在query
cache上做还需要进一步的调研。

对于增量插入query cache优化的具体代码修改，我会在实践后进行补充。