MySQL离线分析工具innochecksum

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介: 介绍 innochecksum打印InnoDB文件的校验和。此工具读取InnoDB表空间文件,计算每个页面的校验和,将计算的校验和与存储的校验和进行比较,并报告不匹配,这表明页面已损坏。它最初是为了在停电后加快验证表空间文件的完整性而开发的,但也可以在文件复制后使用。

介绍

innochecksum打印InnoDB文件的校验和。此工具读取InnoDB表空间文件,计算每个页面的校验和,将计算的校验和与存储的校验和进行比较,并报告不匹配,这表明页面已损坏。它最初是为了在停电后加快验证表空间文件的完整性而开发的,但也可以在文件复制后使用。由于校验和不匹配导致InnoDB故意关闭正在运行的服务器,因此最好使用此工具而不是等待生产中的服务器遇到损坏的页面。

innochecksum不能用于服务器已打开的表空间文件。对于此类文件,应使用CHECK TABLE检查表空间中的表。尝试在服务器已打开的表空间上运行innochecksum将导致“Unable to lock file”错误。

如果找到校验和不匹配,通常会从备份恢复表空间或启动服务器并尝试使用mysqldump对表空间中的表进行备份。

参数

  • --count , -c
    打印文件中页数的计数并退出。
  • --start-page=num , -s num
    从此页码开始。
  • --end-page=num , -e num
    在此页码结束。
  • --page=num , -p num
    仅检查此页码。
  • --strict-check , -C
    指定严格的校验和算法。选项包括 innodb,crc32 和 none 。

如果未指定 --strict-check 选项, innochecksum 将对 innodb , crc32 和 none 进行验证。
如果指定 none 选项,则仅允许 none 生成的校验和。
如果指定 innodb 选项,则仅允许 innodb 生成的校验和。
如果指定 crc32 选项,则仅指定校验和由 crc32 生成是允许的。

  • --no-check , -n
    重写校验和时忽略校验和验证。此选项仅可与 innochecksum --write 选项一起使用。如果未指定 --write 选项,则 innochecksum 将终止。
  • --allow-mismatches , -a
    在 innochecksum 终止之前允许的最大校验和不匹配数。默认设置为0.如果 --allow-mismatches= N ,其中允许 N>=0 , N 不匹配且 innochecksum 在 N+1 处终止。当 --allow-mismatches 设置为0时, innochecksum 在第一个校验和不匹配时终止。
  • --write=name , -w num
    重写校验和。重写无效校验和时, --no-check 选项必须与 --write 选项一起使用。 --no-check 选项告诉 innochecksum 忽略无效校验和的验证。如果当前校验和有效,则不必指定 --no-check 选项。

使用 --write 选项时必须指定算法。使用 --write 选项时获得独占锁,--write 选项的可能值为:

* innodb :使用 InnoDB 中的原始算法在软件中计算的校验和。
* crc32 :使用 crc32 算法计算的校验和,可能使用硬件辅助。
* none :一个常数。

--write 选项将整个页面重写为磁盘。如果新校验和与现有校验和相同,则新校验和不会写入磁盘以最小化I / O.

  • --page-type-summary , -S
    --page-type-summary 的示例输出:
File::../data/test/tab1.ibd
================PAGE TYPE SUMMARY==============
#PAGE_COUNT PAGE_TYPE
===============================================
       2        Index page
       0        Undo log page
       1        Inode page
       0        Insert buffer free list page
       2        Freshly allocated page
       1        Insert buffer bitmap
       0        System page
       0        Transaction system page
       1        File Space Header
       0        Extent descriptor page
       0        BLOB page
       0        Compressed BLOB page
       0        Other type of page
===============================================
Additional information:
Undo page type: 0 insert, 0 update, 0 other
Undo page state: 0 active, 0 cached, 0 to_free, 0 to_purge, 0 prepared, 0 other
  • --page-type-dump , -D
    将表空间中每个页面的页面类型信息转储到 stderr 或 stdout 。
  • --log , -l
  1. 工具的日志输出。必须提供日志文件名。日志输出包含每个表空间页面的校验和值。对于未压缩的表,还提供了LSN值。 --log 替换了早期版本中提供的 --debug 选项。
  • - 选项。
    指定 - 选项以从标准输入读取。如果在预期“从标准读取”时缺少 - 选项, innochecksum 将输出 innochecksum 用法信息,指示省略了“ - ”选项。

用法

shell> innochecksum [options] file_name

在多个用户定义的表空间文件( .ibd 文件)上运行
对“test”数据库中的所有表空间( .ibd )文件运行 innochecksum :

shell> innochecksum ./data/test/*.ibd

对于文件名以“t”开头的所有表空间文件( .ibd 文件)运行 innochecksum :

shell> innochecksum ./data/test/t*.ibd

对 data 目录中的所有表空间文件( .ibd 文件)运行 innochecksum :

shell> innochecksum ./data/*/*.ibd

在多个系统表空间文件上运行innochecksum
默认情况下,只有一个 InnoDB 系统表空间文件( ibdata1 ),但可以使用 innodb_data_file_path 选项定义系统表空间的多个文件。在以下示例中,使用 innodb_data_file_path 选项定义系统表空间的三个文件: ibdata1 , ibdata2 和 ibdata3 。

shell> ./bin/mysqld --no-defaults --innodb-data-file-path="ibdata1:10M;ibdata2:10M;ibdata3:10M:autoextend"

这三个文件( ibdata1 , ibdata2 和 ibdata3 )构成一个逻辑系统表空间。要在形成一个逻辑系统表空间的多个文件上运行 innochecksum , innochecksum 需要 - 选项从标准输入读取表空间文件,这相当于连接多个文件以创建一个文件。对于上面提供的示例,以下 innochecksum 将使用命令:

shell> cat ibdata* | innochecksum -
相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
相关文章
|
2月前
|
canal 消息中间件 关系型数据库
Canal作为一款高效、可靠的数据同步工具,凭借其基于MySQL binlog的增量同步机制,在数据同步领域展现了强大的应用价值
【9月更文挑战第1天】Canal作为一款高效、可靠的数据同步工具,凭借其基于MySQL binlog的增量同步机制,在数据同步领域展现了强大的应用价值
647 4
|
1月前
|
存储 缓存 关系型数据库
MySQL事务日志-Redo Log工作原理分析
事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
1637 14
|
28天前
|
存储 关系型数据库 MySQL
基于案例分析 MySQL 权限认证中的具体优先原则
【10月更文挑战第26天】本文通过具体案例分析了MySQL权限认证中的优先原则,包括全局权限、数据库级别权限和表级别权限的设置与优先级。全局权限优先于数据库级别权限,后者又优先于表级别权限。在权限冲突时,更严格的权限将被优先执行,确保数据库的安全性与资源合理分配。
|
1月前
|
SQL 分布式计算 关系型数据库
Hadoop-21 Sqoop 数据迁移工具 简介与环境配置 云服务器 ETL工具 MySQL与Hive数据互相迁移 导入导出
Hadoop-21 Sqoop 数据迁移工具 简介与环境配置 云服务器 ETL工具 MySQL与Hive数据互相迁移 导入导出
53 3
|
1月前
|
SQL 关系型数据库 MySQL
MySQL 更新1000万条数据和DDL执行时间分析
MySQL 更新1000万条数据和DDL执行时间分析
111 4
|
1月前
|
SQL 自然语言处理 关系型数据库
Vanna使用ollama分析本地MySQL数据库
这篇文章详细介绍了如何使用Vanna结合Ollama框架来分析本地MySQL数据库,实现自然语言查询功能,包括环境搭建和配置流程。
201 0
|
2月前
|
SQL 缓存 关系型数据库
MySQL高级篇——性能分析工具
MySQL的慢查询日志,用来记录在MySQL中响应时间超过阀值的语句,具体指运行时间超过long-query_time值的SQL,则会被记录到慢查询日志中。long_query_time的默认值为 10,意思是运行10秒以上(不含10秒)的语句,认为是超出了我们的最大忍耐时间值。它的主要作用是,帮助我们发现那些执行时间特别长的 SOL 查询,并且有针对性地进行优化,从而提高系统的整体效率。当我们的数据库服务器发生阻塞、运行变慢的时候,检查一下慢查询日志,找到那些慢查询,对解决问题很有帮助。
MySQL高级篇——性能分析工具
|
2月前
|
Oracle NoSQL 关系型数据库
主流数据库对比:MySQL、PostgreSQL、Oracle和Redis的优缺点分析
主流数据库对比:MySQL、PostgreSQL、Oracle和Redis的优缺点分析
415 2
|
2月前
|
安全 关系型数据库 MySQL
Navicat工具设置MySQL权限的操作指南
通过上述步骤,您可以使用Navicat有效地为MySQL数据库设置和管理用户权限,确保数据库的安全性和高效管理。这个过程简化了数据库权限管理,使其既直观又易于操作。
352 4
|
2月前
|
存储 关系型数据库 MySQL
分析MySQL主从复制中AUTO_INCREMENT值不一致的问题
通过对 `AUTO_INCREMENT`不一致问题的深入分析和合理应对措施的实施,可以有效地维护MySQL主从复制环境中数据的一致性和完整性,确保数据库系统的稳定性和可靠性。
109 6