MySQL用户如何构建实时数仓

依托数据库生态，AnalyticDB for MySQL能够给用户提供分析场景下的标准解决方案，尤为是在大数据和性能要求较高的状况下AnalyticDB for MySQL的价值能够更好的体现。

MySQL用户为何要单独构建数据仓库

为何要单独构建数据仓库，而不是直接在MySQL数据库上运行分析查询？这个问题我上面文章提到过，为了回答这个问题，咱们先来看下数据仓库与OLTP数据库之间的差异。数据仓库主要是针对批量写入和大量数据的读取操做，而OLTP数据库是针对持续写入操做以及大量的小规模读取操做。一般，数据仓库会因较高的数据吞吐量要求而使用非规范化模型，如星型模型和雪花模型。星型架构包含多个引用大量维度表的大型事实数据表。雪花型架构是星型架构的扩展，包含更加规范化的维度表。而OLTP数据库则使用高度规范化的模型，更适合高事务吞吐量的要求，对于复杂查询的性能很难知足用户要求。

规范化操做是必定要把分析查询拆分到数据仓库中，达到“臃肿”状态时再构建数据仓库是会付出迁移成本。直接在MySQL数据库上运行分析查询的缺点总结为：

1. 很容易影响在线业务，只读实例扩展难，没法作到实时分析；
2. 每个月新增数据比较大状况下，须要按期手动作分库操做，从多个库检索数据进行分析，查询性能没法知足需求；
3. 把数据统一抽取到大数据平台，技术门槛高，改造难度大耗时长。

什么是AnalyticDB for MySQL

几年前阿里云就意识到实时数据仓库的必要性，2015年AnalyticDB for MySQL肩负着阿里云实时数据仓库的使命上线公共云。AnalyticDB for MySQL是阿里云上惟一通过核心业务和超大数据量验证的实时数据仓库，其稳定性、规模性和性能是无可置疑的。AnalyticDB for MySQL是全球最快的数据仓库。全球最知名的数据管理系统评测标准化TPC组织公布了数据库领域分析性能基准测试最新排名：阿里云自研超大规模分析型数据库AnalyticDB正式荣登榜首，成为全球第一家经过TPC第三方严格审计认证的云上数仓产品。

AnalyticDB采用行列混存MPP技术，突破OLTP和传统数据仓库技术壁垒，最大优点是能够构建PB数据量下高性能和经济实用的数据仓库。全面兼容MySQL协议以及SQL:2003 语法标准，用户只需对现有业务进行少许更改，甚至不须要进行任何更改，便可把业务所有迁移到AnalyticDB for MySQL上来。所以，它已成为当今企业构建数据仓库和OLAP系统的理想选择。

解决方案架构图

架构简单，组件少，效率高。只需经过DTS把MySQL业务库数据实时同步到AnalyticDB for MySQL中，数据在AnalyticDB for MySQL实时数据仓库中进行加工处理和计算。

解决方案优点

1. 实时性
   AnalyticDB for MySQL同时具备计算的实时性（计算在用户查询时发生，查询速度快，毫秒级返回）和数据的实时性（数据产生插入数仓后立刻就能够查询到）；
2. 低成本和易扩展
   单节点最低1.30/小时，做为云上企业级数据仓库还易扩展的特性，高峰期实现秒级扩容。
3. 简单易用
   全量+增量自动同步，数据入库简单、安全可靠；
4. 高度兼容
   彻底兼容MySQL，用户无须修改SQL，迁移成本极低；
5. 生态丰富
   兼容经常使用BI、ETL和客户端工具，完备适配用户场景。

AnalyticDB for MySQL 典型应用场景

AnalyticDB for MySQL客户案例

递四方构建物流行业实时数仓

无他相机移动APP运营平台

写在最后

相比于大数据方案构建数仓，AnalyticDB for MySQL除了在实时性上有绝对优点外，使用简单也是不可或缺的优点。无须要储备大数据人才，数据库团队便可轻松玩转实时数据仓库，帮助公司节约至少百万成本。 AnalyticDB for MySQL 1元购活动正在火热进行中，限时续费包月八折，包年七折。你还等什么，赶忙来试用吧！

---

本文做者：悦畅

阅读原文

本文为云栖社区原创内容，未经容许不得转载。