SQLserver迁移TiDB场景的实践

最新推荐文章于 2024-11-11 00:00:00 发布

玖录

最新推荐文章于 2024-11-11 00:00:00 发布

阅读量991

点赞数

文章标签： sqlserver 数据库 mysql

本文链接：https://blog.youkuaiyun.com/weixin_45157163/article/details/123075541

版权

本文介绍了某房地产公司在控制成本背景下，从SQLserver迁移到TiDB的过程。在选型中，TiDB因其性能和稳定性优势胜出。文章详细阐述了复杂的迁移步骤，包括SQLserver的发布、分发和订阅配置，以及数据同步至TiDB的流程。最终，通过TiDB成功减少了对商业数据库的依赖，降低了成本。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

前言

作为一个房地产公司，现在整体业务都没有前几年好，公司整体都需要控制成本，技术上也开始开源节流。此项目之前整包买的服务，供应商使用了SQLserver数据库，现在项目进行自研，数据库从商业转换为开源免费产品。

为什么选TiDB

选型总是个复杂繁琐过程，考虑研发成本和运维成本，重要的是后期性能和稳定性。开始我们测试了两个方案，有TiDB+tiflash、MySQL+Elasticsearch，SQLserver承载着oltp和olap的业务，测试的两个方案中后者效率上优于TiDB，但TiDB+tiflash也完全满足现在业务，部分oltp场景对延时要求高，不能超过5分钟，公司使用TiDB已一年时间使用和维护上积攒了很多经验，选择使用TiDB方案。迁移TiDB对部分场景进行了SQL调整。
如下三个复杂场景测试对比表格:
硬件配置：

节点名称 / 数量 / 配置 / 用途
Tidb+pd / 3 / 16c64g / 计算管理节点
tikv / 3 / 32c128g / kv存储节点
tiflash / 1 / 64c128g / 列存储节点
SQLserver / 3 / 64c198g / 存储服务器

压测对比：
imageimage.png1454×776 89.7 KB
上图看出优化后TiDB响应时间比在SQLserver里好很多，测试的三个场景复杂且重要，但并发不高，测试时也没做高并发测试。