1条回答
默认
最新
评论
回答交流
Markdown
请输入正文
提交
相关推荐
TDSQL如果过多的嵌入式查询会对网关的处理能力造成影响吗？
回答 2
有影响，如果SQL性能极差，甚至有可能影响到TDSQL的探活，导致主备切换。建议优化好以后，再上线。
TDSQL shardKey能自增吗？
回答 1
最佳实践就是你说的：自己搞一个业务主键，然后在插入的时候生成。用nameage作为pk是badpractise，因为无法保证很多查询都是用这两个键来查，而且age这个字段是业务上会改变的（每年1）。而
tdsql for mysql最小化配置需要啥配置
回答 3
可以看我这篇博客就好，里面有tdsql的配置https://www.modb.pro/db/1839338685288951808
cynosdb mysql 单表的极限是多少?
回答 2
cynosdb架构没有了存储量的限制，指的是整体容量和传统部署方式的本地存储设备相比，对于具体的表而言，不管是独立表空间还是共享表空间，理论上限都是64T，独立表空间还会受文件系统的限制单表太大会造成
tdsql 在master可用检测时，如果主机确实宕机，这20s期间交易如何进行？
回答 1
这20s期间的交易会失败，主down了，备没有切换成主之前是不会提供服务的，所有的请求会hang在那里
tdsql自增列做sharedkey，然后insert values(null)，后端数据分布不均？
回答 1
确认分片的负责的shardkeyrange是否一样，然后插入的数据样本数量是否足够多>1000，如果只有几条确实会有不均衡的情况；
TDSQL shardkey可以修改吗？修改了如果跨分区会如何处理？
回答 2
不允许修改，如果有这个场景可以进行先删除再插入
tdsql水平扩容的时候SET1的数据是怎么迁移到SET2上的？
回答 1
建立SET2，dumpSET1全量数据，复制到SET2，然后挂主从，最后切换路由，各自删除切换后不属于本分片的数据
对于TDSQL是选shard或者noshard，有什么建议吗？
回答 1
是否适用得分析下业务场景和项目要求，有些业务不仅数据量大而且sql复杂，改造和迁移的人力和时间成本较高；对于不复杂的业务，比如原有业务sql都是基于普通增删改查，改造成本低，就很合适使用shard来存
tdsql后端存储层使用的是原生的mysql或者mysql分支啊？
回答 1
看创建实例选择的具体版本，TDSQL支持mariadb10.010.1和mysql5.78.0等不同版本；在开源的基础上做了一些特性增强，比如分布式事务、强同步和性能优化等特性；产品的内核开发能力达到
