---
title: 'TiDB x  易车 | TiDB 助力易车打造超级汽车狂欢节'
date: '2023-06-29T10:38:19+08:00'
status: publish
permalink: /case/user-case-yiche
author: xuliwen
excerpt: '在“超级 818 汽车狂欢节”期间，易车面临着海量数据存储、高并发、低延迟等场景带来的挑战。在 TiDB 社区的协助下，易车在一个月时间内完成了数据库选型、方案设计、压测、上线部署，成功平稳承载了大促流量。'
type: case
id: 1246
thumbnail: https://img1.pingcap.com/files/2023/02/易车.png
industry:
    - 生活服务
scene:
    - '实时 HTAP'
company_desc:
    - 易车公司成立于2000年，作为中国领先的汽车互联网企业，为中国汽车用户提供专业、丰富的互联网资讯和导购服务，并为汽车厂商和汽车经销商提供互联网营销解决方案。
white_paper_link:
    - ''
banner_image:
    - ''
---
业务挑战
----

易车在第一次举办 “超级 818 汽车狂欢节” 活动时，经测试发现，MySQL 方案存在主从延迟高等问题，极端情况下会引起主从切换，且切换时间过长，对于“超级 818 汽车狂欢节” 这种对实时性要求极致的台网互动直播活动，显然无法满足需求。

同时，在该活动中，数据库不仅扮演着数据存储介质的角色，还需作为实时计算的数据源头，配合流量数据，实现秒级数据实时播报，要支持 Flink 高并发的读写请求。

经过测试选型，易车决定使用 TiDB 应对数据库挑战。

解决方案
----

在 TiDB 社区的技术支持下，易车仅用了不到一个月时间就完成了数据库选型、方案设计、压测、上线部署，平稳承载了 “超级 818 汽车狂欢节” 活动流量。

### 数据看板业务

在数据看板核心数据库中，易车准备了两套 TiDB 集群，与实时计算的主备方案一一对应。业务研发通过双写的方式将数据同时写入两个集群，一部分业务的查询链接集群 1，另一部分业务的查询链接集群 2，当其中一个集群出现问题时，应用端会自动切换到另一个集群，保证服务高可用性。两个 TiDB 集群都部署了 3 个 TiDB Server, 3 个 PD Server，6 个 TiKV 节点，2 个 TiFlash 节点。此外，易车还准备了 4 台机器做扩容方案，以免数据量暴涨，集群难以支撑。

![818 汽车狂欢数据看板业务架构图.png](https://img1.pingcap.com/prod/818_35a47225ec.png)<center>818 汽车狂欢数据看板业务架构图</center>活动期间，易车数据量达到了平时的 10 倍以上，在 TiDB 的支持下，数据看板业务 SQL 999 始终控制在 8ms 以内， SQL 99 在 3ms 左右，QPS 达到 62k。

### 红包摇一摇业务

此外，TiDB 还作为容灾方案被应用在该活动的红包摇一摇业务中，避免由于业务流量暴涨引起 MySQL 不可用的情况。一旦发生不可用，业务可以直接将数据库切换到 TiDB。TiDB 在整个业务中扮演着数据源、实时计算维表和实时计算结果存储引擎三个角色。

![红包摇一摇业务架构图.png](https://img1.pingcap.com/prod/_2178e72c48.png)<center> 红包摇一摇业务结构图</center>业务收益
----

- 作为一栈式数据服务平台，TiDB 帮助易车进一步简化技术栈，减轻运维压力；
- TiDB 的 HTAP 架构大大解决了易车实时数仓数据流延迟问题；
- TiDB 完美兼容 MySQL ，有效降低 DBA 和开发的学习成本。

> 推荐阅读：[TiDB 在 2021 易车 818 汽车狂欢节的应用](https://asktug.com/t/topic/182806)