我现在发现是当执行ddl的那个owner节点上再发起查询是查询不了的，其余tidb节点是能执行正常的增删改查的，这是正常的吗？
现在发现是当执行ddl的那个owner节点上再发起查询是查询不了的，其余tidb节点是能执行正常的增删改查的，这是正常的吗？
奇怪的问题，如果只是 owner 节点异常，应该可以排除锁之类的问题
日志中什么信息吗？
尝试把连接都迁移到其它节点上，然后在该节点上尝试能否复现（包括重启该节点看能否复现）
也会加锁的,可能跟其他操作互相锁住了吧
测试环境，没有应用服务连接。数据库没其他操作
我有三个tidb节点（a，b，c），c节点是ddl的owner节点，我在c节点上执行添加索引的操作，再添加索引的过程中，在c节点上发起新的查询或者插入语句，会阻塞，执行成功需要等到索引添加完毕后查询或插入才能正常返回结果，但是再添加索引的过程中，在b或者a节点上执行查询或插入操作不会被阻塞。执行的sql语句都是相同的，数据无其他操作干扰。tidb组件日志中没有什么信息，语句执行完成后能有日志信息打印出来，执行过程中也没见锁之类的日志信息
大概率不是查不出来，只是慢，可以看看加 ddl 的时候 owner 的 cpu 啥的资源是不是满了
没有试过这种情况
可以用top命令