QueryCache在其余数据库内部也称为事实集缓存。顾名思义，它的方针是将SELECT语句与其返回事实缓存到QueryCache中，即使反复实行不异的SELECT语句的话，咱们也许跳过MySQL的领会、优化、实行阶段，将SELECT的盘诘事实直接返回到客户端，加快SELECT语句的实行。
QueryCache中的重要数据机关Query_cache对周全QueryCache实行经管，负责供应接口供Server挪用。Query_cache_blockQueryCache中的一切保存都所以Query_cache_block来机关的。每一个Query_cache_block的格式都是Block_header+data.Query_cache_table用来纪录单个数据表的Block_header。Query_cache_block_table用来保存与Query干系的数据表的Block_header。每一个数据表都有一个自力的Query_cache_block_table机关对应。与Query_cache_table的差别是，一切Query哄骗的统一个数据表对应统一个Query_cache_table。Query_cache_query用来纪录Query的Block_header。Query_cache_result用来纪录事实集的Block_header。Query_cache_memory_bin用来经管QueryCache的内存哄骗，QueryCache的整个内存被区分为多个bins。该机关在QueryCache初始化的历程中终了。请参考底下QueryCache内存初始化部份。Query_cache_memory_bin_step用来帮忙初始化Query_cache_memory_bins，纪录内存经管的每一层的bins内存分派的巨细。请参考底下QueryCache内存初始化部份。Query_cache_query_flags用来纪录影响Query返回事实的处境变量，譬喻sql_mode，字符集，time_zone等。Querycache的保存机关Querycache中是哄骗Query_cache_block目标实行保存的，保存机关以下图：
+----------------------------------------------------------------------------+
Blockheader
+----------------------------------------------------------------------------+
Tableofdatabasetablelists
+----------------------------------------------------------------------------+
Typedependedheader
+----------------------------------------------------------------------------+
Data...
+----------------------------------------------------------------------------+
解说：
Blockheader：指的便是Query_cache_block这个机关体本身需求保存的一些讯息。详细讯息也许参考sql/sql_cache.h中的机关体解说。
Tableofdatabasetablelists：这部份是用来纪录与Query干系的所罕见据表header讯息(Query_cache_block_table机关）。关于一条Query来讲，每个干系的数据表都有一个云云的header讯息。而关于事实集数据块来讲，这部份不包括数据。
Typedependedheader：这部份用来纪录依赖于该Block的详细目标header，譬喻是Query_cache_query依然Query_cache_result。
Data：顾名思义，便是纪录咱们现时保存目标的数据讯息。
Querycache的内存经管Querycache凭借本人对内存实行经管。当用户调度query_cache_size系统参数时，Querycache会主动的更正内存巨细。
Querycache内存的初始化Querycache的内存初始化包括两个部份：
一次性请求query_cache_size巨细的内存空间。
初始化内存经管方法。
Querycache的内存经管方法以下图所示：
解说：
Querycache关于周全内存的经管是将周全内存块区分多层巨细不同的多个query_cache_memory_bins（简称bins）。详细的层数由query_cache_memory_bin_steps（简称steps）肯定，steps是动态凭借query_mem_size肯定的，何如肯定steps请参考Query_cache::init_cache。第N层的bins数目是由（前N-1层bins数目总和+QUERY_CACHE_MEM_BIN_PARTS_INC）*QUERY_CACHE_MEM_BIN_PARTS_MUL肯定的。QUERY_CACHE_MEM_BIN_PARTS_INC和QUERY_CACHE_MEM_BIN_PARTS_MUL是界说的管束每一层bins增量的两个宏。
Querycache内存的分派Querycache刚初始化后，周全内存做为一个大的free_block。当需求请求新的数据块时，Querycache首先寻求巨细最为逼近的bins实行般配，判定bins中有没有free_block。即使有则哄骗；即使没有则从其上一个bins中寻求free_block(bins是依照空间巨细降序摆列的，表层的bins巨细要比基层的bins空间大），直到找到适合巨细的一个。即使着末没有找到适合巨细的，Querycache将启动淘汰机制实行淘汰，以知足空间请求的需求。
Querycache内存的回收在需求请求内存块时，即使没有找到适合巨细的freeblock,Querycache将启动淘汰机制来淘汰最旧的缓存纪录，释放的block将被分派到关于巨细的bins中。即使分派历程中觉察现时回收的freeblock和bins中freeblock地方相邻，现时回收的freeblock将会和相邻的freeblock实行兼并，从新插入到巨细适合的bins中。此外Querycache经过flushquerycache语句也许主动整治Querycache的defragments。
Querycache干系的几个重心系统变量query_cache_type局限SESSION典型ENUM功效a)ON:cache一切SELECT语句。b)OFF:封闭querycache。(默许)。c)DEMAND:哄骗SQL_CACHEhint的SELECT语句才也许缓存query_cache_size局限GLOBAL典型ULong功效a)配置Querycache的巨细，配置局限是（0~ULONG_MAX）。b)默许值是1M。query_cache_limit局限GLOBAL典型ULong功效a)配置最大事实集巨细局限，即使事实集超过了该值的巨细，将不会被缓存。配置局限是（0~ULONG_MAX）。b)默许值是1M。query_cache_min_res_unit局限GLOBAL典型ULong功效a)配置内存请求的最小单位块的巨细，即使配置太大会影响QueryCache的理论哄骗率，形成空间铺张。即使配置过小会增长内存的分派以及兼并成本。配置局限是（0~ULONG_MAX）。b)默许值是4K。Querycache干系的两个Hintssql_no_cache功效:现时sql语句忽视哄骗querycache.
sql_cache功效:当query_cache_type为ON可能DEMAND时，思索缓存现时sql语句的事实集。
Querycache的处事旨趣为了快速搜索，Querycache中维持着一个HASHmap，用来纪录Query对应的其住址的query_cache_block。其对应的Key由query+database+flag（包括影响实行事实的一切处境变量）构成。即使现时Query与任何Key较量一致的话，对应的事实集就也许被直接返回。
Querycache的生效当一个表产生变动时，一切与该表干系的cachedqueries将生效。一个表产生变动，包括多种语句，譬喻INSERT,UPDATE,DELETE,TRUNCATETABLE,ALTERTABLE,DROPTABLE,可能DROPDATABASE。为了加快生效历程，Querycache中维持着一个HASHmap,用来纪录table对应的query_cache_block_table。其Key由db_name+table_name形成。经过Key的较量也许猎取query_cache_block_table，该目标包括一个双向链表，纪录了一切与该表干系的cachedqueries。经过云云的方法就也许快速的生效一个表对应的一切cachedqueries。
Querycache的监控Querycache经过showstatus也许看到以下一系列的形态讯息：
Qcache_total_blocksQuerycache总的块数。Qcache_free_blocksQuerycache的freeblocks数。Qcache_hits经过Querycache，射中的query次数。Qcache_inserts该变量纪录了以前有几何条query及其数据集胜利插入了QueryCache中，即使插入的纪录后来被淘汰了，该值也不会遭到影响。Qcache_lowmem_prunesQuerycache中淘汰的query纪录数。Qcache_not_cached未被缓存的query数。Qcache_queries_in_cache现时Querycache存在的query纪录数，即使有纪录被淘汰了，该值就会产生变动。注意与Qcache_inserts的不同。Qcache_total_blocks现时Querycache中总的blocks个数。Optimizer_trace中会显示“query_result_read_from_cache：true”云云的讯息。
归纳即使现时用户一再哄骗一样的query实行盘诘，Querycache关于功用的擢升是不言而喻的。然而也有不太幻想的情形，Querycache由于不光依赖于实行的query，同时也依赖于那时的实行处境，譬喻SQL_MODE讯息，字符集等，所以关于多用户同享Querycache，很难做到完整的同享。
此外，关于生效方法，当今MySQL做的并不到位，只需是表或表中的数据产生了变动便会引起干系cachedqueries生效，而更幻想的方法是惟有影响现时cachedqueries的实行事实的表的变动才引起干系cachedplan生效。譬喻即使UPDATE语句并未更正某个cachedqueries的实行记功，本来也许不必对其生效。
咱们会在接下来的文章中延续领会Querycache的并发管教历程，敬请等待。
预览时标签弗成点收录于合集#个