【mysql报错】Unsupported redo log format. The redo log was created with MariaDB 10.2.43.

MySQL Redo日志异常处理：重命名与恢复策略
原创 已于 2022-05-06 14:59:15 修改 · 5.8k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mariadb #mysql #数据库

于 2022-05-06 14:58:39 首次发布
本文指导如何修复因Redo日志问题导致的MySQL数据库异常，包括定位my.cnf文件、备份重要日志文件ib_logfile0~ib_logfile1，以及重命名操作和重启服务的详细步骤。

看问题是由于redo log 异常导致，REDO日志存放在ib_logfile0 ~ ib_logfile1中

ibdata1：系统数据字典信息(统计信息)，UNDO表空间等数据
ib_logfile0 ~ ib_logfile1: REDO日志文件，事务日志文件。
ibtmp1： 临时表空间磁盘位置，存储临时表
frm：存储表的列信息
ibd：表的数据行和索引

解决办法，直接重命名ib_logfile0 ~ ib_logfile1，但注意会导致回滚的日志会丢失

1、找到真实使用的mysql目录，查看my.cnf中的 datadir，如果没有定义，默认在/var/lib/mysql/
2、重命名ib_logfile0 ~ ib_logfile1
cd /var/lib/mysql/
mkdir backup
mv /var/lib/mysql/ib_logfile0 backup
mv /var/lib/mysql/ib_logfile1 backup
重启mysql

CUDA error: the provided PTX was compiled with an unsupported toolchain.（已解决：多机多卡并行训练配置问题）
科研学习笔记！
05-14 1715
CUDA error: the provided PTX was compiled with an unsupported toolchain. 可行解决
SQLAlchemy查询Mysql报错unsupported format character ''' (0x27) at index 175
杨鑫newlife的专栏
09-29 3498
解决办法： 是使用带有模糊匹配或者百分号 % 的SQL， 前两者pymysql和pyhs2还好，不会有异常，但是如果使用SQLAlchemy去查询的话，需要将SQL中单个百分号%改成两个百分号%%。 ...
docker启动mysql后报 [ERROR] InnoDB: Unsupported redo log format. The redo log was created with MySQL 8.0
时间静止
08-07 1385
docker启动mysql 5.7.19之后, 报 [ERROR] InnoDB: Unsupported redo log format. The redo log was created with MySQL 8.0.19. Please follow the instructions at http://dev.mysql.com/doc/refman/5.7/en/upgrading-downgrading.html 的解决方案
[InnoDB] Unsupported redo log format (v0). The redo log was created before MySQL 5.7.9
qq_47800859的博客
02-09 1627
[InnoDB] Unsupported redo log format (v0). The redo log was created before MySQL 5.7.9
mariadb使用xtrabackup工具报错：Unsupported redo log format....
Not Found 404
07-11 2956
目录解决方法 使用版本的是：mariadb-server-10.2.25 使用xtrabackup的版本是percona-xtrabackup-2.4。 先来看看报错写了啥。 [101]$ /usr/bin/xtrabackup --user=root --password=centos --backup --target-dir=/backup/base xtrabackup: recogniz...
关于[InnoDB] Unsupported redo log format (0). The redo log was created before MySQL 5.7.9的解决办法
ptmicky的博客
04-16 7254
google上查到的 关闭slow shutdown，我在centos7 上输入代码 slow shutdown 发现没作用，也无效 然后，使用cd 进入 /var/lib/mysql/文件夹， cd /var/lib/mysql 其实不用进入，我直接查找的ib_logfile0 和ib_logfile1 find / -name ib_logfile0 find / -name ib_log...
eclipse运行项目报错:Unsupported major.minor version 52.0
欢迎你来到我的博客
06-15 3290
从Android Studio项目跳回到Eclipse跑项目,编译后报错,如下图所示: 看了下报错信息,主要是:Unsupported major.minor version 52.0.意思是说不支持52.0版本.我再网上查了很多资料,都没有合适的回答,看到一个老外的总结,简单又详细(原文出处:https://stackoverflow.com/questions/22489
sonar运行报错 SonarQubeMojo : Unsupported major.minor version 52.0
abckingaa的博客
05-07 2073
sonar运行报错 SonarQubeMojo : Unsupported major.minor version 52.0 之前sonar启动都是正常的(原来是jdk7,jdk8一起用); 后来是删了jdk8,然后又重装.运行,就报以下错误. sonar报这种错误: [WARNING] Error injecting: org.sonarsource.scanner.maven.SonarQubeMojo java.lang.TypeNotPresentException: Type org..
在Linux上运行jar包报错Unsupported major.minor version 52.0，卸载自带jdk解决
君知君不知
12-11 1404
在Linux上运行java -cp 时运行jar包出现错误 Exception in thread "main" java.lang.UnsupportedClassVersionError: com/atguigu/appclient/AppMain : Unsupported major.minor version 52.0 at java.lang.ClassLoader.defineCl...
Upgrade after a crash is not supported. The redo log was created with Maria的解决办法
weixin_40083227的博客
09-08 5090
关于[InnoDB] Unsupported redo log format (0). The redo log was created before MySQL 5.7.9的解决办法 利用mkdir和cp命令进行备份， mkdir backup cp /var/lib/mysql/ib_logfile0 /backup cp /var/lib/mysql/ib_logfile1 /backup 然后删除备份前的这两个文件， rm /var/lib/mysql/ib_logfile0 rm /var/lib
Xtrabackup版本低，不支持备份MySQL8.0.20，提示Unknown redo log format (4).
eagle89的专栏
10-09 4255
备份时出现下面的提示 Unknown redo log format (4). Please follow the instructions at http://dev.mysql.com/doc/refman/8.0/en/ upgrading-downgrading.html. MySQL8.0.20的Release Note中有下面的提示： InnoDB: Redo log records for modifications to undo tablespaces increased ..
记一次启动 MySQL 报错
沐烬
11-20 2591
记一次启动 MySQL 报错 使用 brew services start mysql 命令启动，发现无法连接 使用 ps aux|grep mysql 命令查看，没有进程在运行，启动失败了 使用 mysql.server start 命令启动，报错： $ mysql.server start Starting MySQL . ERROR! The server quit without updating PID file (/usr/local/var/mysql/sinfonia.pid). 查
解决Mysql 8 在kali下无法启动
非原创，不博客
04-22 2964
首先查看 cat /var/log/mysql/error.log 然后发现 Can’t find error-message file ‘/usr/share/mysql/errmsg.sys’. Check error-message file location and ‘lc-messages-dir’ configuration directive. 解决办法为找到...
Centos7 安装mysql8遇到启动失败
qq_36434647的博客
03-28 499
centos安装mysql Unsupported redo log format
重学Msql之Centos7上安装Mysql8
qq_41566366的博客
02-10 1952
查询当前是centos还是ubuntu Different ways you can check the CentOS or Ubuntu Linux OS version (how2shout.com) cat /etc/os-release 如果是ubuntu，显示如下 $ cat /etc/os-release NAME="Ubuntu" VERSION="16.04.5 LTS (Xenial Xerus)" ID=ubuntu ID_LIKE=debian PRETTY_NAME="U
oracle数据转入mariadb,转到MariaDB备份
weixin_39621794的博客
04-03 345
如果您一直在备份XtraBackup并尝试对MariaDB Server 10.3运行相同的命令，您将收到一条错误消息：$ innobackupex ~/backup_to_dir --user=username --password=password...InnoDB: Unsupported redo log format. The redo log was created with Mari...
MariaDB Galera Cluster 10.3.8 集群搭建报错
vkingnew 的技术博客
07-17 2678
运行环境：Centos7.4+MariaDB 10.3.8 # cat innobackup.backup.log xtrabackup: recognized server arguments: --datadir=/data/mysql/node1/data --server-id=20 --log_bin=/data/mysql/node1/log/node1_bin.log --inn...
调用存储过程报错：Unsupported type *ast.CallStmt
最新发布
03-18
<think>好的，用户遇到了调用存储过程时出现的“Unsupported type *ast.CallStmt”错误，需要解决这个问题。首先，我得理解这个错误的原因。错误信息中的“*ast.CallStmt”看起来像是解析SQL语句时遇到的抽象语法树节点类型，可能涉及到使用的数据库驱动或ORM框架无法正确解析调用存储过程的语法。 根据用户提供的引用内容，尤其是引用[4]中的Java调用存储过程的例子，用户可能在代码中使用了类似`{call procedure_name(?, ?)}`的语法来调用存储过程。但某些数据库驱动或库可能不支持这种标准语法，或者在解析时出现问题，导致“Unsupported type”错误。 接下来，需要检查用户使用的编程语言和数据库驱动。例如，如果用户使用的是Go语言，可能需要查看是否使用了正确的驱动，比如`database/sql`包配合适当的驱动（如go-sql-driver/mysql）。在Go中调用存储过程通常使用`CALL`语句，但需要确保驱动支持存储过程的调用。 另外，引用[3]提到MySQL存储过程和函数需要特定的参数设置，尤其是在启用bin-log时，函数必须声明为DETERMINISTIC或NO SQL等。虽然用户的问题是关于调用过程的错误，但存储过程本身是否有问题也可能导致调用失败，需要确认存储过程的定义是否正确。 可能的解决方案包括： 1. 检查并修正调用存储过程的语法，确保使用数据库驱动支持的格式。 2. 验证数据库驱动版本是否过旧，尝试升级到最新版本。 3. 检查存储过程定义是否正确，是否有权限问题。 4. 使用预处理语句或特定于驱动的方法调用存储过程。 此外，用户提到的错误可能与具体的ORM框架有关，比如在GORM中调用存储过程需要特定的方法。需要指导用户根据他们使用的技术栈调整代码，并提供示例代码作为参考。 最后，生成相关问题以覆盖用户可能遇到的其他相关错误，比如参数绑定、权限问题或存储过程内部错误等。</think>### 解决方案：调用存储过程出现 "Unsupported type *ast.CallStmt" 错误的排查步骤 #### 1. **检查调用语法格式** - **问题原因**：某些数据库驱动或ORM框架不支持标准存储过程调用语法（如`{call proc_name(?, ?)}`）。 - **解决方案**： - **尝试直接使用`CALL`语句**： ```sql CALL procedure_name(?, ?) ``` - **示例代码（Go语言）**： ```go _, err := db.Exec("CALL your_procedure(?, ?)", param1, param2) ``` - 避免使用大括号包裹的语法（如引用[4]的Java示例），某些驱动可能无法解析[^4]。 #### 2. **验证数据库驱动版本** - **问题原因**：旧版本驱动可能不支持存储过程调用。 - **解决方案**： - 升级数据库驱动至最新版本（如Go中`github.com/go-sql-driver/mysql`）。 - 检查驱动文档中关于存储过程调用的说明。 #### 3. **检查存储过程定义** - **问题原因**：存储过程本身语法错误或权限问题会导致调用失败。 - **解决方案**： - 使用工具（如Navicat）直接执行存储过程，验证其功能（参考引用[2]中提到的Design Function方法）[^2]。 - 确保用户有执行权限： ```sql GRANT EXECUTE ON PROCEDURE dbname.procedure_name TO 'username'@'host'; ``` #### 4. **使用预处理语句（如必要）** - **问题原因**：ORM框架可能对动态SQL解析存在限制。 - **解决方案**： - **Go语言示例（原生SQL调用）**： ```go stmt, err := db.Prepare("CALL procedure_name(?, ?)") result, err := stmt.Exec(param1, param2) ``` - 避免使用ORM的高级封装方法，改用原生SQL调用。 #### 5. **检查数据库配置** - **问题原因**：MySQL的`bin-log`配置可能影响存储过程执行（引用[3]提到函数需要声明`DETERMINISTIC`等属性）[^3]。 - **解决方案**： - 若存储过程包含函数，添加`DETERMINISTIC`声明： ```sql CREATE PROCEDURE procedure_name() DETERMINISTIC BEGIN -- 逻辑 END ``` --- ### 示例代码（Go语言） ```go // 正确调用存储过程 func callProcedure(db *sql.DB) error { _, err := db.Exec("CALL your_procedure(?, ?)", "param1", 123) if err != nil { return fmt.Errorf("调用失败: %v", err) } return nil } ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值