前言
前面三章基本把 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 的，希望有一天能够用上。