TiDB 平凯数据库敏捷模式试用体验：方便扩展，更节省存储空间｜水务行业可参考

作者： evanyou26 原文来源：https://tidb.net/blog/88fe037f

一、前言

1. 企业 & 行业 & 业务介绍

2. 目前的业务以水务行业为主，涉及灌区、水厂、河流、水库等。

3. 目前遇到的数据库挑战

4. 系统业务往往涉及到很多物联网数据采集，这些数据往往点位很多，存储间隔小，写入频繁，存储开销大，使用查询效率也是一大问题。

5. 参加活动的原因

6. 公司部分项目体量不大，并没有足够的资源来支撑高可用多节点的部署模式，敏捷模式的出现比较符合小项目的实用场景，想借此来试验其在后续项目中的选择可行性。

7. 敏捷模式的体验总结

8. 更适合小规模项目，使用方便；但对于大体量项目还是适合分布式多节点的模式。

9. 敏捷模式是否能应对该挑战

10. 比较适配信创条件要求的小项目。

二、平凯数据库敏捷模式功能体验

1. 数据迁移体验

2. 这次是首次尝试 DM 进行迁移，以往的迁移主要通过 navicat 的备份还原或数据传输功能进行操作，但也遇到过以下几个问题：

• 部分字符集的转换报错问题，之前的做法都是手动调整解决的

• 数据量稍微大一点就容易失败，迁移过程中卡死甚至直接程序崩溃导致失败

• 通过 DM 迁移，除了刚开始不熟悉操作，安装配置环境花了些时间，迁移过程就顺畅湿滑很多，字符集会自动转换成兼容的格式，数据量较大的场景下也更有保障。

1. MySQL 兼容性

2. 整体来说对于 mysql 的兼容性做得很好，现有的项目从 mysql 转到 tidb 基本上都能很平滑的进行迁移，代码层面几乎没啥改动。

3. 遇到过的最大的问题在于不支持存储过程，这部分目前来说主要靠转换成程序语言去实现；其次是部分字符集的兼容性问题，不过目前测试下来通过 DM 迁移能够比较好的进行解决。

4. 压缩比

5. 同样的数据对比下来如下，很明显的要少很多

1. 在线 DDL 操作易用性

2. 日常操作中基本没遇到过啥问题，在使用 navicat 工具进行字段增加时倒是遇到过一个语法兼容性问题，同时新增多个字段操作会报错，检查下来发现是由于 tidb 不支持 after 语法，只能改为单个字段操作，期望后续 tidb 能兼容该语法，毕竟日常很多时候是借助 navicat 来操作数据库。

1. 高可用 / 容灾（敏捷模式三节点）：

2. 由于本地资源限制暂未测试多节点的模式

3. 可扩展性：

4. 通过 Tem 能很方面的扩展组件，如下图所示直接动态添加之前未安装的 TiFlash 组件，整个过程不影响现有数据库服务运行，操作也简单便捷。多节点的操作也类似，但由于手上服务器资源有限暂未测试。

1. 敏捷模式性能表现：是否满足实际业务场景性能需求（附上截图，如有）

2. 准备了 3 个数据库进行单机环境条件下的测试，tidb 敏捷版、tidb 社区版、mysql。

3. 1）测试事务批量插入 10W 数据

4. 2）测试事务批量插入 50W 条数据

5. 3）聚合查询，基于模拟生成的 600W 数据进行测试

6. TEM 易用性

7. 最直接的好处就是简化了安装部署流程，以往手动安装往往需要数个小时，通过 TEM 能很快安装部署完成，且简化了动态扩容的操作，对于后期出现瓶颈进行扩容，也提供了很方便的操作指引，大大降低了安装运维的专业性门槛，节省了公司投入时间成本。

8. TEM 自带的运维管理功能，如监控、告警、巡检等功能，也提升了日常运维的效率，方便监控和排查数据库异常。可惜目前社区版没有自带 TEM，暂时只有企业版 / 敏捷版才有，没法自己单独使用。

三、平凯数据库敏捷模式优势 & 体验总结

1. 所在行业哪些场景会建议用敏捷模式

2. 主要是一些小规模的项目，不需要用到高可用多节点数据库的场景下，更适合用敏捷模式。

3. 敏捷模式整体体验总结

• 敏捷模式的部署维护简单，针对小型项目使用更加方便快捷

• 存储空间占用对比 mysql 有优势，更节省空间

• 方便扩展，对应成长性项目，更易于后续扩展成分布式多节点的数据库服务

• 纯单机场景下，对比社区版本的单机部署的性能有提升，但对比 mysql 如批量写入等还是有所不足，通过交流得知敏捷版这方面还在持续优化，期待正式版的性能效果

• 一些查询如聚合类、二次查询的速度对比 mysql 存在优势