有些时候我们希望减少对数据库的查询来提高程序的性能，因为这些数据不是经常变更的，而是会在很长一段时间内都不会变化，因此，我们每连接一次数据库，都会把相应的结果用文件的形式保存起来。比如对于一个商城来说，我们的商品的数量可能会经常变，但是我们的商品类型以及商品的价格这些东西都会在很长的一段时间内不会变更，如果我们需要频繁的查询它们的时候，就可以使用数据库缓存技术。
 
缓存的原因
 
第一点首先看我们普通情况下执行一条SQL查询的开销，我们先连接数据库，然后准备SQL查询，接下来发送查询信息，然后取得返回结果，最后关闭数据库连接，这样的话会占用较多的资源，而我们的PHP程序也因为要等待从数据库中查询而使得响应速度变慢。
 
第二点就是在数据库压力较大时，比如高峰时段，这个时候数据库压力大，我们就需要把一些数据存储到硬盘上，用文件的形式去读取，这样的做法是用我们的硬盘空间换取数据库的压力，这一点也要看机器性能。
 
第三点就是有些数据不着急去更新，比如上面提到的商品类型表，就不会太急于更新，比如我们的用户的核心信息，一般也不会轻易去修改密码什么的，这些内容可以选择用文件的形式去缓存起来。
 
缓存的实现原理
 
第一点就是我们要确定何时强制更新内容，最常见的有三种方式就是第一个就是用时间去触发，我们通常使用时间戳，第二点就是发现数据库数据被修改，则自动更新缓存，第三个就是人工触发，我们用人工的防水告诉信息系统强制更新缓存内容。
 
第二点就是我们可以通过使用serialize()函数来把从数据库中取得的数据进行序列化，保存为本地文件，然后我们通过unserialize来从本地文件中读取信息，所谓序列化就是用特定的方式去存储PHP的值，它会保证部丢失这些值的类型和结构。
 
实战演示
 
我们首先把从数据库中读取的数据存入本地文件，代码如下：
 
1
 
2
 
3
 
4
 
5
 
6
 
7
 
8
 
9
 
10
 
11
 
12
 
13
 
14
 
15
 
16
 
17
 
18
 
19
 
20
 
21
 
这样我们的$result就是从本地的txt文件中读取的数据，而不是从数据库中读取的数据了，即我们模拟了缓存的使用。
 
说明：
 
1.我们通过filemtime来得到文件的创建时间，可以用time来得到现在的时间，通过比较这个差值来决定是否要更新缓存。
 
2.我们可以用unlink来强制的删除文件以清空数据缓存

 
概述
 
查询缓存(Query Cache，简称QC)，存储SELECT语句及其产生的数据结果。闲来无事，做一下这块的总结，也做个备忘！
 

 
工作原理
 
查询缓存工作原理如下：
 
缓存SELECT操作的结果集和SQL语句，key为sql，value为查询结果集；
 
如果新的SELECT语句到了，以这个sql为key去缓存中查询，如果匹配，就把缓存的结果集返回；
 
匹配标准：与缓存的SQL语句是否完全一样，sql中字母区分大小写以及中间的空格，简单理解为存储了一个key-value结构，key为sql，value为sql查询结果，匹配时使用Java的String的equals()，例如：
 
select age from user 与 select AGE from user不会匹配，因为大小写不同；
 
select age from use 与 select age from user不会匹配，因为空格不同；
 
sql两边的空格可忽略，可以认为是对key进行过trim操作之后再进行equals比较。
 
查看mysql设置参数
 
执行
 
show variables like '%query_cache%';
 

 
可以看到相关参数：
 
query_cache_type：0-不启用查询缓存；1-启用，2-启用，默认值为0；
 
query_cache_size：设置缓存区总大小，允许设置query_cache_size的值最小为40K，默认1M，推荐设置为：64M/128M；
 
query_cache_limit：限制缓存区最大能缓存的单条查询记录集大小，默认设置为1M
 
query_cache_type为1时，只要符合查询缓存的要求，客户端的查询语句和记录集都可以缓存起来，如果SQL中加上 SQL_NO_CACHE将不缓存；
 
query_cache_type为2时，只要SQL中添加了参数：SQL_CACHE，且符合查询缓存的要求，客户端的查询语句和记录集，则可以缓存起来。
 
查看缓存使用情况
 
show status like '%Qcache%%';
 

 
可以看到相关参数：
 
Qcache_hits：缓存命中次数；
 
Qcache_inserts：缓存中插入次数，每缓存一次加1，注意这个不是缓存数量；
 
开启查询缓存
 
设置选项query_cache_type = 1 ，同时设置query_cache_size = 67108864；
 
注：query_cache_size的值设置在100MB以内即可。在MySQL里查询缓存是由一个全局锁在控制，每次更新查询缓存的内存块都需要进行锁定。
 
关闭查询缓存
 
设置选项query_cache_type = 0，同时设置query_cache_size = 0。
 
适用场景
 
用于频繁提交同一个语句，并且该表数据变化不是很频繁的场景，例如一些静态页面，或者页面中的某块不经常发生变化的信息。
 
由于查询缓存需要缓存最新数据结果，因此表数据发生任何变化(insert、update、delete或其他可能产生数据变化的操作)，都会导致查询缓存被刷新。因而，对于一个更新频率非常低而只读查询频率非常高的场景下，打开查询缓存还是比较有优势的。
 
不适用场景
 
查询缓存严格要求2次SQL请求要完全一样，包括SQL语句，连接的数据库、协议版本、字符集等因素都会影响。下面为查询缓存不适用的几个场景：
 
子查询；
 
过程、函数、触发器、event中调用的SQL，或者引用到这些结果的；
 
查询中涉及一些特殊函数时，例如：BENCHMARK()、CURDATE()、CURRENT_TIME()、CURRENT_TIMESTAMP()、NOW()、SLEEP()、CONNECTION_ID()、CURRENT_DATE()、CURRENT_USER()、PASSWORD()、RAND()、UUID()、ENCRYPT()、LAST_INSERT_ID()等等；
 
查询涉及到mysql，information_schema或performance_schema。
 
类似SELECT…LOCK IN SHARE MODE、SELECT…FOR UPDATE、SELECT..INTO OUTFILE/DUMPFILE、SELECT * FROM ... WHERE autoincrement_col IS NULL的查询；
 
SELECT执行计划用到临时表；
 
未引用任何表的查询，例如SELECT 1+2；
 
查询产生了告警(warnings)；
 
SELECT语句中存在SQL_NO_CACHE关键字；
 
涉及到分区表。
 
可见，使用查询的缓存的限制非常多。当使用场景中以只读为主，很少有更新的情况时，再考虑开启查询缓存。
 
mysql的查询缓存模式介绍
 
mysql的查询缓存 查询是数据库技术中最常用的操作.查询操作的过程比较简单,首先从客户端发出查询的SQL语句,数据库服务端在接收到由客户端发来的 SQL语句后, 执行这条SQL语句,然后将查询到的结 ...
 
mysql数据库查询过程探究和优化建议
 
查询过程探究 我们先看一下向mysql发送一个查询请求时,mysql做了什么? 如上图所示,查询执行的过程大概可分为6个步骤: 客户端向MySQL服务器发送一条查询请求 服务器首先检查查询缓存,如果命 ...
 
MySQL关闭查询缓存(QC)的两种方法
 
MySQL Query Cache 会缓存select 查询,安装时默认是开启的,但是如果对表进行INSERT, UPDATE, DELETE, TRUNCATE, ALTER TABLE, DROP ...
 
mysql数据库查询pdo的用法
 
最早的php对mysql数据库查询是mysql和mysqli方法,后来php的新版本进一步封住了该方法,于是又pdo,抛开php框架,使用pdo查询数据,使用也是相当简便 <?php ini_s ...
 
提高MySQL数据库查询效率的几个技巧(转载)
 
[size=5][color=Red]提高MySQL数据库查询效率的几个技巧(转)[/color][/size]      MySQL由于它本身的小巧和操作的高效, 在数据库应用中越来越多的被采用.我 ...
 
将从mysql数据库查询的信息，遍历到List&lt&semi;&gt&semi;以及一些随机数的生成
 
将从mysql数据库查询的信息,遍历到List<>以及一些随机数的生成. 代码比较乱,但是方法还是对的,大家又需要的选择看,希望对博友 有帮助,欢迎留言分享! public class s ...
 
MySQL 数据库查询数据，过滤重复数据保留一条数据---(MySQL中的row&lowbar;number变相实现方法)
 
转自: http://www.maomao365.com/?p=10564 摘要: 下文讲述MySQL数据库查询重复数据时,只保留一条数据的方法 实现思路: 在MySQL数据库中没有row_numbe ...
 
关于ORACLE的硬解析和软解析与MySQL的查询缓存query&lowbar;cache探讨
 
今天在项目中探讨到Oracle对于SQL语句的解析方法以及MySQL相应的处理方法: --------------------------------------------------------- ...
 
mysql的查询缓存
 
查询是数据库技术中最常用的操作.查询操作的过程比较简单,首先从客户端发出查询的SQL语句,数据库服务端在接收到由客户端发来的 SQL语句后, 执行这条SQL语句,然后将查询到的结果返回给客户端 ...
 
随机推荐
 
直接修改托管堆栈中的type object pointer(类型对象指针)
 
都知道.NET是一个强对象类型的框架. 那么对于对象类型又是怎么确定的呢. 最初的我简单认为数据的类型就是定义时字段的类型修饰决定的(回来发现这种观点是绝对错误的) 我们知道引用对象存储在托管堆栈中, ...
 
oracle中的function的简单语法定义
 
1. create or replace 函数名 (参数名 in 类型) return 返回值类型 as 定义变量 begin 函数体 end;
 
前端面试angular 常问问题总结
 
1. angular的数据绑定采用什么机制?详述原理 angularjs的双向数据绑定,采用脏检查(dirty-checking)机制.ng只有在指定事件触发后,才进入 $digest cycle : ...
 
【转】一个 Linux 上分析死锁的简单方法
 
简介 死锁 (deallocks): 是指两个或两个以上的进程(线程)在执行过程中,因争夺资源而造成的一种互相等待的现象,若无外力作用,它们都将无法推进下去.此时称系统处于死锁状态或系统产生了死锁,这 ...
 
Confluence设置MySQL数据库报错：必须使用&&num;39&semi;READ-COMMITTED&&num;39&semi;作为默认隔离级别。
 
解决方案: mysql -u root -p123456 SET GLOBAL tx_isolation='READ-COMMITTED'; mysql数据库创建 1.设置mysql隔离级别 SET ...
 
高并发情况下，如何生成分布式全局id
 
1.使用UUID生成全局id,不占用宽带 2.基于数据库自增或者序列生成全局id,占用宽带,设置自增步长实现集群,但可扩展性差 3.基于redis生成全局id,占用宽度,设置自增步长实现集群,性能比数 ...
 
学习7&lowbar;&lowbar;STM32--SPI外设之双机通信---
 
 # 整透stm32之spi双机通信(包括双机同为stm32,stm32& others) # 双机通信(全双工) 在主机的MOSI管脚输出1 ...
 
C&plus;&plus;范围解析运算符&colon;&colon;的使用
 
1.范围解析运算符的作用范围解析运算符 :: 用于标识不同范围内使用的标识符. 2.范围解析运算符的使用1)用于命名空间和类 namespace NamespaceA{ int x; class Cl ...
 
Python开发【项目】：RPC异步执行命令(RabbitMQ双向通信)
 
RPC异步执行命令 需求: 利用RibbitMQ进行数据交互 可以对多台服务器进行操作 执行命令后不等待命令的执行结果,而是直接让输入下一条命令,结果出来后自动打印 实现异步操作 不懂rpc的请移步h ...

 
众所周知，系统读取数据时，从内存中读取要比从硬盘上速度要快好几百倍。故现在绝大部分应用系统，都会最大程度的使用缓存(内存中的一个存储区域)，来提高系统的运行效率。MySQL数据库也不例外。在这里，笔者将结合自己的工作经验，跟大家探讨一下，MySQL数据库中缓存的管理技巧：如何合理配置MySQL数据库缓存，提高缓存命中率。
 
合理配置MySQL缓存 提高缓存命中率
 
什么时候适用MySQL缓存
 
对于一些不常改变数据且有大量相同sql查询的表，查询缓存会节约很大的性能。
 
一、什么时候应用系统会从缓存中获取数据?
 
数据库从服务器上读取数据时，可以从硬盘的数据文件中获取数据，也可以从数据库缓存中读取数据。现在数据库管理员需要搞清楚的是，在什么样的情况下，系统是从缓存中读取数据，而不是从硬盘的数据文件中读取数据?
 
简单的说，数据缓存就是内存中的一块存储区域，其存储了用户的SQL文本以及相关的查询结果。通常情况下，用户下次查询时，如果所使用的SQL文本是相同的，并且自从上次查询后，相关的纪录没有被更新过，此时数据库就直接采用缓存中的内容。从这个原则中，可以看到如果要直接使用缓存中的数据，至少要满足以下几个条件。
 
一是所采用的SQL文本是相同的。当前后两次用户使用了相同的SQL语句(假设不考虑其他条件)，则服务器会从缓存中读取结果，而不需要再去解析和执行SQL语句。这里需要注意的是，这里的SQL文本必须一次不差的完全相同。如果前后两次查询，使用了不同的查询条件。如第一次查询时没有输入Where条件语句。后来发现数据量过多，利用了Where条件了过滤查询的结果。此时即使最后的查询结果是相同的，系统仍然是从数据文件中获取数据，而不是从数据缓存中。再如，Select后面所使用的字段名称也必须是相同的。如果有一个字段名称不同或者前后两次查询所使用的字段数量不同，则系统都会认为是不同的SQL语句，而重新解析并查询。
 
二是从数据缓存的角度考虑，大小写是不敏感的。如前后两次查询时，采用的字段名称可能只有大小写的差异。如第一次使用的是大小，第二次使用的是小写，这系统认为仍然是相同的SQL语句。或者说关键字大小写等等这都是不敏感的。
 
三是要满足二次查询之间，数据记录包括表结构都没有被更改过。如果记录所在的标更改了，如增加了一个字段等等，此时使用这个表的所有缓冲数据系统将自动清空。这里需要注意，这里指的更改是一个广义的更改，包括表中任何数据或者结果的改变。举一个简单的例子，第一次查询时用户需要查询2010年的出货数据。查询后有用户在这个表中插入了一条2011年1月份的出货信息。然后又有用户需要查询2010年的出货信息。使用的SQL语句与第一次查询时完全相同。在这种情况下，数据库系统会使用缓存中的数据吗?答案是否定的。因为当中间用户插入一条记录时，系统会自动清空跟这个表相关的所有缓存记录。当第二次查询时，缓存中已经没有这张表对应的缓存信息。此时就需要重新解析并查询。
 
四是需要注意，默认字符集对缓存命中率的影响。通常情况下，如果客户端与服务器之间所采用的默认字符集不同，则即使查询语句相同、在两次查询之间记录与表结构也没有被更改，系统仍然认为是不同的查询。对于这一点需要特别的注意，大家比较容易忽视。
 
二、提高缓存命中率的建议。
 
从上面的条件分析中可以看出，利用缓存中的数据具有比较严格的条件。其实这些条件也是合情合理的。主要是为了保障数据的一致性。对以上这些条件有深入的认识之后，现在数据库管理员需要考虑的是，如何来提高这个缓存的命中率?对此笔者有如下几个建议。
 
一是在配置时，客户端与服务器端要使用相同的字符集。如果客户端(或者说第三方工具)与服务器端使用的字符集不同，那么任何情况下都不会使用缓存功能。特别在国内，需要用到中文的字符集。此时特别需要注意，客户端默认字符集要与服务器端的默认字符集相同。注意，这里是相同，而不是兼容。有时候即使采用了不同的字符集，客户端上仍然可以正常显示。这主要是因为有些字符集虽然不相同，但是是相互兼容的。在缓存管理上，需要相同，光兼容还不行。只要字符大小写、空格或者注释有一点点不同，查询缓存就认为这是一个不同的查询。
 
二是在客户端上，要固化查询的语句。如现在有财务人员和采购人员同时从系统中查询11月份的出货数据。显然他们岗位职责不同，所需要字段的内容是不同的。此时在客户端出，可以允许用户设置自己所需要的表单格式。但是笔者建议，后台所采用的SQL语句最好是相同的。这里数据会经过三个渠道：后台数据库、客户端、用户。笔者的意识时，后台数据库与客户端之间的交互采用相同的SQL语句。然后客户端与用户之间进行交互时，根据用户定义的格式(包括字段前后的排列、不包括查询条件语句的差异)向用户显示数据。此时由于采用了相同的SQL语句(只是用户对于显示格式的要求不同)，从而可以提高应用系统的查询效率。
 
三是提高内存中缓存的配置，来提高命中率。一般在服务器启动时，操作系统会跟数据库软件协商缓存空间的大小。当缓存工作不足时，缓存中最旧的缓存记录会被最新的消息所覆盖。可见，如果能够提高缓存空间，就可以提高命中率。这就好像打靶，目标多了，命中的几率也会高许多。不过用户的并发数越多，这个设置的效果会越不明显。
 
四是通过分区表可以提高缓存的命中率。在上面的条件分析中，大家可以看到，只要所查询的表中插入了一条记录，系统就会清空缓存记录。现在以查询出货记录为例。出货记录表每天都在更新，而用户在年初时，会经常需要查询上一年的出货记录。此时由于这个表中的数据每个小时都在更新，那么缓存中的信息会不断的被情况。此时缓存的命中率显然不会很高。针对这种情况，笔者建议可以采用分区表。如可以通过系统设置，将2010年的出货记录单独存放在一个出货的分区表中。即每一个年度都使用一张单独的分区表。此时2011年的纪录，就不会影响到2010年的分区表。此时如果用户重复查询2010年的出货信息，只要其使用的SQL语句相同(没有采用不同的查询条件)，那么就可以享受缓存机制所带来的效益，提高应用系统的查询效果。。
 
三、多个应用对缓存的影响。
 
通常情况下，MySQL数据库的缓存是根据服务器内存的大小自动分配的。如果一台服务器上只有一个MySQL应用，那么固然最好。不过在实际工作中，为了降低信息化投资的成本，往往会在同一台服务器上布置多个信息化应用。由于其他信息化应用也需要使用内存的空间作为缓存，那么MySQL数据库中缓存空间就可能变小。如果遇到这种情况下，数据库管理员需要跟系统工程师进行协商，为各种不同的应用根据性能要求的不同，手工设置不同的缓存空间。如此的话，就可以避免同一台服务器上不同信息化应用对缓存的冲突。
 
配置和适用查询缓存的方法:
 
开启: 在my.ini中配置query_cache_type(0[off], 1[on], 2[demand]; 0不使用; 1默认使用缓存, 如果查询语句用SELECT SQL_NO_CACHE ...开头则不缓存; 2默认不使用缓存, 如果查询语句使用SELECT SQL_CACHE开头则使用缓存)
 
查看配置: show variables like '%cache%';
 
have_query_cache: 为YES表示缓存开启
 
query_cache_type: on表示默认使用缓存
 
query_cache_limit: 能缓存的单条查询结果容量最大值, 超过此值则不会缓存
 
query_cache_size: 查询缓存总共占内存空间大小, 一般设置为256M为一个不错的大小
 
查询缓存状态: show stats like 'Qcache%';
 
Qcache_free_blocks: 查询缓存中空闲的block数目
 
Qcache_free_memory: 空闲的内存总量
 
Qcache_cache_hits: 命中的次数
 
Qcache_cache_inserts: 向缓存中插入新的缓存结果的次数(也就是没有命中的次数)
 
Qcache_lowmem_prunes: 当 Query Cache内存容量不够，需要从中删除老的单条查询结果以给新的查询结果对象使用的次数
 
Qcache_not_cached: 没有被缓存的SQL数, 包括无法被缓存的SQL以及由于query_cache_type设置的不会被缓存的SQL
 
Qcache_queries_in_cache: 目前在内存中的SQL数量
 
Qcache_total_blocks: 内存中总的Block数量

 
mysql数据库查询缓存原理是：1、缓存SELECT操作的结果集和SQL语句，key为sql，value为查询结果集；2、如果新的SELECT语句到了，以这个sql为key去缓存中查询，如果匹配，就把缓存的结果集返回。
 

 
mysql数据库查询缓存原理是：
 
概述
 
查询缓存(Query Cache，简称QC)，存储SELECT语句及其产生的数据结果。闲来无事，做一下这块的总结，也做个备忘！
 
超详细的mysql数据库查询缓存总结，值得收藏
 

 
工作原理缓存SELECT操作的结果集和SQL语句，key为sql，value为查询结果集；
 
如果新的SELECT语句到了，以这个sql为key去缓存中查询，如果匹配，就把缓存的结果集返回；
 
匹配标准：与缓存的SQL语句是否完全一样，sql中字母区分大小写以及中间的空格，简单理解为存储了一个key-value结构，key为sql，value为sql查询结果，匹配时使用Java的String的equals()，例如：
 
select age from user 与 select AGE from user不会匹配，因为大小写不同；
 
select age from use 与 select age from user不会匹配，因为空格不同；
 
sql两边的空格可忽略，可以认为是对key进行过trim操作之后再进行equals比较。
 
查看mysql设置参数
 
执行
 
show variables like '%query_cache%';
 

 
可以看到相关参数：query_cache_type：0-不启用查询缓存；1-启用，2-启用，默认值为0；
 
query_cache_size：设置缓存区总大小，允许设置query_cache_size的值最小为40K，默认1M，推荐设置为：64M/128M；
 
query_cache_limit：限制缓存区最大能缓存的单条查询记录集大小，默认设置为1M
 
query_cache_type为1时，只要符合查询缓存的要求，客户端的查询语句和记录集都可以缓存起来，如果SQL中加上 SQL_NO_CACHE将不缓存；
 
query_cache_type为2时，只要SQL中添加了参数：SQL_CACHE，且符合查询缓存的要求，客户端的查询语句和记录集，则可以缓存起来。
 
查看缓存使用情况
 
show status like '%Qcache%%';
 

 
可以看到相关参数：Qcache_hits：缓存命中次数；
 
Qcache_inserts：缓存中插入次数，每缓存一次加1，注意这个不是缓存数量；
 
开启查询缓存
 
设置选项query_cache_type = 1 ，同时设置query_cache_size = 67108864；
 
注：query_cache_size的值设置在100MB以内即可。在MySQL里查询缓存是由一个全局锁在控制，每次更新查询缓存的内存块都需要进行锁定。
 
关闭查询缓存
 
设置选项query_cache_type = 0，同时设置query_cache_size = 0。
 
适用场景
 
用于频繁提交同一个语句，并且该表数据变化不是很频繁的场景，例如一些静态页面，或者页面中的某块不经常发生变化的信息。
 
由于查询缓存需要缓存最新数据结果，因此表数据发生任何变化(insert、update、delete或其他可能产生数据变化的操作)，都会导致查询缓存被刷新。因而，对于一个更新频率非常低而只读查询频率非常高的场景下，打开查询缓存还是比较有优势的。
 
不适用场景
 
查询缓存严格要求2次SQL请求要完全一样，包括SQL语句，连接的数据库、协议版本、字符集等因素都会影响。下面为查询缓存不适用的几个场景：子查询；
 
过程、函数、触发器、event中调用的SQL，或者引用到这些结果的；
 
查询中涉及一些特殊函数时，例如：BENCHMARK()、CURDATE()、CURRENT_TIME()、CURRENT_TIMESTAMP()、NOW()、SLEEP()、CONNECTION_ID()、CURRENT_DATE()、CURRENT_USER()、PASSWORD()、RAND()、UUID()、ENCRYPT()、LAST_INSERT_ID()等等；
 
查询涉及到mysql，information_schema或performance_schema。
 
类似SELECT…LOCK IN SHARE MODE、SELECT…FOR UPDATE、SELECT..INTO OUTFILE/DUMPFILE、SELECT * FROM ... WHERE autoincrement_col IS NULL的查询；
 
SELECT执行计划用到临时表；
 
未引用任何表的查询，例如SELECT 1+2；
 
查询产生了告警(warnings)；
 
SELECT语句中存在SQL_NO_CACHE关键字；
 
涉及到分区表。更多相关免费学习推荐：mysql教程(视频)