关于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优化的具体代码修改，我会在实践后进行补充。