昨天遇到的一个问题

最新推荐文章于 2021-06-10 20:34:27 发布
原创 最新推荐文章于 2021-06-10 20:34:27 发布 · 65 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

在尝试扩展InnoDB数据文件时遇到错误，原因是文件大小单位设置不当。原配置使用字节为单位，导致与配置文件中指定的大小不符。通过调整配置文件中ibdata1的单位为MB，问题得以解决。

 昨天去客户现场， 遇到了一个貌似不咋地的问题。

描述如下：
  IBDATA1的体积太大， 已经达到了300多G， 然后要扩展新的IBDATA， 于是我就在配置文件里面新加了一句，
innodb_data_file_path = /old/ibdata1:296664170496;/new/ibdata2:500G:autoextend:max:1000G
然后看到错误日志里面出现下面的信息，
 
110322 18:00:59 [Note] Plugin 'FEDERATED' is disabled.
InnoDB: Error: data file d:\data\ibdata1 is of a different size
InnoDB: 18106944 pages (rounded down to MB)
InnoDB: than specified in the .cnf file 262080 pages!
InnoDB: Could not open or create data files.
InnoDB: If you tried to add new data files, and it failed here,
InnoDB: you should now edit innodb_data_file_path in my.cnf back
InnoDB: to what it was, and remove the new ibdata files InnoDB created
InnoDB: in this failed attempt. InnoDB only wrote those files full of
InnoDB: zeros, but did not yet use them in any way. But be careful: do not
InnoDB: remove old data files which contain your precious data!
110322 18:01:01 [ERROR] Plugin 'InnoDB' init function returned error.
110322 18:01:01 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
110322 18:01:01 [ERROR] Unknown/unsupported table type: INNODB
110322 18:01:01 [ERROR] Aborting
 
解决办法：
就是把ibdata1的文件单位扩大的MB，而不是字节，像下面这样写就对了，
innodb_data_file_path = /old/ibdata1:289711104M;/new/ibdata2:500G:autoextend:max:1000G
 
针对用户使用DeepSeek时遇到的服务器繁忙问题的解决方案
电路巫师把一切不可能变成不可能
02-21 1294
针对用户使用DeepSeek时遇到的服务器繁忙问题
学习vue3中遇到的问题及知识总结（持续更新状态）
m0_68384650的博客
03-10 1042
1.pinia持久化插件使用的地址问题一在安装依赖时容易停留在idealTree:vue3-pinia-demo: sill idealTree buildDeps进度条卡住方法：请按照以下步骤：删除 C:\Users账户中的 .npmrc 文件在命令提示符里执行 npm cache verify在命令提示符里执行 npm config set registry https://registry.npmmirror.com 切换淘宝源之后再次执行 npm i 即可。2.包管理器的升级。
Error: data file /data/ibdata/ibdata1 is of a different size
weixin_33989058的博客
08-05 316
090625 22:42:38 mysqld started InnoDB: Error: data file /data/ibdata/ibdata1 is of a different size InnoDB: 65536 pages (rounded down to MB) InnoDB: than specified in the .cnf file 640 p...
mysql更改目录后，启动报错
li66934791的博客
11-19 1563
现象1 [ERROR] InnoDB: auto-extending data file /export/servers/mysql56/data/ibdata1 is of a different size 768 pages (rounded down to MB) than specified in the .cnf file: initial 65536 pages, max 0 (re...
mysql启动indb错误_MySQL启动服务再现异类错误
weixin_32349561的博客
02-02 355
121206 11:14:09 InnoDB: Could not open or create data files.121206 11:14:09 InnoDB: If you tried to add new data files, and it failed here,121206 11:14:09 InnoDB: you should now edit innodb_data_file_...
mysql 5.6 innodb_data_file_path_innodb_data_file_path设置
weixin_40002692的博客
01-27 206
innodb_data_file_path用来指定innodbtablespace文件，如果我们不在My.cnf文件中指定innodb_data_home_dir和innodb_data_file_path那么默认会在datadir目录下创建ibdata1作为innodb tablespace。5.6.6之后 两个参数的默认值如下：show variables like 'innodb_data%...
PHP中遇到BOM、feff编码导致json_decode函数无法解析问题
12-18
昨天同事遇到一个奇怪的问题，就是以下代码，无法通过JSON校验，也无法通过PHP的json_decode函数解析。 复制代码 代码如下: [  {  ”title”: “”,  “pinyin”: “”  } ] 可能聪明的你已经猜到其中包含有不...
.NET企业级项目中遇到的国际化问题和解决方法
01-01
虽然找到问题的原因并不困难，但是要在客户的环境解决还是费了不少精力（因为不能从产品中去修复这个问题，即使给一个补丁按照公司的流程至少也需要半个月）。之前我也帮运营团队解决过一部分这类问题，在工作中也...
关于SQL语句中的AND和OR执行顺序遇到的问题
01-19
昨天在写数据库SQL的时候遇到一个问题。问题的根结在SQL语句的AND和OR关键字的执行优先级问题。下面就针对这个问题进行一下测试。 场景 1、有一张学生表Student,表字段包括Id（用户主键）、Name（用户名）、Grade...
mysql ibdate被修改_MySQL中ib_logfile和ibdata1参数大小被修改后
weixin_39843431的博客
01-30 239
1. 环境说明RHEL 6.4 x86_64 + MySQL 5.5.37和MySQL 5.6.192. 案例：redo log文件(ib_logfile)大小参数被修改：innodb_log_file_sizeinnodb_log_file_size = 256M -- 修改为200M版本是5.5的，启动失败，会出现如下错误：InnoDB: Error: log file ./ib_logfi...
mysql not in bug_MySQL5.5.32遇到的Bug #69623
weixin_39542850的博客
01-27 318
昨天开发人员用Vim打开了一个超大的DUMP文件等了很久Vim都是一直在打开状态,后来短信报警发现MySQL后台进程没有了(-_-这里鄙视一下那个开发)..在mysqld_safe启动不起来了.查看error.log日志发现也没有crash的信息很奇怪在一次重启报如下错误140211 14:39:09 [Note] /usr/local/mysql/bin/mysqld: Shutdown com...
InnoDB: Unable to lock ./ibdata1 error: 11
muzlei的博客
06-10 4189
mysql重启报错， [ERROR] InnoDB: Could not open or create the system tablespace. If you tried to add new data files to the system tablespace, and it failed here, you should now edit innodb_data_file_path in my.cnf back to what it was, and remove the new ibdata f
mysql - 表空间
开码河粉
01-30 449
目录 表空间 查看表空间模式 查看表空间信息 共享表空间 共享表空间的优点 共享表空间的缺点 设置数据文件 设置异目录数据文件 独立表空间 独立表空间的优点 独立表空间的缺点 表空间 MySQL没有真正意义上的表空间管理。 MySQL的Innodb包含两种表空间文件模式，默认的共享表空间和每个表分离的独立表空间。 一般来说，当数据量很小的时候建议使用共享表空间的管理方式。数据量很大的时候建议使用独立表空间的管理方式。 查看表空间模式 mysql> show va.
mysql innodb数据恢复_mysql innodb数据恢复
weixin_33998152的博客
01-18 603
这几天在从一台已经启动不了的机器上恢复一个web应用。其中数据库使用的是mysql，部分表采用myisam，部分表采用了innodb。但是innodb没有采用一个表一个数据文件的形式，也就是说，所有的数据都在一个ibdata1文件中。由于那台机器已经无法启动，通过无盘系统进入之后，将mysql的data目录整体复制出来，在另一台服务器上试图恢复数据。首先，先将数据库文件复制到新机器的mysqlda...
Mac双系统Win10系统安装MySQL的坑
baidu_38227251的博客
02-25 4085
背景 出于无奈，使用mac本安装了双系统，然后安装的是win10，然后又安装了MySQL。 既然用的windows，我下载的mysql是install版本的，傻瓜式下一步安装法。然后到了最后的配置阶段，MySQL服务无法启动。 然后，各种百度，发现网上的都是什么卸载啊，重装的，简直不要太low！！！ 然后有看到了，什么要用源码编译重新安装的，我靠，算了，继续找。 于是继续看文章，发现了一个找问题...
mysql data目录 清空_MySQL多实例启动失败，重新初始化数据库要把目录里的文件删除干净...
weixin_33047553的博客
01-19 852
事情发生在5日，视频“L10-008-lamp环境之MySQL多实例安装配置指南”看到第2857秒的时候。在视频里，oldboy故意让多实例启动没有成功，并进行处理。但我在按照视频里的操作步骤执行时，却出现问题。授权、删除文件之后，重新初始化数据库文件，在启动显示正常的情况下，“netstat”命令却没有显示启动成功。于是，我又一次陷入解决问题的漫长过程。先是根据错误日志，去百度查资料：[root...
mysql innodb ibdata ib_logfile_MySQL中ib_logfile和ibdata1参数大小被修改后_MySQL
weixin_28672681的博客
01-27 533
1. 环境说明RHEL 6.4 x86_64 + MySQL 5.5.37和MySQL 5.6.19blog地址：http://blog.youkuaiyun.com/hw_libo/article/details/392157232. 案例：redo log文件(ib_logfile)大小参数被修改：innodb_log_file_sizeinnodb_log_file_size = 256M -- 修改为...
mysql数据库安装过程中遇见的问题及解决办法
热门推荐
剑心在野
10-30 1万+
问题1： Starting MySQL...Manager of pid-file quit without updating[failue] 解决办法： 修改启动脚本文件：/etc/init.d/mysqld  conf=/usr/local/mysql/etc/my.cnf 问题2： [root@localhost scripts]# ./mysql_install_d
datawork设置昨天上个月的参数
最新发布
03-15
<think>好的，我需要帮助用户解决在DataWorks中设置涉及“昨天”和“上个月”的时间参数的问题。首先，根据用户提供的引用内容，特别是引用[1]和[2]，我需要整理出如何正确配置这些参数。 首先，用户提到业务日期$bizdate是昨天，所以在配置参数时，比如每月1号的任务，执行日期是20240601，但业务日期是20240531，参数配置为202405。这说明当处理月份相关参数时，应该使用业务日期对应的上个月。例如，如果业务日期是昨天的日期，那么上个月应该是业务日期的月份减一。 接下来，引用[2]提到补数据操作时业务日期的选择，特别是每月1号的任务需要选择上个月末的业务日期。这也支持了在处理月份参数时，需要使用业务日期来推导上个月的值。 现在需要将这些信息转化为具体的参数配置方法。对于“昨天”，直接使用$bizdate即可，因为业务日期本身就是昨天。对于“上个月”，需要基于业务日期获取上个月的年份和月份。根据引用[1]中的例子，当业务日期是20240531时，参数${yyyyMM}会被替换为202405，这正好是上个月。因此，使用$[yyyyMM]应该可以获取上个月的格式。 但需要注意DataWorks中调度参数的表达式是否正确。可能需要确认是否使用$bizdate或者其它内置变量来获取上个月。例如，如果是基于业务日期的上个月，可能需要使用类似$[yyyyMM-1m]的表达式，但根据引用中的例子，直接使用${yyyyMM}在业务日期为月末时已经代表上个月，所以可能需要不同的处理方式。 可能存在两种方式：一种是直接使用$bizdate的格式转换，例如将$bizdate格式化为yyyyMM，然后减去一个月；另一种是使用系统内置的参数如$cycm，但根据引用[1]，用户示例中使用的是${yyyyMM}，当业务日期是上个月最后一天时，该参数会被替换为上个月的年份月份。 因此，正确的配置方法应该是： - 昨天的日期：直接使用$bizdate，格式化为yyyyMMdd。 - 上个月的年份月份：使用基于$bizdate的yyyyMM，例如$[yyyyMM-1m]。或者根据引用[1]，当业务日期是上个月最后一天时，直接使用$[yyyyMM]即可得到上个月的月份。 但需要确认DataWorks的参数替换规则。例如，如果业务日期是20240531，那么$bizdate是20240531，使用$[yyyyMM]可能得到202405，这正是上个月。所以，获取上个月只需要将业务日期的月份部分提取出来即可，不需要额外减一个月，因为业务日期已经是上个月的最后一天。 因此，配置参数时： - 昨天的日期范围：$bizdate，格式为yyyyMMdd。 - 上个月的月份：$[yyyyMM]，因为当任务在每月1号执行时，业务日期是上个月的最后一天，此时yyyyMM即为上个月。 例如，如果任务在20240601执行，业务日期是20240531，那么$[yyyyMM]就是202405，即上个月。同样，如果任务在20240531执行（处理月底的数据），业务日期是20240530，此时$[yyyyMM]是202405，可能还需要根据具体需求调整。 另外，如果需要动态获取上个月，不管业务日期是哪一天，可能需要使用表达式如$[yyyyMM-1m]，但需要确认DataWorks是否支持这样的语法。根据引用[3]，可能需要参考官方文档的参数配置，但用户提供的引用中没有详细说明。 综合现有信息，正确的设置方法应该是： - 昨天的日期：使用$bizdate，格式化为yyyyMMdd。 - 上个月的年份月份：使用$bizdate的年份和月份，即$[yyyyMM]，因为当任务在每月1号运行时，业务日期是上个月的最后一天，此时$[yyyyMM]即代表上个月。对于其他日期的任务，如果需要确保获取上个月，可能需要使用表达式如$[yyyyMM-1m]，但需要验证是否可行。 需要提醒用户注意补数据时的业务日期选择，如引用[2]所述，补数据时要选择正确的业务日期，否则会导致空跑。 最后，生成相关问题，帮助用户进一步理解相关配置和可能遇到的问题。</think>在DataWorks中设置涉及“昨天”和“上个月”的时间参数时，需结合**业务日期**（$bizdate）和调度参数表达式。以下是具体配置方法： --- ### 一、设置“昨天”的时间参数 1. **直接使用内置参数$bizdate** 系统内置参数`$bizdate`表示业务日期，默认值为**定时调度时间的前一天**（即“昨天”）。 - 示例： 若定时调度时间为`20240601`，则`$bizdate`为`20240531`。 若需格式化为`yyyyMMdd`，可配置为`${bizdate}`或`$bizdate`[^1]。 --- ### 二、设置“上个月”的时间参数 1. **基于业务日期的月份推导** - 当任务在每月1号执行时，业务日期为上月最后一天（如`20240531`），此时直接使用`$[yyyyMM]`可获取上月月份`202405`。 - **通用表达式**：若需动态获取上个月（无论业务日期是哪一天），可使用`$[yyyyMM-1m]`。 示例：`$[yyyyMM-1m]`会返回当前月份减1的结果，如业务日期为`20240615`，则结果为`202405`[^3]。 --- ### 三、配置示例 1. **数据范围定义** - 获取“昨天”的数据： ```sql SELECT * FROM table WHERE ds = '${bizdate}'; ``` - 获取“上个月”的数据： ```sql SELECT * FROM table WHERE month = '$[yyyyMM-1m]'; ``` 2. **月调度任务的特殊处理** 每月1号任务需绑定业务日期为上月最后一天，此时`$[yyyyMM]`直接表示上个月[^2]。 示例： - 定时时间：`20240601` - 业务日期：`20240531` - 参数`$[yyyyMM]`解析为`202405`。 --- ### 四、注意事项 1. **补数据操作** 补数据时需手动选择**业务日期**，而非定时时间。例如： - 补每月1号任务的数据时，应选择业务日期为上月最后一天（如`20240531`）[^2]。 - 若选错日期，实例会空跑（无数据）。 2. **参数格式验证** 使用`$[yyyyMM-1m]`等表达式时，需确认DataWorks版本是否支持减法操作[^3]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值