WP_Query 是 WordPress 中最重要的 class，几乎每个页面都是用它来获取文章，但是它最大的问题是，对文章进行查询的时候是直接到数据库查询的，结果没有被缓存起来，所以真正实现站点的 0SQL 就是这里。
NodeCache也称为QueryCache, 是在Node(机器)级别缓存的, 同一个节点上的多个shards共用的一个Node Cache.
1.5 query_cache_size （1）简介： 查询缓存简称QC，使用查询缓冲，mysql将查询结果存放在缓冲区中，今后对于同样的select语句（区分大小写）,将直接从缓冲区中读取结果。 一个sql查询如果以select开头，那么mysql服务器将尝试对其使用查询缓存。 注：两个sql语句，只要想差哪怕是一个字符（列如大小写不一样；多一个空格等）,那么这两个sql将使用不同的一个cache。 （2）判断依据 mysql> show status like "%Qcache%"; +-------------------------+---------+ | Variable_name | Value | +-------------------------+---------+ | Qcache_free_blocks | 1 | | Qcache_free_memory | 1031360 | | Qcache_hits | 0 | | Qcache_inserts | 0 | | Qcache_lowmem_prunes | 0 | | Qcache_not_cached | 2002 | | Qcache_queries_in_cache | 0 | | Qcache_total_blocks | 1 | +-------------------------+---------+ 8 rows in set (0.00 sec)
MySql Query Cache 和 Oracle Query Cache 是不同的， Oracle Query Cache 是缓存执行计划的，而MySql Query Cache 不缓存执行计划而是整个结果集。缓存整个结果集的好处不言而喻，但由于缓存的是结果集因此Query必须是完全一样的，这样带来的后果就是平均 Hit Rate 命中率一般不会太高。 Query Cache 对于一些小型应用程序或者数据表的数据量不大的情况下效果是最为明显的。
有如下规则，如果数据表被更改，那么和这个数据表相关的全部Cache全部都会无效，并删除之。这里“数据表更改”包括: INSERT, UPDATE, DELETE, TRUNCATE, ALTER TABLE, DROP TABLE, or DROP DATABASE等。举个例子，如果数据表posts访问频繁，那么意味着它的很多数据会被QC缓存起来，但是每一次posts数据表的更新，无论更新是不是影响到了cache的数据，都会将全部和posts表相关的cache清除。如果你的数据表更新频繁的话，那么Query Cache将会成为系统的负担。有实验表明，糟糕时，QC会降低系统13%[1]的处理能力。
众所周知，OLAP 数据库相较于传统的 OLTP 数据库，QPS肯定是比不过的。所以为了提升QPS、提升查询性能会做一些额外的优化，比如：
这些天在做ES调优，因为之前更多的是考虑ES的架构和可运维性，并没有过多关注query调优这块。今天一查Query Cache相关的内容，发现是少之又少。于是自己深入Dig了下，总算是有所了解。
Thanos 中的 Query 组件可以提供一个统一的查询入口，但是当查询的数据规模较大的时候，对 querier 组件也会有很大的压力，为此 Thanos 也提供了一个 Query Frontend 的组件来提升性能。Thanos Query Frontend 是 Thanos Query 的前端，它的目标是将大型查询拆分为多个较小的查询，并缓存查询结果来提升性能。
数据库与缓存 摘要: 这里讲的缓存是数据库本身的缓存，并不是外部缓存例如Redis/Memcache等等。 数据库的数据分为冷数据和热数据库，通俗的讲冷数据是存储在磁盘上不经常查询的数据；而热数据是频繁查询的数据，这部分数据会被缓存到内存中。 本文节选自《Netkiller Architect 手札》 第 10 章 数据库与缓存 目录 10.1. 什么是数据库缓存？ 10.2. 为什么缓存数据呢？ 10.3. 什么时候使用数据库缓存 10.4. 涉及缓存的地方有哪些 10.5. 谁来控制数据库缓存 10.6
Query Cache存储SELECT语句及其产生的数据结果，特别适用于表数据变化不是很频繁的场景，例如一些静态页面，或者页面中的某块不经常发生 变化的信息。如果此表上有任何写表操作发生，那么和这个表相关的所有缓存都将失效。
在mysql服务器高负载的情况下，必须采取一种措施给服务器减轻压力，减少服务器的I/O操作。一般采用的方法是优化sql操作语句，优化服务器的配置参数，从而提高服务器的性能。Mysql使用了几种内存缓存数据的策略来提高性能。 一、mysql的缓存机制 Mysql缓存主要包括关键字缓存（key cache）和查询缓存（query cache），这主要讲解mysql的查询缓存（query cache）机制。 1.查询缓存概述 在mysql的性能优化方面经常涉及到缓冲区（buffer）和缓存（cache
文章来自：博客 数据库属于 IO密集型的应用程序，其主要职责就是数据的管理及存储工作。而我们知道，从内存中读取一个数据库的时间是微秒级别，而从一块普通硬盘上读取一个IO是在毫秒级别，二者相差3个数量级。所以，要优化数据库，首先第一步需要优化的就是 IO，尽可能将磁盘IO转化为内存IO。本文先从 MySQL 数据库IO相关参数(缓存参数)的角度来看看可以通过哪些参数进行IO优化： query_cache_size/query_cache_type (global) Query cache 作用于整个 My
在 WordPress 中，使用 WP_Query 进行文章查询是最常见的操作，学习好这方面的操作， WordPress 开发基本就学会了一半。
对于现在的各种系统来说，缓存的应用无处不在。如果能合理的利用缓存，整个系统的性能将会得到大大的提高，Web开发尤其如此。一般高并发大访问量的应用，主要压力都在服务器端，所以服务器端的性能至关重要，缓存的使用，很多时候是有决定性影响的。
很多新手都在使用 Memcached 或者 Redis 扩展来加速服务器数据库的运行性能，其实这些扩展对于小博客的服务器来说有时候是个负担和安全隐患的，具体可以参考【理智冷静的使用 Memcached 或者 Redis】一文，那么不使用优化扩展我们如何来提升 MySQL 或 MariaDB 数据库的运行性能呢？
query cache 是mysql性能优化时的重要指标，通过查看query cache的状态信息，就可以知道例如 缓存是否有碎片、命中缓存的数量、没用到缓存的次数 …… 使用方法 mysql>
我们知道，缓存的设计思想在RDBMS数据库中无处不在，就拿号称2500w行代码，bug堆积如山的Oracle数据库来说，SQL的执行计划可以缓存在library cache中避免再次执行相同SQL发生硬解析（语法分析->语义分析->生成执行计划），SQL执行结果缓存在RESULT CACHE内存组件中，有效的将物理IO转化成逻辑IO，提高SQL执行效率。
node query cache 一个节点的所有shard共享一个缓存区。利用LRU算法替换缓存内容。 query cache缓存查询结果，但只缓存filter类型的查询。 可通过indices.queries.cache.size设置缓存的大小。 在5.1.1中移除了term query的缓存。因为term query和filter query二者查询时间相差不多。https://www.elastic.co/guide/en/elasticsearch/reference/5.1/release-not
在陈年的老项目中，通常用Redux、Mobx这样的「全局状态管理方案」无差别对待他们。
WordPress 安装 Memcached 之后，WordPress 的文章页，基本上可以做到 0 SQL 请求，但是首页或者其他列表页总是有两条 SQL 请求，怎么优化呢？
众所周知，从内存中读取要比从硬盘上速度要快好几百倍。故而，现在绝大部分应用系统都会最大程度的使用缓存（内存中的一个存储区域），来提高系统的运行效率。
数据库属于 IO 密集型的应用程序，其主要职责就是数据的管理及存储工作。而我们知道，从内存中读取一个数据库的时间是微秒级别，而从一块普通硬盘上读取一个IO是在毫秒级别，二者相差3个数量级。所以，要优化数据库，首先第一步需要优化的就是 IO，尽可能将磁盘IO转化为内存IO。本文先从 MySQL 数据库IO相关缓存参数的角度来介绍可以通过哪些参数进行IO优化：
SessionFactory 级别缓存 —- 二级缓存（进程范围）
我们在使用mariadb的时候发现有时候不能启动起来，在使用过程中mariadb占用的内存很大。
mysql缓存机制就是缓存sql 文本及缓存结果，用KV形式保存再服务器内存中，如果运行相同的sql,服务器直接从缓存中去获取结果，不需要在再去解析、优化、执行sql。 如果这个表修改了，那么使用这个表中的所有缓存将不再有效，查询缓存值得相关条目将被清空。表中得任何改变是值表中任何数据或者是结构的改变，包括insert,update,delete,truncate,alter table,drop table或者是drop database 包括那些映射到改变了的表的使用merge表的查询，显然，者对于频繁更新的表，查询缓存不合适，对于一些不变的数据且有大量相同sql查询的表，查询缓存会节省很大的性能。
MySQL参数优化对于不同的网站，及其在线量，访问量，帖子数量，网络情况，以及机器硬件配置都有关系， 优化不可能一次性完成，需要不断的观察以及调试，才有可能得到最佳效果。 下面列出了对性能优化影响较大 的主要变量，主要分为连接请求的变量和缓冲区变量
众所周知，缓存的设置是所有现代计算机系统发挥高性能的重要因素之一。对于MySQL数据库来说，也是得益于MySQL缓存机制，才能够提高MySQL数据库的性能，减少数据的内存占比。
3) HQL查询， Hibernate Query language hibernate 提供的面向对象的查询语言。
1.一级缓存: 基于 的 本地缓存，其存储作用域为，当 flush 或 close之后，该中的所有 Cache 就将清空。
WordPress性能优化非常重要，因为网站打开速度快了，看的人自然就多了，看的人多了，收入自然就多了。
Hibernate提供了多种缓存策略可用于控制二级缓存的行为和缓存数据的更新。以下是一些常用的缓存策略：
mysql> show variables like 'max_connections';
http://www.searchdoc.cn/rdbms/mysql/dev.mysql.com/doc/refman/5.7/en/index.com.coder114.cn.html
大家好，又见面了，我是你们的朋友全栈君。 二级缓存和查询缓存都相当于一个map。 二级缓存缓存的key为id，value为实体对象。一般load（），iterate（）使用到二级缓存，list()需要结合查询缓存使用。iterate（）和list（）区别如下： iterate()不需要开启查询缓存，它首先发出一个sql如”select s.id from Student s”去数据库把id属性列表取出来，然后再根据id列表一个一个load（），如果缓存有从缓存取，如果缓存没有就从数据库取：selec
应用运行一段时间后发生堆空间不足内存溢出 根据内存快照可见大量org.hibernate.engine.query.spi.QueryPlanCache对象
对于MySQL数据库中，千万级别或者上亿级别的大表如何优化？首先需要考虑执行计划优化SQL语句和索引，然后再考虑前段加缓存memcached、Redis数据库，如果还达不到效果，就要使用MySQL数据库集群，配置读写分离架构，配置MySQL表分区，配置MyCat分表分库等。
SQL语句优化 对查询进行优化，要尽量避免全表扫描。在 where 或 order by 的列上加索引。 尽量避免在 where 子语句中有 where num is null，这样不用索引，要全表扫描，可用 0 代替 null 避免在 where 中用<>or!=,因为要全表扫描 尽量避免在 where 中用 or，因为若一个字段有索引，一个没有，则要全表扫描 like”%abc%”，全表扫描 避免在 where 子语句中对字段进行函数操作，因为要全表扫描 使用复合索引时，必须用到该索引的第一个字段，否则
存储引擎API包含了十几个底层函数，如执行 “ 开始一个事务 ” ，或取出有特定主键的行，但存储引擎 一般不会去解析SQL， （InnoDB会解析外键定义，因为其本身没有实现该功能），不同存储引擎之间也不会相互通信， 而只是简单的响应上层的服务器请求。
作者介绍 azurezhao（赵阳），腾讯云数据库高级工程师，具备多年存储经验，包括文件存储、kv存储、数据库存储等。目前在腾讯专注于CDW PG数据库内核相关的研发。 1. 整体架构和设计目标 向量化计算层缓存(VectorTableSlot Cache, 下面简称VTS-Cache)。和传统的OLTP数据按行聚簇方式不同，在OLAP场景下，查询大多数是对某些列进行的，数据存储按照列式存储，查询运算时的数据也是按照列式存储，如下图所示。当前每次执行都需要去存储层读取数据，会有开销，所以考虑引入一层缓存层
一级缓存就是 ISession 缓存， 在 ISession 的生命周期内可用， 多个 ISession 之间不能共享缓存的对象， 通过 ISessionFactory 创建的 ISession 默认支持一级缓存， 不需要特殊的配置。 在 NHibernate 的参考文档中， 对 ISession 的描述如下：
双十一仔细想了想，好像也没什么可买的，吃的零食什么的都还有，用的东西没什么缺的，想想还是算了吧，还不如早点搞完早点休息来的实在。个人感觉已经过了冲动消费的年纪了，这可能也是人老了的标志吧。。。
负责监听对 MySQL Server 的各种请求，接收连接请求，转发所有连接请求到线程管理模块。每一个连接上 MySQL Server 的客户端请求都会被分配（或创建）一个连接线程为其单独服务。而连接线程的主要工作就是负责 MySQL Server 与客户端的通信， 接受客户端的命令请求，传递 Server 端的结果信息等。线程管理模块则负责管理维护这些连接线程。包括线程的创建，线程的 cache 等
WordPress 6.0 对性能提升还是做了很多工作的，比如昨天文章介绍的新增了批量添加、设置和删除一组缓存的函数，对分类模式下各种查询也进行提升。
MySQL架构总共三层，在上图中以虚线作为划分。 首先，最上层的服务并不是MySQL独有的，大多数给予网络的客户端/服务器的工具或者服务都有类似的架构。比如：连接处理、授权认证、安全等。 第二层的架构包括大多数的MySQL的核心服务。包括：查询解析、分析、优化、缓存以及所有的内置函数（例如：日期、时间、数学和加密函数）。同时，所有的跨存储引擎的功能都在这一层实现：存储过程、触发器、视图等。
虽然玩wordpress，但对wordpress和php内部了解不多，这篇文章算是自己的视野扩展吧，不足之处，欢迎指出，老规矩，能力强的可以直接读原文。
我们只看到一个输入语句，返回一个结果，却不知道这个 SQL 语句在 MySQL 内部的执行过程。
网 上有不少mysql 性能优化方案，不过，mysql的优化同sql server相比，更为麻烦与复杂，同样的设置，在不同的环境下 ，由于内存，访问量，读写频率，数据差异等等情况，可能会出现不同的结果，因此简单地根据某个给出方案来配置mysql是行不通的，最好能使用 status信息对mysql进行具体的优化。 mysql> show global status; 可以列出mysql服务器运行各种状态值，另外，查询mysql服务器配置信息语句： mysql> show variables; 一、
MySQL 从最初的 1.0、3.1 到后来的 5.x ,到今天的8.x，发生了各种各样的变化。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
