熬了一个通宵,终于把7千万个Key删完了

沙海 2021年4月12日12:38:05杂谈 Java评论22字数 5435阅读18分7秒阅读模式
摘要

速读摘要

速读摘要文章源自JAVA秀-https://www.javaxiu.com/11084.html

唯独这删除Redis中的数据,害得我又熬了一个通宵,真是折煞我也!由于Key的命名及使用及其不规范,导致Key的定位难度很大。为了让Key的命名和使用更加规范,以及今后避免再次遇到这种情况,下午睡醒之后,我就在Redis公共组件库里面添加了一个配置和自定义了Key序列化。如果对于Key的管理粒度要求更细,我们甚至可以细化到具体业务维度。通过本次事情,我发现对于大多数开发者而言,差距其实不在于智力,而是在于态度。文章源自JAVA秀-https://www.javaxiu.com/11084.html

原文约 2686 | 图片 5 | 建议阅读 6 分钟 | 评价反馈文章源自JAVA秀-https://www.javaxiu.com/11084.html

熬了一个通宵,终于把7千万个Key删完了

程序IT圈 文章源自JAVA秀-https://www.javaxiu.com/11084.html

链接:https://juejin.im/post/6854573215726075917文章源自JAVA秀-https://www.javaxiu.com/11084.html

文章源自JAVA秀-https://www.javaxiu.com/11084.html

文章源自JAVA秀-https://www.javaxiu.com/11084.html

文章源自JAVA秀-https://www.javaxiu.com/11084.html

由于有一条业务线不理想,高层决定下架业务。对于我们技术团队而言,其对应的所有服务器资源和其他相关资源都要释放。文章源自JAVA秀-https://www.javaxiu.com/11084.html

文章源自JAVA秀-https://www.javaxiu.com/11084.html

释放了 8 台应用服务器;1 台 ES 服务器;删除分布式定时任务中心相关的业务任务;备份并删除 MySQL 数据库;删除 Redis 中相关的业务缓存数据。文章源自JAVA秀-https://www.javaxiu.com/11084.html

CTO 指名点姓让我带头冲锋,才扣了我绩效……好吧,冲~文章源自JAVA秀-https://www.javaxiu.com/11084.html

其他都还好,不多时就解决了。唯独这删除 Redis 中的数据,害得我又熬了一个通宵,真是折煞我也!文章源自JAVA秀-https://www.javaxiu.com/11084.html

难点分析

共用 Redis 服务集群文章源自JAVA秀-https://www.javaxiu.com/11084.html

由于这条业务线的数据在 Redis 大概在 3G 左右,完全没必要单独建一个 Redis 服务集群,本着能节约就节约的态度,当初就决定和其他项目共享一个集群(这个集群配置:16 个节点,128G 内存,还算豪华吧~)

文章源自JAVA秀-https://www.javaxiu.com/11084.html

集群配置如下:

熬了一个通宵,终于把7千万个Key删完了文章源自JAVA秀-https://www.javaxiu.com/11084.html

在这种共用集群的情况下,导致无法简单粗暴的释放。因此只能选择删除 Key 的方式。

文章源自JAVA秀-https://www.javaxiu.com/11084.html

Key 命名不规范文章源自JAVA秀-https://www.javaxiu.com/11084.html

要删除 Key,首先就要精准的定位出哪些 Key 需要删除,如果勿删 Key,会影响到其他服务正常运转!

如果 Key 本身设置了过期时间,但有些数据需是持久化的。然而那该死的项目经理一直催项目进度,导致开发人员在开发过程中很多地方都没有设计到位。

比如 Redis Key 散落在项目代码的每个角落;比如命名不是很规范。

真不知道是怎么 Review 代码!哦,想必是没有时间 Review,那该死的项目经理……

我随便截个支付服务中的 Key 命名:

熬了一个通宵,终于把7千万个Key删完了文章源自JAVA秀-https://www.javaxiu.com/11084.html

怎么样?是不是觉得我们开发人员写的代码很 Low!别笑,在实际工作中,还有比这更 Low 的!希望你别遇到,不然真的很痛苦~

解决思路

经过以上的分析,我们简单归纳如下:

  • 我们真正关心的是那些未设置过期时间的 Key。文章源自JAVA秀-https://www.javaxiu.com/11084.html

  • 不能误删除 Key,否则下个月绩效也没了。文章源自JAVA秀-https://www.javaxiu.com/11084.html

  • 由于 Key 的命名及使用及其不规范,导致 Key 的定位难度很大。文章源自JAVA秀-https://www.javaxiu.com/11084.html

看来,通过 Scan 命令扫描匹配 Key 的方式行不通了。只能通过人肉搜索了。文章源自JAVA秀-https://www.javaxiu.com/11084.html

幸而 Idea 的搜索大法好,这个项目中使用的是 spring-boot-starter-data-redis。文章源自JAVA秀-https://www.javaxiu.com/11084.html

因此我通过搜索 RedisTemplate 和 StringRedisTemplate 定位所有操作 Redis 的代码。文章源自JAVA秀-https://www.javaxiu.com/11084.html

具体步骤如下:文章源自JAVA秀-https://www.javaxiu.com/11084.html

  • 通过这些代码统计出 Key 的前缀并录入到文本中。文章源自JAVA秀-https://www.javaxiu.com/11084.html

  • 通过 Python 脚本把载入文中中的的 Key 并在后面加上“*”通配符。文章源自JAVA秀-https://www.javaxiu.com/11084.html

  • 通过 Python 脚本通过 Scan 命令扫描出这些 Key。文章源自JAVA秀-https://www.javaxiu.com/11084.html

  • 为了便于检查,我们并没有直接使用 Del 命令删除 Key,在删除 Key 之前,先通过 debug object key 的方式得到其序列化的长度,再执行删除并返回序列化长度。这样,我们就可以统计出所有 Key 的序列化长度来得到我们释放的空间大小。文章源自JAVA秀-https://www.javaxiu.com/11084.html

关键代码如下:文章源自JAVA秀-https://www.javaxiu.com/11084.html

def get_key(rdbConn,start):    try:    keys_list = rdbConn.scan(start,count=2000)    return keys_list    except Exception,e:    print e''' Redis DEBUG OBJECT command got key info '''def get_key_info(rdbConn,keyName):    try:    rpiple = rdbConn.pipeline()    rpiple.type(keyName)    rpiple.debug_object(keyName)    rpiple.ttl(keyName)    key_info_list = rpiple.execute()    return key_info_list    except Exception,e:    print "INFO : ",edef redis_key_static(key_info_list):    keyType = key_info_list[0]    keySize = key_info_list[1]['serializedlength']    keyTtl = key_info_list[2]    key_size_static(keyType,keySize,keyTtl)
文章源自JAVA秀-https://www.javaxiu.com/11084.html

通过以上方式,能够统计出究竟释放了多少内存了。由于这个集群是有特么接近 7 千万个 Key:文章源自JAVA秀-https://www.javaxiu.com/11084.html

熬了一个通宵,终于把7千万个Key删完了文章源自JAVA秀-https://www.javaxiu.com/11084.html

因此,等到了第二天天亮,我睡眼朦胧的看了一下,终于删除完毕了,时间 07:13,早高峰即将来临……文章源自JAVA秀-https://www.javaxiu.com/11084.html

知耻而后勇

从来没有经历过因业务下线而清除资源的经验。这次事情真心让我觉得细微之处见真功夫的道理。

如果一开始我们就能够遵循开发规范来使用和设计 Redis Key,也不至于浪费这么多时间。

为了让 Key 的命名和使用更加规范,以及今后避免再次遇到这种情况,下午睡醒之后,我就在 Redis 公共组件库里面添加了一个配置和自定义了 Key 序列化。

代码如下:

@ConfigurationProperties(prefix = "spring.redis.prefix")public class RedisKeyPrefixProperties {    private Boolean enable = Boolean.TRUE;    private String key;    public Boolean getEnable() {        return enable;    }    public void setEnable(Boolean enable) {        this.enable = enable;    }    public String getKey() {        return key;    }    public void setKey(String key) {        this.key = key;    }}
文章源自JAVA秀-https://www.javaxiu.com/11084.html

/** * @desc 对字符串序列化新增前缀 * @author create by liming sun on 2020-07-21 14:09:51 */public class PrefixStringKeySerializer extends StringRedisSerializer {    private Charset charset = StandardCharsets.UTF_8;    private RedisKeyPrefixProperties prefix;    public PrefixStringKeySerializer(RedisKeyPrefixProperties prefix) {        super();        this.prefix = prefix;    }    @Override    public String deserialize(@Nullable byte[] bytes) {        String saveKey = new String(bytes, charset);        if (prefix.getEnable() != null && prefix.getEnable()) {            String prefixKey = spliceKey(prefix.getKey());            int indexOf = saveKey.indexOf(prefixKey);            if (indexOf > 0) {                saveKey = saveKey.substring(indexOf);            }        }        return (saveKey.getBytes() == null ? null : saveKey);    }    @Override    public byte[] serialize(@Nullable String key) {        if (prefix.getEnable() != null && prefix.getEnable()) {            key = spliceKey(prefix.getKey()) + key;        }        return (key == null ? null : key.getBytes(charset));    }    private String spliceKey(String prefixKey) {        if (StringUtils.isNotBlank(prefixKey) && !prefixKey.endsWith(":")) {            prefixKey = prefixKey + "::";        }        return prefixKey;    }}
文章源自JAVA秀-https://www.javaxiu.com/11084.html

使用效果:为了避免再次发生这种工作低效而又不得不做的事情,我们在开发规范中规定,新项目中 Redis 的使用必须设置此配置,前缀就设置为:项目编号。

另外,一个模块中的 Key 必须统一定义在二方库的 RedisKeyConstant 类中。

文章源自JAVA秀-https://www.javaxiu.com/11084.html

配置如下:

spring:     redis:         prefix:            enable: true            key: E00P01
文章源自JAVA秀-https://www.javaxiu.com/11084.html

@Beanpublic RedisTemplate<String, Object> redisTemplate(RedisConnectionFactory redisConnectionFactory) {    RedisTemplate<String, Object> redisTemplate = new RedisTemplate<>();    redisTemplate.setConnectionFactory(redisConnectionFactory);    // 支持key前缀设置的key Serializer    redisTemplate.setKeySerializer(new PrefixStringKeySerializer());    redisTemplate.setValueSerializer(new GenericJackson2JsonRedisSerializer());    return redisTemplate;}
文章源自JAVA秀-https://www.javaxiu.com/11084.html

通过以上方式,我们至少可以从项目维度来区分出 Key,避免了多个项目之间共用同一个集群时而导致重复 Key 的问题。文章源自JAVA秀-https://www.javaxiu.com/11084.html

从项目维度对 Key 进行了划分。更方便管理和运维。如果对于 Key 的管理粒度要求更细,我们甚至可以细化到具体业务维度。文章源自JAVA秀-https://www.javaxiu.com/11084.html

我们在测试环境进行了压测,增加 Key 前缀对 Redis 性能几乎没有影响。性能方面能接受。文章源自JAVA秀-https://www.javaxiu.com/11084.html

总结

通过本次事情,我发现对于大多数开发者而言,差距其实不在于智力,而是在于态度。

比如这次事件暴露出来的问题:大家都知道要遵循开发规范,然而到了真正“打仗”的时候,负责这个项目的开发者却没有几个人能始终如一的做好这些细微之事。

另外,Reviewer 的工作其实是极其重要的,他就像那“纪检委”,如果“纪检委”都放水睁一只眼闭一只眼,那麻烦可就大了!千里之提,毁于日常的点滴松懈啊!

经过这次事件之后,如果上天再给一次这样的机会,我一定会对项目经理说:接着奏乐,接着舞!

-END-PS:欢迎在留言区留下你的观点,一起讨论提高。如果今天的文章让你有新的启发,欢迎转发分享给更多人。Java后端编程交流群已成立公众号运营至今,离不开小伙伴们的支持。为了给小伙伴们提供一个互相交流的平台,特地开通了官方交流群。扫描下方二维码备注 进群 或者关注公众号 Java后端编程 后获取进群通道。

—————END—————文章源自JAVA秀-https://www.javaxiu.com/11084.html

推荐阅读:MyBatis动态SQL,写SQL更爽面试官:String长度有限制吗?是多少?阿里首推的 SpringBoot + Vue 全栈项目凭啥不能用uuid做MySQL的主键!?SpringBoot+vue.js搭建图书管理系统MyBatis-Plus常用API全套教程,看完没有不懂的最近面试BAT,整理一份面试资料《Java面试BAT通关手册》,覆盖了Java核心技术、JVM、Java并发、SSM、微服务、数据库、数据结构等等。获取方式:关注公众号并回复 java 领取,更多内容陆续奉上。
文章源自JAVA秀-https://www.javaxiu.com/11084.html

明天见(。・ω・。)ノ♡文章源自JAVA秀-https://www.javaxiu.com/11084.html

继续阅读
速蛙云 - 极致体验,强烈推荐!!!购买套餐就免费送各大视频网站会员!快速稳定、独家福利社、流媒体稳定解锁!速度快,全球上网、视频、游戏加速、独立IP均支持!基础套餐性价比很高!这里不多说,我一直正在使用,推荐购买:https://www.javaxiu.com/59919.html
weinxin
资源分享QQ群
本站是JAVA秀团队的技术分享社区, 会经常分享资源和教程; 分享的时代, 请别再沉默!
沙海
匿名

发表评论

匿名网友 填写信息

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen:

确定