业务挑战
在数据报表场景，原先采用 Hadoop 数仓对数据做预聚合，然后放到 MySQL 里面做查询，随着业务增长，报表形式更加多样化，MySQL 的扩展性成为瓶颈。多节点 MySQL 的分库分表方案复杂度高，运维非常困难。在反欺诈分析场景，传统数仓方案 T+1 的时效性不佳，要求数据库提供较强的实时分析能力。
解决方案
面对以上挑战，小红书引入 TiDB HTAP 方案，在数据服务层采用 TiDB 提供全部数据服务。
在数据报表场景，小红书直接使用 TiDB 直接替换 MySQL ，TiDB 可以通过增加节点进行扩容，并且可以自动实现数据的重新均衡。小红书通过搭建实时流把在线业务层分库分表的 MySQL Binlog 写到 TiDB 并进行合库，将一万张分表合成 TiDB 的一张大表，在 TiDB 进行查询、事务和聚合等操作，都不会影响主库。
小红书反欺诈数据分析场景应用 TiDB 之后，把 T+1 的提交改成由 Flink SQL 实时写入，打点数据产生的速率峰值 QPS 达到三四万，单表一天写入 5 亿左右的数据。小红书绕过 Hadoop 数仓，通过 TiDB HTAP 提供实时查询，在分钟级就可以看到促销发放优惠券的使用与分发情况，为业务提供高效、稳健的实时数据服务。
小红书将其他数据汇聚至基于 Amazon S3 和 EMR 所构建的数据湖中，实现对数据的预处理和聚合，然后加载至 TiDB 集群，实现统一、高效的运营分析。
小红书 TiDB 应用效果
- 支持高速接入，提供良好的批量查询能力。
- 行存配合索引精确定位，提供毫秒级响应，HTAP 架构支撑未来业务发展。
- CBO 自动路由，用户无需规划不同查询使用的引擎。
- 大大降低复杂度和运维成本。
