线上Cache系统设计
缓存一直是线上系统不可或缺的部分,本文总结了缓存系统中需要关注的一些问题
缓存一直是线上系统不可或缺的部分,本文总结了缓存系统中需要关注的一些问题
使用redis-benchmark工具对redis集群进行压测
redis-benchmark工具对于redis cluster支持并是不特别好,需要使用{tag}来写入指定node,相关用法在这pr中。
但是使用{tag}测试后不好删除数据,并且根据业务需要,关注的是单Hash单Node下的性能表现,所以最后测试时,直接连接了测试key所在的node,避免了事后清除数据的麻烦。
根据测试结果,可以看出,使用Pipeline的情况下Redis吞吐量能提升一倍有余
在不使用pipeline的情况下猜测是网络开销占用了过多CPU,但具体是iowait还是其他因素造成仍需分析
此外AWS在Redis7/7.1上支持了(增强型IO多路复用)[https://docs.aws.amazon.com/zh_cn/AmazonElastiCache/latest/red-ug/supported-engine-versions.html#redis-version-7.0]可以很大程度上增强多客户端连接时的性能。
在项目的 settings 中 github pages 可以通过根目录或docs目录部署。但是这种方式不够灵活,对于一些前段项目,需要不停的通过CI生成站点文件,提交到git中再部署,git中存储了许多构建产物,显得冗余臃肿。
实际上,github也支持通过actions来部署pages,不需要将站点文件储存在git中。
我们都知道在编写github actions时,可以使用其他预定义好的github action,类似如下写法.
在使用单实例Redis时, 我们可以使用./redis-cli -h redis_ip -p redis 6379 --ldb --eval script.lua somekey , arg1 arg2命令轻松的进入debug模式调试lua脚本
在正常情况下, 进入debug模式后可以使用一系列命令来执行控制脚本的执行, 使用help命令应该可以看到如下界面
在使用Redis时, 通常会使用EXPIRE, PEXPIRE系列函数设置生存时间, 当需要获取超时时间时使用TTL, PTTL获取剩余的生存时间。
同样的, 还可以使用EXPIREAT, PEXPIREAT以unix timestamp格式设置超时时间点, 但需要注意的是, Redis 7.0 之前没有函数能获取设置timestamp, 只能使用TTL, PTTL获取剩余的生存时间。
在实际使用中, 经常需要比较新旧生存周期的大小来决定是否更新数据, 如果你很幸运的使用7.0及之后的版本, 可以使用EXPIREAT, PEXPIREAT配合GT参数来设置过期时间, 如果新的过期时间小于已有过期时间, 则会返回0。
那么老版本的Redis该如何实现这种功能呢?
在terraform中,常见的输出json字符串或创建json文件的手段是使用流式标记, 如下代码所示:
在复制表时,可以使用CREATE-SELECT来同时复制表结构和数据
1 | CREATE TABLE new_table SELECT * FROM old_table; |
但这样做实际上是有问题的