• TiDB入门(四):从入门到“跑路”


    前言

    前面三章基本把 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 正确使用姿势, 结尾的一句话好好记住:
    如果整篇文章你只想记住一句话,那就是数据条数少于 5000w 的场景下通常用不到 TiDB,TiDB 是为大规模的数据场景设计的。
    如果还想记住一句话,那就是单机 MySQL 能满足的场景也用不到 TiDB。

    结尾

    当然这次“跑路”并不是永远放弃 TiDB,等单表业务需求到了 5000w 以上的时候,我们不能用 MySQL 解决问题的时候,我相信 TiDB 仍然是值得用的,因为 MySQL 做扩展的能力没有 TiDB 好,用现在一句流行的话来说,能用钱搞定的就不是问题,性能达到瓶颈,我用机器性能去堆就可以了。

    当然以后还是会持续学习 TiDB 的,希望有一天能够用上。

  • 相关阅读:
    有向图的连通性
    P6149 [USACO20FEB]Triangles S
    P6148 [USACO20FEB]Swapity Swapity Swap S
    RabbitMQ六中工作模式-主题模式
    turbine 集群聚合监控
    RabbitMQ六中工作模式-路由模式
    RabbitMQ六中工作模式-发布和订阅模式
    RabbitMQ六中工作模式-工作模式
    RabbitMQ六中工作模式-简单模式
    feign 声明式客户端接口
  • 原文地址:https://www.cnblogs.com/wz2cool/p/10359159.html
Copyright © 2020-2023  润新知