两种情况做个测试，对比下性能。不能一概而论说哪个好那个不好，不过对于分布式数据库来说，本质上就是为了解决分库分表问题的，既然仍然保留该结构，迁移过来的意义估计不大
我就想知道分了1024张表，统计起来酸不酸爽？还要不要酸爽下去？
poc测试一下
把这张表迁移过去做下测试呗，拿数据说话，TiDB分布式的，有一种特点就是不分库分表
首先， TiDB天然支持超大表的存储且保证高性能访问，所以TiDB自身是有这个能力，支持楼主你合表或不合表的。
至于是否有必要合并，就要评估楼主这边的总体收益，具体来说，就是要评估业务处理+运维管理的成本、风险以及后续发展情况。这一块的考虑才是决策的关键点。
建议合并
合了运维会更简单，不过相应的代码都要改吧，得问问开发的意见
如果分库分表用的也行，底层只换个tidb也不错。合并后扫描索引之类的性能会降低。
可以合表，再看看性能
已经分好了应该不用再合并了，徒增工作量