引入TiDB方案的一些思考

MySQL技术体系建设上,能够实现资源水平扩展,满足现在和未来的基础存储需求是一个基本目标,从中长期来说,基于关系型的数据库分布式方案存在明显瓶颈。

1) 分布式事务测试。基于中间件的方案更多是做了事务降维,或者说在分布式事务方面还有待验证,在基于MySQL的分布式事务方向的支持深度和力度方面有限

2) 中间件的分库分表模式存在限制。分库分表的模式在集群管理中复杂度较高,存在难以适配的情况

3)在扩缩容方面,可以实现等量扩展,比如2个扩展为4个,4个扩展为8个,目前无法实现真正意义上的弹性

4)在高可用方面,依赖于分片层的高可用机制,会导致整个服务集群有明显的卡顿,不可用现象

5)对于DDL变更较为敏感的业务,在数据实时性和准确性可以作为一种缓冲方案

6)MySQL侧在部分业务即时查询需求支持方面存在性能瓶颈,目前暂有infobright列式存储方案补充,但是对业务接入存在瓶颈(前端业务无法写入),基于TiFlash的方案可以作为一种较好的弥补策略。

7)4.0版本中已支持悲观锁,在使用模式方便和MySQL侧兼容性更好,后期的预研和迭代会相对快一些。

你可能感兴趣的:(引入TiDB方案的一些思考)