我和tidb的相遇非常偶然。我一直在金融互联网公司上班。最开始的时候在公司里我遇到了oceanbase。0.5.3
2014年在公司里自己编译代码自己编译执行成功了。进入了mysql的界面。但不知道怎么导入数据，怎么导出数据。也没帮助也没论坛啥都没。完全无法应用于生产。这个时候我心目中的大神黄栋旭正在管理分库分表数据库。还在豌豆荚打工。我去过豌豆荚的办公室。当年豌豆荚也被阿里巴巴收购了。
我们转向了其他项目的研究。redis性能挺好的，我们用codis做了集群管理。无限扩展数据。应对了大批量交易的缓存。codis也是黄栋旭写的。那是他们埋下的种子。
当时我们运维mysql分库分表非常痛苦。因为自己不懂底层。也没法做自建数据库的管理。都是购买的云数据库。维护简单，但很难说自己是一个数据库大神。
2015年东旭创业了，捣鼓了一年做出来tidb数据库。2016年在杭州推广。我去参加会议了在西湖金融小镇，那一年tidb在杭州举办了很多次会议，演讲，推广，还申请了ecs服务器。让我们免费参加培训运维管理服务器。每次参会都有小礼物送，T恤，书籍都送，我拿了很多。也自然帮他做了很多推广。
但我这段时间在的公司在淘系 没法用tidb，我曾经在淘宝买了3台物理服务器。拿到阿里公司大楼里面搭建了一个tidb的分布式数据库。因为那时候我们要做大数据分析，我本来提议用tidb的。但公司必须用淘系的数据库ads alisql，我只能自己测试自己玩。没有真实业务的测试，我对tidb的了解也仅仅限于部署tidb。能跑能玩。这算是tidb成功打入敌人内部的成功案例。
等2022年公司里整套交易系统都是基于tidb的，当时用了2tb的内存 amd的处理器 2tb的内存。总共给了11台。我们刚上线的时候tidb4.0才刚发布。等业务上线的时候tidb刚刚6月份推出了tidb5.4 我就直接上了。当时mysql一个大的ddl变更，直接把mysql就打挂了。mysql的binlog日志有1000g 哪有那么大的磁盘能容纳。自己维护tidb真简单，mysql真难。我们顺利的把所有的业务都切到tidb里了。
tidb维护真简单，我回答回答问题，部署一下业务，一套tidb又管理生产 10个生产业务系统。无论多少业务tidb都只需要一套数据库系统就行真心简单。
但tidb在虚拟机里面跑的就非常差了。性能差，动不动就oom。当时我们最新版本是6.1.只要开发写了烂代码 虚拟机上必然oom。这样也好。省了测试组测试的时间。
其实我可以把tidb的测试服务器搞好点。把tikv迁移到实体机器内。但虚拟机能让烂代码现形。我就没改。这套架构一直用到我走的时候。
现在我还在继续维护tidb数据库。当年从阿里出来我也面临2个选择，继续管理mysql 转管理postgresql当时阿里云pg的大神唐成也收留了我给我机会学习postgresql，但我选择了tidb，因为我觉得postgresql管理过于复杂，不适合我而且我也更看好tidb的成长空间。tidb让我继续工作了10年。如果当年没有遇到tidb 我估计也在跑外卖。
2022年tidb遇到了成立以来的最大危机，经历了一次裁员。但2023年他过的很好，2024他都混成了世界第一增长的数据库，全日本第一数据库，人生起起伏伏，技术学习的人生也起起伏伏，幸好我选对了路。
