2021-09-22
在使用tdsql （noshard）的时候，select查询经常出现 锁超时的现象？
不太明白为啥select 查询会出现锁超时？ 求大佬指教
我来答
添加附件
收藏
分享
问题补充
1条回答
默认
最新
从楼主描述看，select比较像是被元数据锁阻塞了，show variables like ‘%lock_wait_timeout%’;
可以查看元数据锁和innodb锁等待的超时时间（lock_wait_timeout是元数据锁等待超时时间）
楼主可以先在日志记录一下sql执行时间，如果是lock_wait_timeout的时间的话说明是被元数据锁阻塞了，不是innodb的原因
可以排查下是其他session否执行过lock table，alter table，analyze table类会锁表的语句
评论
有用 0 打赏 0
回答交流
Markdown
请输入正文
提交
相关推荐
TDSQL 有界面化的sql开发工具或者前端界面吗
回答 2
基于mysql协议的连接mysql的工具都可以连接tdsql
tdsql 对set的数量有限制吗？一个分布式集群最多可以有多少个shard？
回答 1
取决于最开始建立groupshard时选择的集群分片数2256个（针对独立部署版，TCE无法选择），默认是最大64个分片。
TDSQL节点挂了之后，再次请求过来 直接读缓存吗？
回答 2
节点挂了后进行主从切换，业务连接重连请求后，路由到新的主节点上；schedler通过zk推送更新路由信息给proxy；
tdsql主节点agent挂了，主从切换过程回滚，是不是整个set停止服务了？
回答 1
这里得看具体故障场景，如果只有主agent挂了，那么相当于主机故障，主备切换不会有影响；如果主从多个节点agent全挂了，切换过程失败（可以理解为把节点停止、设置只读、切换读写这些操作都得agent来
TDSQL是满足AP还是CP？
回答 2
取决于同步模式参数，配置为强同步（不可退化）满足CP，配置为异步或强同步（可退化）满足AP
tdsql shardkey+range分区 在存储时如何实现 范围查询的时候如何实现？
回答 1
底层存储结构实际上是在每个分片里面会存储一个基础表多个子表(比如月份子表)；如果查询没有带shardkey，则会拆分sql到多个分片上执行将结果汇总；每个分片中的sql查询如果涉及跨月场景时，需要打开
shardkey+二级range表 是如何存储数据的？ 当进行范围查询时是否需要扫所有set ？
回答 1
由于shardkey相当于hash分区(主分区)所以有时序的数据必定不是聚合到一起的(不相邻)那么当我们通过时序字段去查询时查询性能反而会比传统意义上的范围分区表(数据偏有序相邻)差这个场景如果对时间
tdsql sharedkey是否可以理解为就是唯一主键？
回答 1
不是，shardkey是表中用于将数据划分不同分片DB的列，主键是主键；为保证多个分片里的数据的唯一性约束，主键和唯一键必须包含shardkey
TDSQL JDBC batchexecute插入数据报错，是TDSQL不支持嘛？
回答 1
JDBC开启批量发送的情况下，每次创建连接时会发送COMSETOPTION命令（控制是否开启批量发送），而这个命令目前TDSQL的Proxy不支持。
tdsql 读写分离对应用是透明的吗？读写分离地址吗？这个不是应该proxy层进行自动分发吧， 应该连接一个proxy的地址吧？
回答 1
TDSQL通过只读账号来支持读写分离，由proxy进行分发。（优先选择延迟小的备机，只读账号有3种模式：a.优先读备，备延迟大于阈值读主；b.只从备机读，备延迟大于阈值报错；c.只从备机读，忽略备延迟
