tfs

2020年9月20日，阿里云云数据库Redis正式上线Tair（又称阿里云Redis企业版）持久存储系列，该系列包含两种产品形态：持久内存型和容量存储型。该系列产品是Tair系列继性能增强型和混合存储型后又一力作，其兼容原生Redis的数据结构和接口，并具备更大容量规格、抖动更低且命令级数据持久化的能力。该自研产品打破了传统Redis中的数据只能在易失性存储上进行读写的刻板印象，针对客户不同业务阶段的数据存储要求与服务成本考量，全新实现了持久性更强、成本更低的KV数据库。 >>发布会传送门 点击了解产品详情 开源Redis的三大痛点 Redis 是目前全球最主流的Key-Value 数据库产品，作为高速缓存，在缓解系统大并发高压力的场景上已经被无数开发者和企业所认可，尤其在各种行业和场景都有着非常广泛的应用，可以说Redis是应对高并发、大流量、低延迟业务场景的不二选择。然而，随着客户业务的快速发展，Redis对业务的重要性持续上升的同时系统压力和数据量也不断地攀升，这时原生开源Redis便会出现如下的一些矛盾： 1.数据可靠性与在各场景种广泛使用Redis之间的矛盾。Redis有丰富的数据结构和操作，除了作为后端数据库的前置高速缓存外，还在诸多实际涉及到数据更改的业务场景上发挥着重要的作用，这是用户往往会关注数据持久化能力。在开源Redis中

一、背景 崩溃(Crash)，即闪退，多指移动设备（如iOS、Android设备）在打开/使用应用程序的过程中，突然出现意外退出/中断的情况。如果App线上版本频繁发生崩溃，会极大地影响用户体验，甚至导致用户流失，以及收益减少。因此，崩溃问题是客户端稳定性团队需要重点解决的问题。 然而，对于所有崩溃场景，仅25%的崩溃可通过信号量捕获，实施相应改进；另有75%的崩溃则难以识别，从而对App的用户体验，造成了巨大的潜在影响。 Facebook的工程师将App退出分为以下6个类别： App内部主动调用exit()或abort()退出； App升级过程中，用户进程被杀死； 系统升级过程中，用户进程被杀死； App在后台被杀死； App在前台被杀死，且可获取堆栈； App在前台被杀死，且无法获取堆栈。 对于第1～4类退出，属于App的正常退出，对用户体验没有太大影响，无需进行相应处理；对于第5类退出，可通过堆栈代码级定位崩溃原因，对此业界已形成比较成熟的解决方案，推荐免费试用阿里云的崩溃分析服务，即可快速定位、解决此类崩溃问题；对于第6类退出，可能的原因很多，包括但不限于：系统内存不足时继续申请内存、主线程卡死20s以上、CPU使用率过高Stack Overflow等，在此我们统一称之为iOS客户端的“Abort问题”。 Abort问题无法被堆栈捕获，且发生频次远高于可被捕获的崩溃（下称