背景：使用了nocobase开源平台时，使用备份功能时发现报错，报错日志包含： mysqldump: Error: 'Expression #6 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'information_schema.FILES.EXTRA' which is not functi
背景：一直以来都认为MySQL字段扩容时，对于255以内的扩容时可以inplace的，今天处理一个工单，发现字段本身超过255时再进行扩容，仍可以inplace，算是纠正一下知识点盲区。 原理：varchar字段255以内时，使用一个字节来记录长点，超过255时使用2个字节记录，跨记录长度标识的时候即255以内扩容到255以上时，无法使用inplace，只能使用copy方式重建表。未跨255时通过
背景 使用新库搭建从库，并进行主从切换，主库原有订阅任务报错 2025-05-20 15:44:38.101 [destination = 9685881 , address = /xxxx:xxxx , EventParser] INFO boot - start with position null 2025-05-20 15:44:38.101 [destination = 9685881
背景 看到一篇“千万不要直接给表添加自增主键啊”的公众号，添加主键后导致主从不一致，对照进行复现测试。 测试情况 版本：percona 5.7、8.0 主库开两个会话：T1，T2 T1先开启一个事物，并插入数据，等待T2提交 T2后开启一个事物，并插入数据，先提交后，T1再提交 两个事物提交后，发现主库的查询与从库的查询结果不一致，其实这种已经出现查询不一致的情况了，仅是表现为顺序不一致 主库对该
1、版本：percona 8.0.33-25-20230707 2、问题 处理了一个带timestamp字段相关的工单，开发比较迷惑，为什么SQL是 结果执行后却多了default值和自动更新的属性 3、排查 咨询AI，给的解释： 通过MySQL官档查看，自动填充的这个行为是由参数explicit_defaults_for_timestamp控制的（一个有意思的参数） 4、验证
结论：不论是严格模式还是非严格模式情况，主库更新与从库不同的值时，在有主键情况下，不影响复制进程，从库对应主键正常同步主库的值，主要受slave_rows_search_algorithms参数的影响。该现象问AI后，发现这是percona的优化（AI真强大） 优化链接：当前的文档未找到，但是豆包给的：并且豆包还截图了，估计是被投喂过原文 https://docs.percona.com/perc
前言 背景：当使用percona8.0时并开启线程池，会有概率导致因为thread_running过高引起新建连接无法正常建链，那么最高并发的阀值是多少？ 结论：网上查询资料或者咨询AI问答得出： 最大活跃线程数 = thread_pool_size × (1 + thread_pool_oversubscribe)，但是测试结论一般为当活跃线程数超过thread_pool_size x thre
1、总结： 版本：percona 8.0.33-25-20230707 MySQL 在验证用户权限时，会按照权限的特异性（即匹配的精确程度）从高到低依次检查权限表中的记录。具体来说，它会优先使用更精确匹配客户端主机地址的权限记录，对于同一个用户有多个地址授权时需要相关注意： 1）通过drop user 方式删除用户时，需要进行flush privileges刷新权限表，账号新开会话则对应权限调整生
背景 一直以来都认为docker运行MySQL时可以限制CPU和内存，今天突然get到docker也可以限制实例的IOPS，于是进行研究下。 模拟测试 1、限制iops的相关命令 通过echo的方式将docker上实例的iops动态限制 1.1 获取磁盘设备ID： 1 ）通过ps aux 获取当前实例运行的数据盘，比如数据盘为/data1 2 ）通过df -Th|grep data1获取磁盘盘符，
结论先行 Percona Server 在某些极端场景下会发生数据丢失情况，正常的业务场景下一般不会触发，升级到最新版本的稳定性风险大于此风险，可以通过使用工具、调整相关参数的方式进行风险规避。 背景相关 影响原因：在 Percona Server 8.0.27-18 版本中新增并行DDL功能后，在INPLACE模式的DDL操作中重建主键索引时，因错误处理会略过部分记录，导致数据丢失的风险。 触发
数据字典-全部事物化Data dictionary. MySQL now incorporates a transactional data dictionary that stores information about database objects. In previous MySQL releases,dictionary data was stored in metadata file
认证，语法分析，权限分析，语义分析，优化执行
当PXC在进行DDL时，为了保证节点数据一致，此时整个集群拒绝写操作，注意是集群内所有的表写操作均无法提供写服务，但是读操作可以正常进行。 当PXC DDL在线添加列等操作时，无法使用online DDL操作，其他线程对该表无法写入数据。
MySQL自增ID在innodb存储引擎和MyISAM存储引擎的重置问题。
sync_binlog下，一个事物只有在提交之后，才会写入binlog，和写入的数据量没有关系。
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
