底层存储结构实际上是在每个分片里面会存储一个基础表多个子表(比如月份子表)；如果查询没有带shardkey，则会拆分sql到多个分片上执行将结果汇总；每个分片中的sql查询如果涉及跨月场景时，需要打开

支持的，本地备份需要是nfs磁盘挂载的目录，挂载路径/tdsqlbackup

不是，shardkey是表中用于将数据划分不同分片DB的列，主键是主键；为保证多个分片里的数据的唯一性约束，主键和唯一键必须包含shardkey

这个问题的原因在于，你通过存储过程在一个分片上创建了大量的表，但是这些表的元数据并没有同步到TDSQL的元数据管理模块，因此在其他分片上是无法查询到这些表的。解决这个问题的方法有两种：1. 

这个取决于客户用的什么数据库，比方说客户使用的oracle,它里面可能遇到一些存储过程，和高级特性的话，这样改动还是蛮大的。客户上迁移的在实际迁移过程中，我们会有poc团队帮着客户一起来完成这个事情

可以看我这篇博客就好，里面有tdsql的配置https://www.modb.pro/db/1839338685288951808

节点挂了后进行主从切换，业务连接重连请求后，路由到新的主节点上；schedler通过zk推送更新路由信息给proxy；

不支持，TDSQL这里实现分布式事务的时候对mysql原生的XA能力做了大量业务场景测试和一些bugfix，功能架构设计是在一个实例多个分片里面去实现的；对于跨实例、其他来源的不能保证分布式事务的正确

看具体什么原因，具体原因具体分析：如果是大事务导致的，主从延时过长，可以优化业务把大事务进行拆分。如果是慢查询导致的，就要对相应的sql进行优化。如果延迟时间过长，或者无法恢复，赤兔操作界面里有一个重

可以的，在赤兔上进行同步方式选择，数据复制的同步方式有强同步、异步及同IDC异步，跨IDC强同步。