group_replication_consistency参数为EVENTUAL时，RO和RW事务都不等待执行之前的事务。但是我实际测试会呢，在压测期间，stop group_replication后，其中要给secondary变成primary，而在该primary上执行创建表操作报错，说super_read_only开启了，确实是开启的 。这就不能写了，跟官方文档表述不一样呢？官方文档关于该参

我理解的only_full_group_by是select子句中出现的字段都需要出现在group by子句中才不会报错，但是实际测试不是这样呢。测试过5.7和8.0.22都是这样。1.报错的情况，用第二个字段在group by中就报错root@172.20.3.11:3308 : loadtest : 10:25:47>select id,k,c,count(*) from sbtest1 gro

环境mgrb01和mgrb02在ubuntu20.4 docker容器上mgrb03在一个虚拟机上centos 8.2.2004数据库软件为8.0.22现象mgrb03再加入集群后一直处于RECOVERING状态root@172.20.3.11:3308 : (none) : 10:54:19>SELECT * FROM performance_schema.replication_group_m

sysbench测试生成的表sbtest1，主键为id列，以下查询返回了两行数据，怎么回事，难道随机数返回多，成了in表达式？mysql> select id,k,c,pad from sbtest1 where id=round(1+rand()*10000000); +---------+---------+-------------------------------------------

1、设置session级别的statistics_level=all2、执行sql3、查看执行计划select * from table(dbms_xplan.display_cursor(null,null,‘allstats last’))4现象：最开始发现该问题时表又29万数据，然后删除了部分数据到9万了，索引返回的数字没变，还是368K