mysql查询缓存除了缓存数据还有哪些

扫码添加渲大师小管家，免费领取渲染插件、素材、模型、教程合集大礼包！

大家好，今天来介绍mysql查询缓存除了缓存数据还有哪些(mysql查询缓存优缺点)的问题，以下是渲大师小编对此问题的归纳和整理，感兴趣的来一起看看吧！

谁能帮我介绍一下Mysql的缓存技术还有php的缓存技术

开发中的源扰瓶颈往往都是mysql，所以大部分的缓存都是皮裂掘减少与mysql的链接数

缓存又分两种
1.内存缓存，把数据缓存到内存中，下次直接到内存中读取数据而不需要再查mysql，这个燃核就要用内存工具了，比如memcache等
2.文件缓存，把数据缓存到文件中，下次直接访问文件，这样也不需要去查数据库

mysql 查询结果 用什么缓存好

我们都知道 MySQL 的 Table Cache 是表定义的缓存，江湖上流传着各种对这个参数的调优方法。
table cache 的作用，就是节约读取表结构文件的开销。对于table cache 是否命中，其实table cache 是针对于线程的，每个线程有自己皮搜的缓存，只缓存本线程的表结构定义。不过我们发现，燃乱历strace 中没有关于表结构文件的 open 操作（只有 stat 操作，定位表结构文件是否存在），也就是说 table cache 不命中，不一定需要陪谨读取表结构文件。这种感觉好像是：在不命中 table cache 时，命中了另外一个表结构缓存。
运维建议：
我们读一下 MySQL 的文档，关于 table_open_cache 的建议值公式：建议值 = 最大并发数 * join 语句涉及的表的最大个数。
通过实验我们容易理解：table_cache 是针对于线程的，所以需要最大并发数个缓存。另外，一个语句 join 涉及的表，需要同时在缓存中存在。所以最小的缓存大小，等于语句 join 涉及的表的最大个数。将这两个数相乘，就得到了 MySQL 的建议值公式。

如何MySQL查询缓存求答案

当在使用中，查询缓存会存储一个 SELECT 查询的文本与被传送到客户端的相应结果。如果之后接收到一个同样的查询，服务器将从查询缓存中检索结果，而不是再次分析和执行这个同样的查询。
注意：查询缓存绝不返回过期数据。当数据被修改后，在查询缓存中的任何相关词条均被转储清除。
在某些表并不经常更改，而你又对它执行大量的相同查询时，查询缓存将是非常有用的。对于许多 WEB 服务器使用大量的动态信息，这是一个很典型的情况。
下面是查询缓存的一个性能数据。（这些结果的产生，是通过在一个 a Linux Alpha 2 x 500 MHz、2GB RAM 和 64MB 查询缓存上执行 MySQL 基准套件和到的）：
如果你执行的所有查询均是简单的（比如从表中一行一行的物薯选取）；但是仍然是不同的，所以该查询不能被缓冲，查询缓存处于活动时，开销为 13%。这可以被看作是最差的情况。然而，在实际情况下，查询是比我们的简单示例要复杂得多的，所以开销通常显着得低。
在只有一行记录表中搜索一行后，搜索将快 238% 。这可以被认为是接近于对嫌桥一个被缓冲的查询所期望的最小的加速。
如果你希望禁用芹蚂猛查询缓存，设置 query_cache_size=0。禁用了查询缓存，将没有明显的开销。（在配置选项 --without-query-cache 的帮助下，查询缓存可以被排除在外码之外）
查询在分析之前先被比较，因而
SELECT * FROM tbl_name和Select * from tbl_name
对于查询缓存被当作是不同的查询，因而查询需要严格的一致（字节对字节的），才会被认为是同样的。 另外，如果一个客户端使用一个新的连接协议格式或不同于其它客户端的另一个字符集，一个查询将被视为不同的。
使用不同数据库的，使用不同协议版本的，或使用不同的缺省字符串的查询将被认为是不同的查询，并将分别的缓冲。
高速缓冲不对 SELECT CALC_ROWS … 和 SELECT FOUND_ROWS（） … 类型的查询起作用，因为找到的行的数目也是被存储在缓冲里的。
如果查询结果被从查询缓存中返回，那么状态变量 Com_select 将不会被增加，但是 Qcache_hits 却会增加。
查看章节 6.9.4 查询缓存的状态和维护。
如果一个表发生的改变 （INSERT, UPDATE, DELETE, TRUNCATE, ALTER 或 DROP TABLEDATABASE），那么所有这张表使用的缓冲的查询（可能通过一个 MRG_MyISAM 表！）将被得失效，并从缓冲中移除。
InnoDB 表的事务所做的更改将在一个 COMMIT 被完成时，使数据失效。
如果一个查询包括下面的函数，它将不能被缓冲：
函数 函数 函数
User-Defined Functions CONNECTION_ID FOUND_ROWS
GET_LOCK RELEASE_LOCK LOAD_FILE
MASTER_POS_WAIT NOW SYSDATE
CURRENT_TIMESTAMP CURDATE CURRENT_DATE
CURTIME CURRENT_TIME DATABASE
ENCRYPT （只有一个参数调用） LAST_INSERT_ID RAND
UNIX_TIMESTAMP （无参数调用） USER BENCHMARK
如果一个查询包含用户变量，引用 MySQL 系统数据库，或下列之一的格式，SELECT … IN SHARE MODE, SELECT … INTO OUTFILE …， SELECT … INTO DUMPFILE … 或 SELECT * FROM AUTOINCREMENT_FIELD IS NULL （检索最后一个插入 ID - ODBC 语句），该查询亦不可以被缓存。
然而，FOUND ROWS（） 将返回正确的值，即使先前的查询是从缓存中读取的。
万一一个查询不使用任何表，或使用临时表，或用户对任何相关表有一个列权限，那么查询将不会被缓存。
在一个查询从查询缓存中读取前，MySQL 将检查用户对所有相关的数据库和表有 SELECT 权限。

如何清理MySQL 的查询缓存

MySQL的FLUSH可以清理mysql数据库缓存数据

MySQL的FLUSH句法(清除或者重新加载内部缓存） FLUSH flush_option [,flush_option]，如果你想要清除一些MySQL使用内部缓存，你应该使用FLUSH命令。为了执行FLUSH，你必须有reload权限。
flush_option 可以是下列任何东西：

HOSTS 这个用的最多，经常碰见。主要是用来清空主机缓存表。如果你的某些主机改变IP数字，或如果你得到错误消息Host ... isblocked，你应该清空主机表。当在连接MySQL服务器时，对一台给定的主机有多于 max_connect_errors个错误连续不断地发生，MySQL为了安全的需要将会阻止该主机进一步的连接请求。清空主机表允许主机再尝试连接。

LOGS 关闭当前的二进制日志文件并创建一个新文件，新的二进制日志文件的名字在当前的二进制文件的编号上加1。

PRIVILEGES 这个也是经常使用的，每当重新赋权后，为了以防万一，让新权限立即生效，一般都执行一把，目地是从数据库授权表中重新装载权限到缓存中御宴厅。

TABLES 关闭所有打开的表，同时该操作将会清空查询缓存中的内容。

FLUSH TABLES WITH READ LOCK 关闭所有打开的表，同时对于所有数据库中的表都加一个读锁，直到显示地执行unlock tables，该操作常常用于数据备份的时候。解锁的语句就是unlock tables。
FLUSH TABLES WITH READ LOCK对于数据库是全局的表锁定，如果只想锁定几个表，可以用LOCK TABLES tbl_name [AS alias] {READ [LOCAL] [LOW_PRIORITY] WRITE} 。这个命令同样需要unlock tables来解锁。
read-lock: 允许其他并发的读请求，但阻塞写请求，即可以同时读，但不允许任何写。也叫共享锁。write-lock: 不允许其他并发的读和写请求，是排他的(exclusive)。也叫独占锁

STATUS 重置大多数状态变量到0。

MASTER 删除所有的二进制日志索引文件中的二进制日志文件，重置二进制日志文祥好件的索引文件为空，创建一个新的二进制日志文件,不过这个已经不推荐使用，改成reset master 了。可以想象，以前自己是多土啊，本来一条简单的命令就可以搞定的，却要好几条命令来，以前的做法是先查出来当前的二进制日志文件名，再用purge 操作。

QUERY CACHE 重整查询缓存，消除其中的碎片，提高性能，但是并不影响查询缓存中现有的数据，这点和Flush table 和Reset Query Cache（将会清空查询缓存的内容）不一样的。

SLAVE 类似于重置复制吧，让从数据库忘记主数据库的复制位置，同时也会删除已经下载下来的relay log,与Master一样，已经不推荐使用，改成Reset Slave了。这个也很有用的。

一般来讲，Flush操作都会记录在二进制日志文件镇隐中，但是FLUSH LOGS、FLUSH MASTER、FLUSH SLAVE、FLUSH TABLES WITH READ LOCK不会记录，因此上述操作如果记录在二进制日志文件中话，会对从数据库造成影响。

学会设置五大类MySQL参数

　　(一)连接

　　连接通常来自Web服务器 下面列出了一些与连接有关的参数 以及该如何设置它们

　　 max_connections

　　这是Web服务器允许的最大连接数 记住每个连接都要使用会话内存(关于会话内存 文章后面有涉及)

　　 max_packet_allowed

　　最大数据包大小 通常等于你需要在一个大块中返逗或睁回的最大数据集的大小 如果你在使用远程mysqldump 那它的值需要更大

　　 aborted_connects

　　检查系统状态的计数器 确定其没有增长 如果数量增长说明客户端连接时遇到了错误

　　 thread_cache_size

　　入站连接会在MySQL中创建一个新的线程 因为MySQL中打开和关闭连接都很廉价 速度也快 它就没有象其它数据库 如Oracle那么多持续连接了 但线程预先创建并不会节约时间 这就是为什么要MySQL线程缓存的原因了

　　如果在增长请密切注意创建的线程 让你的线程缓存更大 对于 或 的thread_cache_size 内存占用也不多

　　(二)查询缓存

　　MySQL中的缓存查询包括两个解析查询计划 以及返回的数据集 如果基础表数据或结构有变团判化 将会使查询缓存中的项目无效

　　 query_cache_min_res_unit

　　MySQL参数中query_cache_min_res_unit查询缓存中的块是以这个大小进行分配的 使用下面的公式计算查询缓存的平均大小 根据计算结果设置这个变量 MySQL就会更有效地使用查询缓存 缓存更多的查询 减少内存的浪费

　　 query_cache_size

　　这个参数设置查询缓存的总大小

　　 query_cache_limit

　　这个参数告诉MySQL丢掉大于这个大小的查询 一般大型查询还是比较少见的 如运行一个批处理执行一个大型报表的统计 因此那些大型结果集不应该填满查询缓存

　　qcache hit ratio = qcache_hits / (qcache_hits + _select)

　　使用

　　SQL> show status like qcache% ;

　　SQL> show status like _% ;

　　找到这些变量

　　average query size = (query_cache_size qcache_free_memory)/qcache_queries_in_cache

　　使用

　　SQL> show variables like query% ;

　　qcache_* status variables you can get with:

　　SQL> show status like qcache% ;

　　获取query_cache_size的值

　　(三)临时表

　　内存速度是相当快的 因此我们希望所有的排序操作都在内存中进行 我们可以通过调整查询让结果集更小以实现内存排序 或将变量设置得更大

　　tmp_table_size

　　max_heap_table_size

　　无论何时在MySQL中创建临时表 它都会使用这两个变量的最小值作为临界值 除了在磁盘上构建临时表外 还会创建许多会话 这些会话会抢占有限制的资源 因此最好是调整查询而不是将这些参数设置得更高 同时 需要注意的是有BLOB或TEXT字段类型的表将直接写入磁盘 深入浅出MySQL双向复制技术

　　(四)会话内存

　　MySQL中每个会话都有其自己的内存 这个内存就是分配给SQL查询的内存 因此你想让它变得尽可能大以满足需要 但你不得不平衡同一时间数据库内一致性会话的数量 这里显得有点黑色艺术的是MySQL是按需分配缓存的 因此 你不能只添加它们并乘以会话的数量 这样估算下来比MySQL典型的使用要大得多 最佳做法是启动MySQL 连接所有会话 然后继续关注山岁顶级会话的VIRT列 mysqld行的数目通常保持相对稳定 这就是实际的内存总用量 减去所有的静态MySQL内存区域 就得到了实际的所有会话内存 然后除以会话的数量就得到平均值

　　 read_buffer_size

　　缓存连续扫描的块 这个缓存是跨存储引擎的 不只是MyISAM表

　　 sort_buffer_size

　　执行排序缓存区的大小 最好将其设置为 M M 然后在会话中设置 为一个特定的查询设置更高的值

　　 join_buffer_size

　　执行联合查询分配的缓存区大小 将其设置为 M M大小 然后在每个会话中再单独按需设置

　　 read_rnd_buffer_size

　　用于排序和order by操作 最好将其设置为 M 然后在会话中可以将其作为一个会话变量设置为更大的值

　　(五)慢速查询日志

　　慢速查询日志是MySQL很有用的一个特性

　　 log_slow_queries

　　MySQL参数中log_slow_queries参数在f文件中设置它 将其设置为on 默认情况下 MySQL会将文件放到数据目录 文件以 主机名 slow log 的形式命名 但你在设置这个选项的时候也可以为其指定一个名字

　　 long_query_time

　　默认值是 秒 你可以动态设置它 值从 到将其设置为on 如果数据库启动了 默认情况下 日志将关闭 截至 和安装了Google补丁的版本 这个选项可以以微秒设置 这是一个了不起的功能 因为一旦你消除了所有查询时间超过 秒的查询 说明调整非常成功 这样可以帮助你在问题变大之前消除问题SQL

　　 log_queries_not_using_indexes

　　开启这个选项是个不错的主意 它真实地记录了返回所有行的查询

　　小结

lishixinzhi/Article/program/MySQL/201311/29371