前言
前面三章基本把 TiDB 的环境弄好了,也做了一下简单测试,有兴趣的同学可以看一下:
TiDB 入门(一):TiDB 简介
TiDB 入门(二):虚拟机搭建 TiDB-Ansible 部署方案
TiDB 入门(三):简单测试
本来还有一些用 jmeter 压力测试的,后来测试的结果非常不好,就不想写出来了,因为自己毕竟是用虚拟机模拟的和 TiDB 官网推荐的配置差很多,如果自己写出来是有失偏颇的。
为何“跑路”
穷
我们可以看到,TiDB 对性能要求特别高,简单看一下配置。参考:软硬件要求
开发测试环境:
组件 | CPU | 内存 | 本地存储 | 网络 | 实例数量(最低要求) |
---|---|---|---|---|---|
TiDB | 8 核 | 16 GB+ | 无特殊要求 | 千兆网卡 | 1(可与 PD 同机器 |
PD | 4 核+ | 8 GB+ | SAS, 200 GB+ | 千兆网卡 | 1(可与 TiDB 同机器 |
TiKV | 8 核 | 32 GB+ | SSD, 200 GB+ | 千兆网卡 | 3 |
生产环境:
组件 | CPU | 内存 | 硬盘类型 | 网络 | 实例数量(最低要求) |
---|---|---|---|---|---|
TiDB | 16 核+ | 32 GB+ | SAS | 万兆网卡(2 块最佳) | 2 |
PD | 4 核+ | 8 GB+ | SSD | 万兆网卡(2 块最佳) | 3 |
TiKV | 16 核+ | 32 GB+ | SSD | 万兆网卡(2 块最佳) | 3 |
监控 | 8 核+ | 16 GB+ | SAS | 千兆网卡 | 1 |
开发环境大概就需要两台 DELL 服务器才能满足 CPU 和内存的要求。
并且最贵的应该是 SSD,因为是需要服务器级别的 SSD 所以会非常贵。如果要高可用 raid 5 磁盘序列需要再乘以 3 倍。 而生产环境感觉需要六台 DELL 服务器才能满足,大概是开发环境的 3 倍要求。
用不到
我们之前也简单测试过,以我那台虚拟机搭建的 TiDB 只有在数据量千万级别才会和 MySQL 的性能相当, 我好好回顾了一下自己公司用的表大小,过百万的都非常少,其实 MySQL 完全够用, 现在完全没有足够的理由去说服公司去使用 TiDB。
再次翻开TiDB 正确使用姿势, 结尾的一句话好好记住:
<em><b>如果整篇文章你只想记住一句话,那就是数据条数少于 5000w 的场景下通常用不到 TiDB,TiDB 是为大规模的数据场景设计的。
如果还想记住一句话,那就是单机 MySQL 能满足的场景也用不到 TiDB。</b></em>
结尾
当然这次“跑路”并不是永远放弃 TiDB,等单表业务需求到了 5000w 以上的时候,我们不能用 MySQL 解决问题的时候,我相信 TiDB 仍然是值得用的,因为 MySQL 做扩展的能力没有 TiDB 好,用现在一句流行的话来说,能用钱搞定的就不是问题,性能达到瓶颈,我用机器性能去堆就可以了。
当然以后还是会持续学习 TiDB 的,希望有一天能够用上。
来源:oschina
链接:https://my.oschina.net/u/4311881/blog/3295374