【Azure Redis 缓存 Azure Cache For Redis】使用Redis自带redis-benchmark.exe命令测试Azure Redis的性能

本文涉及的产品
Redis 开源版,标准版 2GB
推荐场景:
搭建游戏排行榜
云数据库 Tair(兼容Redis),内存型 2GB
简介: 【Azure Redis 缓存 Azure Cache For Redis】使用Redis自带redis-benchmark.exe命令测试Azure Redis的性能

问题描述

关于Azure Redis的性能问题,在官方文档中,可以查看到不同层级Redis的最大连接数,每秒处理请求的性能。

基本缓存和标准缓存
  • C0 (250 MB) 缓存 - 最多支持 256 个连接
  • C1 (1 GB) 缓存 - 最多支持 1,000 个连接
  • C2 (2.5 GB) 缓存 - 最多支持 2,000 个连接
  • C3 (6 GB) 缓存 - 最多支持 5,000 个连接
  • C4 (13 GB) 缓存 - 最多支持 10,000 个连接
  • C5 (26 GB) 缓存 - 最多支持 15,000 个连接
  • C6 (53 GB) 缓存 - 最多支持 20,000 个连接
高级缓存
  • P1 (6 GB - 60 GB) - 最多支持 7,500 个连接
  • P2 (13 GB - 130 GB) - 最多支持 15,000 个连接
  • P3 (26 GB - 260 GB) - 最多支持 30,000 个连接
  • P4 (53 GB - 530 GB) - 最多支持 40,000 个连接

标准缓存大小     兆位/秒(Mb/秒)/兆字节/秒(MB/秒) 非 SSL 请求数/秒 (RPS) SSL 请求数/秒 (RPS)
C0 250 MB 共享 100/12.5 15,000 7,500
C1 1 GB 1 500/62.5 38,000 20,720
C2 2.5 GB 2 500/62.5 41,000 37,000
C3 6 GB 4 1000/125 100,000 90,000
C4 13 GB 2 500/62.5 60,000 55,000
C5 26 GB 4 1,000 / 125 102,000 93,000
C6 53 GB 8 2,000 / 250 126,000 120,000
定价层 大小 CPU 核心数 可用带宽 1 KB 值大小 1 KB 值大小

高级缓存大小   每个分片的 CPU 核心数 兆位/秒(Mb/秒)/兆字节/秒(MB/秒) 每分片非 SSL 请求数/秒 (RPS) 每分片 SSL 请求数/秒 (RPS)
P1 6 GB 2 1,500 / 187.5 180,000 172,000
P2 13 GB 4 3,000 / 375 350,000 341,000
P3 26 GB 4 3,000 / 375 350,000 341,000
P4 53 GB 8 6,000 / 750 400,000 373,000
P5 120 GB 20 6,000 / 750 400,000 373,000

 

但以上的数据只是官方发布的数据,如果在排除业务的情况下,如何单独对Redis服务器进行测试呢?如果需要验证Redis的性能,如何来做呢?

答案就是使用redis-benchmark.exe,在Azure Redis的常规问答中,有简单的提到如何来做性能测试,但只是一句话,一个命令一晃而过。

如何进行基准检验和测试缓存的性能?

  • 启用缓存诊断,以便可以监视缓存的运行状况。 可以在 Azure 门户中查看指标,也可以使用所选的工具下载和查看这些指标。
  • 可以使用 redis-benchmark.exe 对 Redis 服务器进行负载测试。
  • 确保负载测试客户端和 Azure Redis 缓存位于同一区域。
  • 使用 redis-cli.exe,并使用 INFO 命令监视缓存。
  • 如果负载导致出现大量内存碎片,则你应该扩展为更大的缓存大小。
  • 有关下载 Redis 工具的说明,请参阅如何运行 Redis 命令?部分。

 

 

本章的内容就是从下载Redis-benchmark.exe开始,到使用命令完成测试。

一:下载Redis-benchmark.exe

在Github中找到Redis:https://github.com/microsoftarchive/redis/releases,下载最新的ZIP包并解压( 如:Redis-x64-3.2.100.zip)

二:使用Azure Reids的访问密钥开启测试

从Azure的Redis门户中复制出连接字符串,把redis name和access key填充到如下命令

redis-benchmark.exe -h **yourcache**.redis.cache.chinacloudapi.cn -a **yourAccesskey** -c 10 -n 10



以上命令只是简单的发起一轮默认命令的测试(如ping,set,get,pop,push等),-c表示10个并发,-n表示10个请求。

在本机中运行redis-benchmark命令测试:

同时,我们也可以使用-t来指定用于测试的操作,如set,get。参考命令如下:

redis-benchmark.exe -h **yourcache**.redis.cache.chinacloudapi.cn -a **yourAccesskey** -t SET -n 1000000 -d 1024 -P 50
redis-benchmark.exe -h **yourcache**.redis.cache.chinacloudapi.cn -a **yourAccesskey** -t GET -n 1000000 -d 1024 -P 50


如需要使用SSL对Azure Redis进行6380端口的性能测试,则需要先确保本地安装了stunnel.exe并配置好redis-cli客户端信息

  • 使用redis-cli确认是否已经连接

  • 如能成功访问到6380端口,则可以使用如下命令开始测试

redis-benchmark.exe -a **your access key** -c 10 -n 10 -p 6380

测试的效果对比如下

6379 非SSL测试 6380 SSL测试

C:\redis>redis-benchmark.exe -h yourredisname.redis.cache.chinacloudapi.cn -a **youraccesskey** -c 10 -n 10

====== PING_INLINE ======

10 requests completed in 0.47 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 198 milliseconds

50.00% <= 219 milliseconds

60.00% <= 238 milliseconds

100.00% <= 261 milliseconds

21.46 requests per second

====== PING_BULK ======

10 requests completed in 0.49 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 198 milliseconds

20.00% <= 200 milliseconds

30.00% <= 205 milliseconds

40.00% <= 228 milliseconds

50.00% <= 230 milliseconds

60.00% <= 235 milliseconds

100.00% <= 236 milliseconds

20.62 requests per second

====== SET ======

10 requests completed in 0.46 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 198 milliseconds

20.00% <= 201 milliseconds

30.00% <= 203 milliseconds

40.00% <= 204 milliseconds

50.00% <= 206 milliseconds

80.00% <= 210 milliseconds

90.00% <= 212 milliseconds

100.00% <= 215 milliseconds

21.79 requests per second

====== GET ======

10 requests completed in 0.44 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 205 milliseconds

50.00% <= 218 milliseconds

60.00% <= 222 milliseconds

80.00% <= 223 milliseconds

90.00% <= 224 milliseconds

100.00% <= 228 milliseconds

22.68 requests per second

====== INCR ======

10 requests completed in 0.44 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 197 milliseconds

20.00% <= 203 milliseconds

30.00% <= 205 milliseconds

40.00% <= 216 milliseconds

70.00% <= 218 milliseconds

90.00% <= 227 milliseconds

100.00% <= 233 milliseconds

22.99 requests per second

====== LPUSH ======

10 requests completed in 0.44 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 199 milliseconds

30.00% <= 204 milliseconds

60.00% <= 209 milliseconds

90.00% <= 227 milliseconds

100.00% <= 227 milliseconds

22.68 requests per second

====== RPUSH ======

10 requests completed in 0.43 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 197 milliseconds

40.00% <= 207 milliseconds

50.00% <= 208 milliseconds

60.00% <= 209 milliseconds

90.00% <= 211 milliseconds

100.00% <= 218 milliseconds

23.47 requests per second

====== LPOP ======

10 requests completed in 0.43 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 198 milliseconds

20.00% <= 199 milliseconds

80.00% <= 207 milliseconds

90.00% <= 208 milliseconds

100.00% <= 208 milliseconds

23.42 requests per second

====== RPOP ======

10 requests completed in 0.42 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 200 milliseconds

30.00% <= 201 milliseconds

60.00% <= 202 milliseconds

70.00% <= 207 milliseconds

80.00% <= 209 milliseconds

90.00% <= 211 milliseconds

100.00% <= 211 milliseconds

24.04 requests per second

====== SADD ======

10 requests completed in 0.43 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 196 milliseconds

20.00% <= 197 milliseconds

40.00% <= 199 milliseconds

50.00% <= 200 milliseconds

60.00% <= 203 milliseconds

70.00% <= 204 milliseconds

90.00% <= 210 milliseconds

100.00% <= 218 milliseconds

23.26 requests per second

====== SPOP ======

10 requests completed in 0.41 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 203 milliseconds

20.00% <= 204 milliseconds

50.00% <= 205 milliseconds

60.00% <= 206 milliseconds

90.00% <= 209 milliseconds

100.00% <= 210 milliseconds

24.15 requests per second

====== LPUSH (needed to benchmark LRANGE) ======

10 requests completed in 0.41 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 203 milliseconds

20.00% <= 204 milliseconds

30.00% <= 208 milliseconds

40.00% <= 209 milliseconds

50.00% <= 213 milliseconds

70.00% <= 214 milliseconds

80.00% <= 215 milliseconds

100.00% <= 215 milliseconds

24.15 requests per second

====== LRANGE_100 (first 100 elements) ======

10 requests completed in 0.44 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 198 milliseconds

30.00% <= 199 milliseconds

40.00% <= 200 milliseconds

50.00% <= 201 milliseconds

60.00% <= 210 milliseconds

80.00% <= 211 milliseconds

90.00% <= 212 milliseconds

100.00% <= 212 milliseconds

22.88 requests per second

====== LRANGE_300 (first 300 elements) ======

10 requests completed in 0.45 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 196 milliseconds

20.00% <= 197 milliseconds

40.00% <= 202 milliseconds

50.00% <= 203 milliseconds

60.00% <= 207 milliseconds

80.00% <= 208 milliseconds

90.00% <= 209 milliseconds

100.00% <= 210 milliseconds

22.27 requests per second

====== LRANGE_500 (first 450 elements) ======

10 requests completed in 0.43 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 196 milliseconds

20.00% <= 197 milliseconds

30.00% <= 198 milliseconds

40.00% <= 212 milliseconds

80.00% <= 226 milliseconds

100.00% <= 227 milliseconds

23.15 requests per second

====== LRANGE_600 (first 600 elements) ======

10 requests completed in 0.46 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 199 milliseconds

30.00% <= 223 milliseconds

50.00% <= 225 milliseconds

70.00% <= 229 milliseconds

90.00% <= 232 milliseconds

100.00% <= 242 milliseconds

21.88 requests per second

====== MSET (10 keys) ======

10 requests completed in 0.43 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 202 milliseconds

50.00% <= 217 milliseconds

70.00% <= 219 milliseconds

80.00% <= 228 milliseconds

90.00% <= 233 milliseconds

100.00% <= 234 milliseconds

23.20 requests per second

C:\redis>redis-benchmark.exe -a **youraccesskey** -c 10 -n 10 -p 6380

====== PING_INLINE ======

10 requests completed in 0.88 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 597 milliseconds

20.00% <= 615 milliseconds

30.00% <= 827 milliseconds

40.00% <= 841 milliseconds

50.00% <= 842 milliseconds

80.00% <= 868 milliseconds

90.00% <= 869 milliseconds

100.00% <= 869 milliseconds

11.30 requests per second

====== PING_BULK ======

10 requests completed in 0.96 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 646 milliseconds

20.00% <= 651 milliseconds

30.00% <= 671 milliseconds

40.00% <= 678 milliseconds

50.00% <= 679 milliseconds

60.00% <= 712 milliseconds

70.00% <= 868 milliseconds

80.00% <= 869 milliseconds

90.00% <= 948 milliseconds

100.00% <= 963 milliseconds

10.37 requests per second

====== SET ======

10 requests completed in 0.89 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 628 milliseconds

20.00% <= 629 milliseconds

50.00% <= 632 milliseconds

70.00% <= 633 milliseconds

80.00% <= 851 milliseconds

90.00% <= 865 milliseconds

100.00% <= 887 milliseconds

11.25 requests per second

====== GET ======

10 requests completed in 0.88 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 618 milliseconds

30.00% <= 643 milliseconds

50.00% <= 847 milliseconds

70.00% <= 848 milliseconds

80.00% <= 852 milliseconds

90.00% <= 882 milliseconds

100.00% <= 882 milliseconds

11.33 requests per second

====== INCR ======

10 requests completed in 0.89 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 612 milliseconds

30.00% <= 620 milliseconds

40.00% <= 645 milliseconds

50.00% <= 663 milliseconds

60.00% <= 672 milliseconds

70.00% <= 866 milliseconds

90.00% <= 872 milliseconds

100.00% <= 894 milliseconds

11.17 requests per second

====== LPUSH ======

10 requests completed in 0.93 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 616 milliseconds

20.00% <= 638 milliseconds

30.00% <= 666 milliseconds

40.00% <= 810 milliseconds

50.00% <= 848 milliseconds

60.00% <= 864 milliseconds

70.00% <= 885 milliseconds

90.00% <= 919 milliseconds

100.00% <= 920 milliseconds

10.73 requests per second

====== RPUSH ======

10 requests completed in 0.99 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 587 milliseconds

20.00% <= 611 milliseconds

30.00% <= 623 milliseconds

40.00% <= 627 milliseconds

50.00% <= 676 milliseconds

60.00% <= 806 milliseconds

70.00% <= 807 milliseconds

80.00% <= 827 milliseconds

90.00% <= 913 milliseconds

100.00% <= 971 milliseconds

10.15 requests per second

====== LPOP ======

10 requests completed in 0.88 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 644 milliseconds

30.00% <= 651 milliseconds

60.00% <= 655 milliseconds

70.00% <= 847 milliseconds

90.00% <= 865 milliseconds

100.00% <= 874 milliseconds

11.43 requests per second

====== RPOP ======

10 requests completed in 2.65 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 687 milliseconds

20.00% <= 688 milliseconds

30.00% <= 766 milliseconds

50.00% <= 775 milliseconds

60.00% <= 916 milliseconds

70.00% <= 917 milliseconds

80.00% <= 923 milliseconds

90.00% <= 1576 milliseconds

100.00% <= 2647 milliseconds

3.78 requests per second

====== SADD ======

10 requests completed in 0.98 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 636 milliseconds

20.00% <= 637 milliseconds

40.00% <= 653 milliseconds

50.00% <= 708 milliseconds

70.00% <= 897 milliseconds

80.00% <= 945 milliseconds

90.00% <= 946 milliseconds

100.00% <= 946 milliseconds

10.26 requests per second

====== SPOP ======

10 requests completed in 0.95 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 607 milliseconds

20.00% <= 634 milliseconds

30.00% <= 661 milliseconds

40.00% <= 669 milliseconds

50.00% <= 671 milliseconds

60.00% <= 681 milliseconds

70.00% <= 843 milliseconds

80.00% <= 927 milliseconds

100.00% <= 946 milliseconds

10.55 requests per second

====== LPUSH (needed to benchmark LRANGE) ======

10 requests completed in 0.90 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 614 milliseconds

20.00% <= 630 milliseconds

30.00% <= 641 milliseconds

40.00% <= 642 milliseconds

60.00% <= 646 milliseconds

70.00% <= 857 milliseconds

80.00% <= 893 milliseconds

90.00% <= 896 milliseconds

100.00% <= 896 milliseconds

11.05 requests per second

====== LRANGE_100 (first 100 elements) ======

10 requests completed in 0.92 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 573 milliseconds

20.00% <= 605 milliseconds

30.00% <= 606 milliseconds

40.00% <= 624 milliseconds

50.00% <= 634 milliseconds

60.00% <= 671 milliseconds

70.00% <= 800 milliseconds

80.00% <= 804 milliseconds

90.00% <= 805 milliseconds

100.00% <= 897 milliseconds

10.89 requests per second

====== LRANGE_300 (first 300 elements) ======

10 requests completed in 1.00 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 630 milliseconds

20.00% <= 671 milliseconds

40.00% <= 888 milliseconds

70.00% <= 954 milliseconds

80.00% <= 984 milliseconds

90.00% <= 995 milliseconds

100.00% <= 995 milliseconds

10.03 requests per second

====== LRANGE_500 (first 450 elements) ======

10 requests completed in 0.85 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 572 milliseconds

20.00% <= 573 milliseconds

30.00% <= 579 milliseconds

40.00% <= 594 milliseconds

60.00% <= 604 milliseconds

70.00% <= 780 milliseconds

80.00% <= 802 milliseconds

100.00% <= 819 milliseconds

11.72 requests per second

====== LRANGE_600 (first 600 elements) ======

10 requests completed in 0.91 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 566 milliseconds

30.00% <= 629 milliseconds

40.00% <= 634 milliseconds

50.00% <= 812 milliseconds

60.00% <= 836 milliseconds

70.00% <= 851 milliseconds

80.00% <= 867 milliseconds

90.00% <= 873 milliseconds

100.00% <= 880 milliseconds

10.96 requests per second

====== MSET (10 keys) ======

10 requests completed in 0.89 seconds

10 parallel clients

3 bytes payload

keep alive: 1

10.00% <= 606 milliseconds

20.00% <= 619 milliseconds

30.00% <= 625 milliseconds

40.00% <= 667 milliseconds

60.00% <= 851 milliseconds

70.00% <= 875 milliseconds

80.00% <= 878 milliseconds

90.00% <= 886 milliseconds

100.00% <= 888 milliseconds

11.24 requests per second

PS: 在SSL的情况下,每秒处理请求的能下有明显的下降。

 

三:对Redis Benchmark命令中携带参数的介绍

Usage: redis-benchmark [-h <host>] [-p <port>] [-c <clients>] [-n <requests]> [-k <boolean>]

-h <hostname>      Server hostname (default 127.0.0.1)
 -p <port>          Server port (default 6379)//默认情况下,都使用6379端口,因Azure Redis默认只开通了6380端口,进行SSL通信。所以需要在Azure Redis门户中允许6379端口的非SSL访问。
 -s <socket>        Server socket (overrides host and port)
 -a <password>      Password for Redis Auth
 -c <clients>       Number of parallel connections (default 50)
 -n <requests>      Total number of requests (default 100000)
 -d <size>          Data size of SET/GET value in bytes (default 2)
 --dbnum <db>       SELECT the specified db number (default 0)
 -k <boolean>       1=keep alive 0=reconnect (default 1)
 -r <keyspacelen>   Use random keys for SET/GET/INCR, random values for SADD
  Using this option the benchmark will expand the string __rand_int__
  inside an argument with a 12 digits number in the specified range
  from 0 to keyspacelen-1. The substitution changes every time a command
  is executed. Default tests use this to hit random keys in the
  specified range.
 -P <numreq>        Pipeline <numreq> requests. Default 1 (no pipeline).
 -q                 Quiet. Just show query/sec values
 --csv              Output in CSV format
 -l                 Loop. Run the tests forever
 -t <tests>         Only run the comma separated list of tests. The test
                    names are the same as the ones produced as output.
 -I                 Idle mode. Just open N idle connections and wait.

 

 

参考资料:

Redis Release: https://github.com/microsoftarchive/redis/releases

如何进行基准检验和测试缓存的性能: https://docs.azure.cn/zh-cn/azure-cache-for-redis/cache-management-faq#how-can-i-benchmark-and-test-the-performance-of-my-cache

How fast is Redis: https://redis.io/topics/benchmarks

相关实践学习
基于Redis实现在线游戏积分排行榜
本场景将介绍如何基于Redis数据库实现在线游戏中的游戏玩家积分排行榜功能。
云数据库 Redis 版使用教程
云数据库Redis版是兼容Redis协议标准的、提供持久化的内存数据库服务,基于高可靠双机热备架构及可无缝扩展的集群架构,满足高读写性能场景及容量需弹性变配的业务需求。 产品详情:https://www.aliyun.com/product/kvstore &nbsp; &nbsp; ------------------------------------------------------------------------- 阿里云数据库体验:数据库上云实战 开发者云会免费提供一台带自建MySQL的源数据库&nbsp;ECS 实例和一台目标数据库&nbsp;RDS实例。跟着指引,您可以一步步实现将ECS自建数据库迁移到目标数据库RDS。 点击下方链接,领取免费ECS&amp;RDS资源,30分钟完成数据库上云实战!https://developer.aliyun.com/adc/scenario/51eefbd1894e42f6bb9acacadd3f9121?spm=a2c6h.13788135.J_3257954370.9.4ba85f24utseFl
相关文章
|
3月前
|
数据采集 监控 机器人
浅谈网页端IM技术及相关测试方法实践(包括WebSocket性能测试)
最开始转转的客服系统体系如IM、工单以及机器人等都是使用第三方的产品。但第三方产品对于转转的业务,以及客服的效率等都产生了诸多限制,所以我们决定自研替换第三方系统。下面主要分享一下网页端IM技术及相关测试方法,我们先从了解IM系统和WebSocket开始。
77 4
|
3月前
|
开发框架 .NET Java
C#集合数据去重的5种方式及其性能对比测试分析
C#集合数据去重的5种方式及其性能对比测试分析
44 11
|
3月前
|
算法 Java 测试技术
使用 BenchmarkDotNet 对 .NET 代码进行性能基准测试
使用 BenchmarkDotNet 对 .NET 代码进行性能基准测试
85 13
|
3月前
|
开发框架 .NET Java
C#集合数据去重的5种方式及其性能对比测试分析
C#集合数据去重的5种方式及其性能对比测试分析
61 10
|
3月前
|
算法 Java 测试技术
Benchmark.NET:让 C# 测试程序性能变得既酷又简单
Benchmark.NET是一款专为 .NET 平台设计的性能基准测试框架,它可以帮助你测量代码的执行时间、内存使用情况等性能指标。它就像是你代码的 "健身教练",帮助你找到瓶颈,优化性能,让你的应用跑得更快、更稳!希望这个小教程能让你在追求高性能的路上越走越远,享受编程带来的无限乐趣!
172 13
|
3天前
|
缓存 NoSQL Java
Redis应用—8.相关的缓存框架
本文介绍了Ehcache和Guava Cache两个缓存框架及其使用方法,以及如何自定义缓存。主要内容包括:Ehcache缓存框架、Guava Cache缓存框架、自定义缓存。总结:Ehcache适合用作本地缓存或与Redis结合使用,Guava Cache则提供了更灵活的缓存管理和更高的并发性能。自定义缓存可以根据具体需求选择不同的数据结构和引用类型来实现特定的缓存策略。
Redis应用—8.相关的缓存框架
|
1月前
|
缓存 NoSQL 中间件
Redis,分布式缓存演化之路
本文介绍了基于Redis的分布式缓存演化,探讨了分布式锁和缓存一致性问题及其解决方案。首先分析了本地缓存和分布式缓存的区别与优劣,接着深入讲解了分布式远程缓存带来的并发、缓存失效(穿透、雪崩、击穿)等问题及应对策略。文章还详细描述了如何使用Redis实现分布式锁,确保高并发场景下的数据一致性和系统稳定性。最后,通过双写模式和失效模式讨论了缓存一致性问题,并提出了多种解决方案,如引入Canal中间件等。希望这些内容能为读者在设计分布式缓存系统时提供有价值的参考。感谢您的阅读!
130 6
Redis,分布式缓存演化之路
|
3月前
|
存储 缓存 NoSQL
解决Redis缓存数据类型丢失问题
解决Redis缓存数据类型丢失问题
205 85
|
2月前
|
存储 缓存 NoSQL
云端问道21期方案教学-应对高并发,利用云数据库 Tair(兼容 Redis®*)缓存实现极速响应
云端问道21期方案教学-应对高并发,利用云数据库 Tair(兼容 Redis®*)缓存实现极速响应
|
2月前
|
缓存 NoSQL 关系型数据库
云端问道21期实操教学-应对高并发,利用云数据库 Tair(兼容 Redis®)缓存实现极速响应
本文介绍了如何通过云端问道21期实操教学,利用云数据库 Tair(兼容 Redis®)缓存实现高并发场景下的极速响应。主要内容分为四部分:方案概览、部署准备、一键部署和完成及清理。方案概览中,展示了如何使用 Redis 提升业务性能,降低响应时间;部署准备介绍了账号注册与充值步骤;一键部署详细讲解了创建 ECS、RDS 和 Redis 实例的过程;最后,通过对比测试验证了 Redis 缓存的有效性,并指导用户清理资源以避免额外费用。

热门文章

最新文章