支付、转账、在线下单 

分片分为横向和纵向，一般都选择横向分片，按照一个统一的字段进行分片，按照数据量的大小，分片字段建议重复值少，便于索引，通常选择编号类的主键进行分片，分片不建议太多，适量就行，要考虑检索的速度和后期的扩展性。一般很少有人用纵向分片，主要是因为目前的数据结构化原因，纵向类似业...

不具有可比性，集中式性能更高，但单台服务器的性能有限，分布式虽然单个性能一般，但可伸缩性能更高，容灾能力强，也更稳定，只能说各有优缺点，不能拿单台的Oracle服务器跟mysql集群来比较，在不同的场景，效果也可能差别很大...

这个问题其实很普遍，但是好解决。现在头部国产分布式数据库的几个大厂都有工具，跑一下可以把需要改造的SQL领出来看看，用工具和来辅助我们判断改造的工作量。好搞，不难！如果之前是Oracle的，难度会较小，工作量不是很大。改造量最小的是MySQL的。...

dblink需要改造，通过应用去分布式数据库取数实现。目前分布式数据库主库可实现强一致，备库只能实现最终一致性，对于跨库同步，只能实现表级别的一致，无法实现事务的强一致。所以对于强一致性需求，要么去主库实现，要么牺牲实时性。...

  大数据场景建议使用存算分离架构部署，通常大数据存储容量都较大，如果采用超融合，不便于针对性的扩展， 至于你说的选型就无所谓了，底层都是采用分布式架构，大一点的品牌的产品都能满足...

迁移数据重分布的代价高我觉得应该跟分片依据关系不大，应该主要考虑分布式数据库的检索和数据分布算法，比如使用一致性哈希就可以避免您说的这种迁移或者扩缩容的代价，具体还得看所用的数据库产品特性，如果td-sql不合适，也可以尝试别的分布式产品，架构上面还得考虑缓存和热点数...

针对证券的业务不是很了解，通用性的建议是：1.数据规模巨大2.业务发展前景大3.有特殊需求（如HTAP）4.高可用要求高5.监管类需求满足以上标准的，可考虑分布式数据库

分布式数据库组件和节点较多，需要自动化运维平台方便管理，自动化平台需要重点关注：1、 自动化安装部署，包括全量和增量部署；2、 自动化数据库实例申请和快速自动交付；3、 各分布式管控组件的管理和监控；4、 各数据库节点的性能监控，例如CPU、IO、内存等等；5、 数据库实例监控，数据...

1.分布式事务各分布式数据库对分布式事务的实现，存在很大差异。能在上层由应用解决，对企业来说选择面更大。2.微服务拆分微服务拆分，是架构层面的一种措施，将业务拆分为独立单元处理。针对这一架构，对底层数据库来说会造成数据库的拆分，但是否采用分布式架构支撑不是强关联。可...