以前用mysql的开发方式是不同业务不同的库，在事务处理上比较麻烦，现在用tidb如果所有业务使用同一个库，不考虑这样组织表导致的维护性降低，仅从性能上说，在不同业务数据都大规模增大之后，tidb的性能会受影响吗？
建议对应业务使用不同数据库，大规模目前还需要一个概念，多表还是单表数据量很大呢，但是都不建议多业务使用相同数据库。
感谢答复！不建议这种一个库的方案请问这是因为会引起性能严重下降吗？可否提供官方文档关于这个主题的相关链接？
可能我说的不同业务使用一个库有点太极端，换一种说法，如果是同一个业务但是不同服务使用一个库有问题吗？在之前的微服务架构里不同服务通常使用自己独立的库，我的关注点在于使用tidb之后，能不能放弃微服务架构，整个业务是一个服务一个库？先不用考虑单服务引起的代码维护性变差，仅考虑tidb性能。谢谢
在 tidb 端，没有此性能的限制，只要保证 tikv 和 tidb 节点足够多，配置足够好，经过严格的业务测试，可以满足要求，就是可以的。
对于微服务，按照之前的 mysql 经验是每个服务对应一个数据库，如果没有 k8s+docker 可能每个数据库对应一个 mysql-server 也是不现实的。
tidb 可以尝试将微服务的数据库放在同一个 tidb 集群中，从性能方面是没有什么影响的，只要符合 tidb 这边的建库建标要求即可（单表不超过 1024 列等）
PS：请正确选择帖子标签和分类
非常感谢，这样的话，是有可能放弃微服务架构的，发展出新的开发方式
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。