查询缓存中涉及的表，每一个表对象都有一个属于自己的全局性质的锁;
表若是做DDL、FLUSH TABLES 等类似操作，触发相关表的查询缓存信息清空;
表对象的DML操作，必须优先判断是否需要清理相关查询缓存的记录信息，将不可避免地出现锁等待事件;
查询缓存的内存分配问题，不可避免地产生一些内存碎片;
查询缓存对是否是一样的查询语句，要求非常苛刻，而且还不智能;
我们再重新回到本节的重点上，查询缓存适合什么样的业务场景呢?只要是清楚了查询缓存的上述优缺点，就不难罗列出来，业务场景要求：
整个系统以读为主的业务，比如门户型、新闻类、报表型、论坛等网站;
查询语句操作的表对象，非频繁地进行DML操作，可以使用query_cache_type=2模式，然后SQL语句加SQL_CACHE参数指定;