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 正確使用姿式, 結尾的一句話好好記住：
<em><b>若是整篇文章你只想記住一句話，那就是數據條數少於 5000w 的場景下一般用不到 TiDB，TiDB 是爲大規模的數據場景設計的。
若是還想記住一句話，那就是單機 MySQL 能知足的場景也用不到 TiDB。</b></em>

結尾

固然此次「跑路」並非永遠放棄 TiDB，等單表業務需求到了 5000w 以上的時候，咱們不能用 MySQL 解決問題的時候，我相信 TiDB 仍然是值得用的，由於 MySQL 作擴展的能力沒有 TiDB 好，用如今一句流行的話來講，能用錢搞定的就不是問題，性能達到瓶頸，我用機器性能去堆就能夠了。

固然之後仍是會持續學習 TiDB 的，但願有一天可以用上。