消息点击率翻倍,原来这就是闲鱼背后的神器( 八 )

其中 , 疲劳度是防止用户被骚扰的关键 , 我们针对疲劳度进行了分层设计 , 分为三层 , 第一层为用户级别疲劳度 , 控制一个用户在一个周期内收到消息数量;第二层是业务维度 , 控制用户在一个周期内收到某个业务的消息数量;第三层是目标级别 , 控制用户在一个周期内收到同一个发送者消息数量 。

在业务维度层面 , 支持灵活控制多个业务联合疲劳度 , 保证用户不会被消息过度骚扰 。

用户关系存储

用户关系数据是闲鱼 IFTTT 的基石 , 它的特点是存储量级大 , 达到TB级别;而且对存储和查询的性能要求高 , TPS和QPS的峰值都在一万以上 。 经过调研 , 我们发现集团内部开发的 Lindorm 可以满足需求 。

Lindorm是阿里内部基于 Hbase 自研的高性能KV存储数据库 , 对Hbase的性能和稳定性均有一定优化 。 闲鱼 IFTTT 采用 Lindorm 作为用户关系数据存储 , 经性能测试验证数据读取 QPS 达到7万 , 数据存储TPS在10万以上 。 Lindorm本身性能优异 , 为闲鱼IFTTT高性能奠定基础 。

推荐阅读