chongzh的博客 - GreatSQL社区 - Powered by Discuz!（万里开源技术社区）

GreatSQL 生态认证来了！！！

chongzh

uid：748

注册时间：2023-8-27 09:41 上次发表时间：2024-7-4 08:32

好友数 0 | 博客数 76 | 回帖数 29 | 主题数 3

MySQL 报 Table is read only，Failed to find tablespace for table: insert 业务表报Table xxx is read only，error log 大量报错 InnoDB: Failed to find tablespace for table '"xxx.xx"' in the cache. Attempting to load the tablespace with space id x. 问题解决查看my.cnf配置文件，发现数据库运行在 innodb_force_recovery=4模式。调整innodb_force_recover ...; chongzh 发表于 2024-7-4 08:32
个人分类: Mysql 原理|1841 1 热度 1

8.0.25 mysqldump因分区过多导致导出数据缓慢: 问题描述 8.0.25 mysqldump导出数据迟迟不结束环境信息 mysqldump阻塞状态 2. mysqldump的general log 3.执行缓慢SQL mysql set session sql_mode='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION'; Query OK, 0 rows affected (0.00 sec) ...; chongzh 发表于 2024-6-26 08:28
个人分类: Mysql 原理|1854 0

单表文件大小文件系统限制后删除部分数据仍无法插入新数据，报the table is full ...: 环境信息 MySQL 5.7.21 文件系统 ext3 问题描述单表idb文件达到2T（ext3文件系统单文件最大限制），当表insert时会报错 the table is full，开发紧急delete掉6万行数据后，ibd文件大小未减小，insert新数据继续报错 the table is full 。（ps:临时应急：在未改变文件系统ext3的情况下，rename 旧表，建同名新表，确保增 ...; chongzh 发表于 2024-5-21 08:26
个人分类: Mysql 原理|1879 0

MySQL ib_logfile current_lsn < page_lsn 导致一查询就崩，如何恢复: 问题描述 MySQL 5.7.21 业务表无法访问，select 业务表直接导致mysql crash，errorlog 里记录 InnoDB: Page log sequence number 89266322606 is in the future! Current system log sequence number 89266322472. 此处为个人环境模拟复现的错误日志 2024-03-28T20:07:50.690100+08:00 0 InnoDB: Page log seq ...; chongzh 发表于 2024-4-1 08:47
个人分类: Mysql 原理|344 0

MySQL[bug] 子查询含用户变量，派生条件下推将导致不同版本的查询结果不一致 ...: 问题描述相同SQL在不同MySQL版本中查询相同数据的查询结果不一致，高版本8.0.32查询结果符合预期（查询有结果），低版本8.0.25查询结果不符合预期（查询无结果）。分析：业务SQL包含用户自定义变量赋值，SQL在不同版本的执行计划不一样，推测可能受optimizer_switch的影响。 BUG定位参考：https ...; chongzh 发表于 2024-3-26 13:36
个人分类: MySQL Bug|566 2 热度 1

MySQL 一个select把实例搞崩了，原来是表数据异常: 问题背景几天前，该环境ibdata1的size被置为0,无法启动，使用传输表空间等特殊恢复手段，恢复数据到新实例。再次收到通知，MySQL无法访问了，来看看。错误日志如下起初，以为是一条关联select触发了mysql bug导致实例崩溃。相关表的表结构，如下所示。既然之前该实例是经过特殊恢复重建的，能不 ...; chongzh 发表于 2024-3-22 16:19
个人分类: MySQL Bug|572 0

MySQL 8.0.25 Bug 报"MY-013132 The table ...is full": 问题现象描述环境概述： MySQL 8.0.25；问题简述： 2024/1/31 凌晨3点应用批量报 The table ’/data_tmp/mysql_xx….’ is full 。表的大小9GB,报错SQL语句如下: SQL执行计划 2.问题处理过程业务跑批失败的SQL语句，应用手工重新执行。 3. 问题分析 3.1 数据库错误日志：数据库mysql.err日志发 ...; chongzh 发表于 2024-2-5 09:24
个人分类: MySQL Bug|571 0

MySQL 8.x ，查询performance_schema.data_locks造成整个实例 hang了？: 问题描述 MySQL 8.0.25 在 2023/12/22 10:17:36 左右出现线程堵塞，正常情况下原本执行很快的sql执行效率陡降（比如：原本执行0.001秒的sql执行7秒仍未结束），导致十几笔交易超时。问题分析根据AWR处于非Sleep状态的用户线程，Time由高到低排序，Top1为Command处于Query执行耗时达30秒，是对 performa ...; chongzh 发表于 2024-1-10 16:55
个人分类: Mysql 原理|700 0

MySQL 8.X Invalid replication timestamps warnings[bug]: 适用：MySQL Server - Version 8.0 and later 问题描述复制副本有许多警告，如下所示: Invalid replication timestamps: original commit timestamp is more recent than the immediate commit timestamp. The replication timestamps have returned to normal values. 问题分析这是一个bug ...; chongzh 发表于 2023-12-11 11:02
个人分类: MySQL Bug|1130 1 热度 1

MySQL 5.7升级到8.0后复制相关参数版本的差异: MySQL 5.7升级到8.0,出现复制延迟。复制延迟相关的版本间差异的信息有哪些？在MySQL 8.0中，一些参数的默认值发生了变化。以下设置会影响磁盘I/O使用，并可能导致一些复制延迟。 1. log_replica_updates 从MySQL 8.0开始，默认情况下启用log_replica_updates。如果启用了log_replica_updates设置，副本会将 ...; chongzh 发表于 2023-12-3 17:37
个人分类: Mysql 原理|1002 0

12 3 4 5 6 7 8 / 8 页下一页

互动与交流: 社区活动; 论坛问答; 加入社区; 贡献者指南

学习与应用: 文章博客; 文档资料; 视频资料; 常见问题

发现社区: 社区准则; 建议反馈; 社区之星

合作电话：010-64087828

社区邮箱：greatsql@greatdb.com

社区公众号

社区小助手

QQ群

友情链接: 万里数据库开源中国墨天轮开放原子开源基金会 OpenEuler

©2022 GreatSQL All Rights Reserved. ( 京ICP备06057874号 )

GMT+8, 2024-7-27 12:17 , Processed in 0.011560 second(s), 4 queries , Redis On.

返回顶部