D1 - 前言

目前在工作上主要会使用两套资料库，这段时间累积了对於维运上的经验以及渐渐摸熟在程序使用上的眉角。但是问题也慢慢浮现出来。毕竟是两套截然不同的资料库，管理工作就要花上两份工时。另外对於第一次接触的同事常常是一个头两个大，需要较长的学习时间。当有新的需求需要对原有资料库异动时，要考虑是否会影响两套资料库的一致性或者前後关系，增加人为出包的风险。

虽然目前透过一些应用上的手法避开了资料不一致的这块，但是面对未来愈发即时性的需求。快，还要更快。两套资料库存在的资料同步落差势必会是今後要面临的鸿沟。於是乎开始找寻可以让两者合而为一的资料库。
能够简化运维的负担，又不会牺牲太多目前服务的效能。

首先列出方向

1. 方便系统转移，以期最小化影响程序。因为改下去我可能会先被其他人在心里头臭骂一百万遍，包含我自己都会想揍自己一顿...
2. 方便维护！！方便维护！！方便维护！！很重要所以要说三次。
3. 对目前的效能不能影响太大。由奢入俭难，就像现在要你回头用3G网路，可能白眼都翻到头顶上去。

经过一番厮杀，选定了TiDB作为此次测试的资料库。这套由PinCAP开发的资料库，兼容MySQL 5.7协议，满足强一致性，可水平扩充，并且支援OLTP与OLAP，可说鱼与熊掌兼得。
TiDB使用mysql protocol，原有程序的mysql driver也会通，只要IP跟Port改一改就好了，程序要异动的部分少了一半的工。再来安装以及升级方便。接下来最重要的就是要试试他的效能能不能通过测试。

藉由这一次再度参加铁人赛的机会，将这次的测试经过记录下来，来看看到底是不是真的像官网所说的那麽神。