当前位置:Gxlcms > 数据库问题 > mysql 缓存机制

mysql 缓存机制

时间:2021-07-01 10:21:17 帮助过:4人阅读

目录

  • 1. MySQL缓存简介
    • 1. MySQL缓存机制说明
    • 2. MySQL缓存失效
    • 3. 使用场景
  • 2. 命中条件
  • 3. 工作流程
  • 4. 缓存失败
  • 5. 缓存的内存管理
  • 6. 缓存的使用时机
    • 1. 通过缓存命中率判断
    • 2. 通过缓存写入率判断
    • 3. 通过命中-写入率判断
  • 7. 缓存参数配置
    • 1. 查看缓存相关配置
    • 2. query_cache_type
    • 3. query_cache_size
    • 4. query_cache_min_res_unit
    • 5. query_cache_limit
    • 6. query_cache_wlock_invalidate
    • 7. GLOBAL STATUS 中关于缓存的参数解释
  • 8. 减少缓存碎片策略
  • 9. InnoDB查询缓存
  • 10. 参考

1. MySQL缓存简介

1. MySQL缓存机制说明

MySQL缓存机制即缓存sql 文本及缓存结果,用KV形式保存再服务器内存中,如果运行相同的sql,服务器直接从缓存中去获取结果,不需要再去解析、优化、执行sql

2. MySQL缓存失效

  • 在表的结构或数据发生改变时,查询缓存中的数据不再有效,查询缓存值的相关条目将被清空
  • INSERT、UPDATE、 DELETE、TRUNCATE、ALTER TABLE、DROP TABLE或DROP DATABASE会导致缓存数据失效

3. 使用场景

  • 对于频繁更新的表,查询缓存不合适
  • 对于一些不变的数据且有大量相同sql查询的表,查询缓存可以大大提高查询的性能

2. 命中条件

  • 缓存的数据结构是hash表
  • 以SQL、数据库名和客户端协议等作为KEY
  • 在判断命中前,MySQL不会解析SQL,而是使用SQL去查询缓存,SQL上的任何字符的不同,如空格、注释等都会导致缓存不命中
  • 如果查询有不确定的数据,如like now()、current_date(),那么查询完成后结果都不会被缓存

3. 工作流程

  1. 服务器接收SQL,以SQL和一些其他条件为key查找缓存表
  2. 如果缓存命中,则直接返回缓存
  3. 如果缓存没有命中,则执行SQL查询,包括SQL解析、优化等。
  4. 执行完SQL查询结果以后,将SQL查询结果写入缓存表

4. 缓存失败

  • 当某个表正在写入数据,则这个表的缓存将会处于失效状态
  • 在InnoDB中,如果某个事务修改了表,则这个表的缓存在事务提交前都会处于失效状态,即在事务提交前,这个表的相关查询都无法被缓存

5. 缓存的内存管理

  • MySQL缓存机制会在内存中开辟一块内存(query_cache_size)区来维护缓存数据,其中大概有40K的空间是用来维护缓存数据的元数据的,例如空间内存、数据表和查询结果的映射,SQL和查询结果的映射。
  • MySQL缓存机制将大内存块分为小内存块(query_cache_min_res_unit),每个小块中存储自身的类型、大小和查询结果数据,还有前后内存块的指针。
  • MySQL缓存机制会在SQL查询开始(还未得到结果)时就去申请一块内存空间,所以即使缓存数据没有达到这个大小也需要占用申请的内存块空间(like linux filesystem’s block)。如果超出申请内存块的大小,则需要再申请一个内存块。当查询完成发现申请的内存有富余,则会将富余的内存空间释放掉,因而可能会造成内存碎片。

技术图片

6. 缓存的使用时机

1. 通过缓存命中率判断

缓存命中率 = 缓存命中次数 (Qcache_hits) / 查询次数 (Com_select)

2. 通过缓存写入率判断

写入率 = 缓存写入次数 (Qcache_inserts) / 查询次数 (Qcache_inserts)

3. 通过命中-写入率判断

比率 = 命中次数 (Qcache_hits) / 写入次数 (Qcache_inserts),

高性能MySQL中称之为比较能反映性能提升的指数,一般来说达到3:1则算是查询缓存有效,而最好能够达到10:1

7. 缓存参数配置

1. 查看缓存相关配置

SHOW VARIABLES LIKE ‘%query_cache%‘;

2. query_cache_type

  • 是否打开缓存,可选参数有:
    • OFF(0):关闭 ,不使用查询缓存
    • ON(1):总是打开 ,始终使用查询缓存
    • DEMAND(2):按需使用查询缓存,只有明确写了SQL_CACHE的查询才会写入缓存
  • 如果query_cache_type为1而又不想利用查询缓存中的数据,可以用下面的SQL:
    • SELECT SQL_NO_CACHE * FROM my_table WHERE condition;
  • 如果值为2,要使用缓存的话,需要使用SQL_CACHE开关参数:
    • SELECT SQL_CACHE * FROM my_table WHERE condition;

3. query_cache_size

  • 缓存使用的总内存空间大小,单位是字节,这个值必须是1024的整数倍;否则MySQL实际分配可能跟这个数值不同(感觉这个应该跟文件系统的blcok大小有关)
  • 默认情况下query_cache_size为0,表示为查询缓存预留的内存为0,则无法使用查询缓存
  • 设置query_cache_size的值
    • SET GLOBAL query_cache_size = 134217728; -- 注意值如果设得太小不会生效

4. query_cache_min_res_unit

分配内存块时的最小单位大小

5. query_cache_limit

MySQL能够缓存的最大结果,如果超出,则增加 Qcache_not_cached的值,并删除查询结果

6. query_cache_wlock_invalidate

如果某个数据表被锁住,是否仍然从缓存中返回数据,默认是OFF,表示仍然可以返回

7. GLOBAL STATUS 中关于缓存的参数解释

  1. Qcache_free_blocks:缓存池中空闲块的个数
  2. Qcache_free_memory:缓存中空闲内存量
  3. Qcache_hits:缓存命中次数
  4. Qcache_inserts:缓存写入次数
  5. Qcache_lowmen_prunes:因内存不足删除缓存次数
  6. Qcache_not_cached:查询未被缓存次数,例如查询结果超出缓存块大小,查询中包含可变函数等
  7. Qcache_queries_in_cache:当前缓存中缓存的SQL数量
  8. Qcache_total_blocks:缓存总block数

8. 减少缓存碎片策略

  1. 选择合适的block大小
  2. 使用 FLUSH QUERY CACHE 命令整理碎片,这个命令在整理缓存期间,会导致其他连接无法使用查询缓存

清空缓存的命令

RESET QUERY CACHE; // 从查询缓存中移出所有查询。
FLUSH TABLES; //关闭所有打开的表,同时该操作将会清空查询缓存中的内容。

技术图片

9. InnoDB查询缓存

    1. InnoDB存储引擎会对每个表设置一个事务计数器,里面存储当前最大的事务ID
    2. 当一个事务提交时,InnoDB会使用MVCC中系统最大的事务ID更新当前表的计数器
    3. 只有比这个最大ID大的事务能使用查询缓存,其他比这个ID小的事务则不能使用查询缓存
    4. 在InnoDB中,所有加锁操作的事务都不使用任何查询缓存
    5. 查询必须是完全相同的(逐字节相同)才能够被认为是相同的。
    6. 查询字符串由于其它原因使用不同的数据库、不同的协议版本或者不同的默认字符集都会被认为是不同的查询而分别进行缓存。

mysql 缓存机制

标签:ash   ODB   cond   解析   free   引擎   查询   man   glob   

人气教程排行