IMP-00032: SQL statement exceeded buffer length

最新推荐文章于 2021-04-07 19:47:39 发布
转载 最新推荐文章于 2021-04-07 19:47:39 发布 · 765 阅读 · 1

本文介绍了解决Oracle导入数据时遇到的IMP-00032错误的方法。该错误通常由缓冲区大小不足以读取整个SQL语句引起，文章提供了通过增加缓冲区大小来解决问题的具体步骤。
导入数据时遇到IMP-00032，看了错误信息
[oracle@test ~]$ oerr imp 00032
00032, 00000, "SQL statement exceeded buffer length"
// *Cause:  The buffer was too small for the SQL statement being read.
// *Action: Rerun with a larger buffer. This can also be an indication of a 
//          corruption in the import datafile. 

两种可能，一种是buffer太小，没法读下整个SQL语句，而是imp文件可能损坏，我这里属于前者，在imp命令中加入buffer=100000000，可顺利解决。

一般什么时候会出现buffer太小没法读取整个SQL语句呢？其中的一种情况是读取包含大量分区的分区表的建表语句。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29067253/viewspace-2120124/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/29067253/viewspace-2120124/

cuibu1997
关注
Dcoker compose pull-报错：ERROR: Get “https://registry-1.docker.io/v2/“: context deadline exceeded
小虾米的博客
06-10 1196
Dcoker compose pull-报错：ERROR: Get “https://registry-1.docker.io/v2/“: context deadline exceeded
ORA-00020: maximum number of processes (500) exceeded原因分析
m0_37625564的博客
03-04 1245
数据库alert日志出现报错 Thu Mar 04 11:01:08 2021 ORA-00020: maximum number of processes (500) exceeded ORA-20 errors will not be written to the alert log for the next minute. Please look at trace files to see all the ORA-20 errors. Process m000 submission fail.
oracle报错imp报错00008,imp导入时遭遇IMP-00032,IMP-00008错误.
weixin_39848970的博客
04-07 4351
imp导入时遭遇IMP-00032,IMP-00008错误.最终是imp命令加buffer=100000000参数得以解决.下面是imp失败的日志文件内容连接到: Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - ProductionWith the Partitioning, OLAP, Data Mining and Rea...
oracle imp时报IMP-00032，IMP-00008解决办法
热门推荐
BlueStar's Blog
04-15 3万+
oracle imp时报：       IMP-00032: SQL statement exceeded buffer length       IMP-00008: unrecognized statement in the export file解决办法:    将imp语句由         imp username/userpass@oraSID file=userdb_
Oracle IMP-00032
每天进步一点点 时间会让你成为巨人
12-25 8258
IMP-00032: SQL statement exceeded buffer length 解决办法: SQL语句超过缓冲区长度,需要加大buffer,可以指定buffer的大小. 将imp语句由 imp system/manager@orcl file=bible_db.dmp full=y 更改为 imp system/manager@orcl file=bible_db.dm
ORA-01000:maximum open cursors excceeded;ORA-00604 :error occurred at recursive SQL level 1；游标超限问题
xue_yujie的博客
02-23 835
ORA-01000:maximum open cursors excceeded;ORA-00604 :error occurred at recursive SQL level 1 数据库游标超限标错。 每个数据库分配的都有相应的游标连接数据量。eg：20个。如果一直建立数据库的连接，而不去关闭和释放，就会使得使用过的游标处于游离状态，实际上该游标也未关闭。 如果在java中使用了原始的操作数据...
生产排故_ORA-01000: maximum open cursors exceeded
db_murphy的博客
11-07 2553
【引言】 项目组今天来找，反馈应用程序日志记录了一连接在昨晚发生连接中断现象，让查一查数据库端有何异常。对应昨晚异常发生时间点，在库alert日志中找到相应时间段的报错信息，报错信息如下： 【报错信息】 Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x337FA00010000] [PC:0x400000000714A...
oracle ORA-01000: maximum open cursors exceeded（超出打开游标的最大数）异常解决方法/oracle修改游标数
Java和大数据等相关的技术交流分享，欢迎关注交流
01-30 4754
ORA-01000: maximum open cursors exceeded（超出打开游标的最大数）异常一般是因为没有正确关闭连接造成的，及时关闭Connection和Statement通常可以有效避免ORA-01000: maximum open cursors exceeded异常。 oracle数据库默认可用游标数为300，如果因为业务复杂，确实需要调大数据库游标可以通过以下方法实现：...
Oracle IMP 00032 错误
溪谷专栏
02-12 684
imp导入数据库备份时，出现以下错误 buffer的长度不够，需要加大。 将imp语句由 imp qq/qq@orcl file=qq.dmp full=y 更改为 imp qq/qq@orcl file=qq.dmp full=y buffer=100000000...
IMP-00032：SQL 语句超过缓冲区长度的问题解决
imlpf的专栏
03-16 1万+
IMP-00032: SQL 语句超过缓冲区长度 IMP-00008: 导出文件中出现无法识别的语句 环境为9.2.0.8，导出过程正常没有报错，解决办法： imp 命令行参数加入 buffer=819200 （缺省貌似4k） 问题即得到解决 顺手把其他参数也记录一下： buffer 仅仅对常规路径导出有效，对直接路径导出没有效 。 INDEXES=N 不创建索引，以加快速度
IMP-00032: SQL 语句超过缓冲区长度怎么办
好记性不如烂笔头
01-24 3332
最近在进行数据的导出导入，遇到以下问题 IMP-00032: SQL 语句超过缓冲区长度 IMP-00008: 导出文件中出现无法识别的语句 结果就是导入时少了几张表，这些表都是字段多，分区多，数据迁移时少表可不行。 上网找方法如下： exp和imp 命令行均加入参数 buffer=819200，解决。...
troubleshooting IMP-00032&IMP-00008
编程开发资料库
01-14 361
在一次imp操作中遇到了如下错误： IMP-00032: SQL statement exceeded buffer length IMP-00008: unrecognized statement in the export file 这2个错误的官方解释如下： IMP-00032: SQL statement exceeded buffer length Cause: The bu...
imp导入时遭遇IMP-00032,IMP-00008错误.
cuichan3604的博客
12-01 2119
imp导入时遭遇IMP-00032,IMP-00008错误. 最终是imp命令加buffer=100000000参数得以解决. 下面是imp失败的日志文件内容 连接到: Oracle Database 11g...
IMP-00032, IMP-00008 error
cmr63224的博客
03-27 549
IMP-00032: SQL statement exceeded buffer lengthIMP-00008: unrecognized statement in the export file: 'This table...
ORACLE 导入时遇到的IMP-00032错误
weixin_30656145的博客
09-08 408
运用PL/SQL进行导入时,遇到报错: IMP-00032:SQL语句超过缓冲区长度 IMP-00008:导出文件中出现无法识别的语句 刚开始以为是因为数据库的Large_Pool设置的不够大的原因,于是乎,设置large_pool_size=33554432后再导入,结果再次提示相同的错误. 从头再来,上网搜索,有提示说导入时需要将buffer加大;回头想想,以前导入时不需要修改任何配置...
oracle报错imp报错00008,Oracle imp导入数据时报IMP-00032与IMP-00008的解决方法
weixin_29608291的博客
04-07 1429
Oracle imp导入数据时报IMP-00032与IMP-00008的解决方法SymptomsYou try to import an export dump using the original import utility (imp) and received the errors:IMP-00032: SQL statement exceeded buffer lengthIMP-0000...
spring: datasource: type: com.alibaba.druid.pool.DruidDataSource driver-class-name: com.mysql.cj.jdbc.Driver url: ${P360_MYSQL_URL} username: ${P360_MYSQL_USER} password: ${P360_MYSQL_PASSWD} druid: initial-size: 10 min-idle: 5 max-active: 20 max-wait: 60000 # 启用空闲检测 test-while-idle: true # MySQL有效性校验语句 validation-query: SELECT 'x' # 连接回收策略（单位：毫秒） # 检测线程每1分钟运行一次 time-between-eviction-runs-millis: 60000 # 最小空闲5分钟 min-evictable-idle-time-millis: 300000 # 大空闲5分钟 max-evictable-idle-time-millis: 300000 test-on-borrow: false test-on-return: false pool-prepared-statements: false max-pool-prepared-statement-per-connection-size: 20 remove-abandoned: true remove-abandoned-timeout-millis: 600000 log-abandoned: true connecton-error-retry-attempts: 3 filter: stat: enabled: true 这是我的配置
最新发布
05-21
### Spring Boot 中使用 Druid 数据源时出现 `java.sql.SQLException: connection closed` 的解决方案 #### 问题背景分析 在 Spring Boot 应用中，当使用 Druid 数据源时，可能会遇到 `java.sql.SQLException: connection closed` 的错误。这种错误通常表明数据库连接已经被关闭，而应用程序仍在尝试使用这些无效的连接。具体原因可能涉及以下几个方面[^1][^2]: - **连接池配置不合理**：Druid 数据源的连接池参数未正确设置，可能导致连接过早被回收或无法及时刷新。 - **网络不稳定**：数据库服务器与应用服务器之间的网络延迟较高，导致连接中断。 - **事务超时**：长时间运行的事务未能及时提交或回滚，造成连接被标记为不可用。 - **MySQL 配置限制**：MySQL 默认会话超时时间较短（如 `wait_timeout` 和 `interactive_timeout`），超过该时间后自动断开连接。 --- ### 解决方案 #### 1. 调整 Druid 数据源的连接池参数 通过修改 Druid 数据源的连接池参数，可以增强连接管理能力，避免因连接失效引发的问题。以下是推荐的关键参数及其说明： | 参数名 | 描述 | |-----------------------|----------------------------------------------------------------------------------------| | `initialSize` | 初始化时创建的连接数 | | `maxActive` | 连接池允许的最大活跃连接数 | | `minIdle` | 最小空闲连接数 | | `maxWait` | 获取连接等待的最大毫秒数 | | `timeBetweenEvictionRunsMillis` | 空闲连接回收线程运行间隔时间 | | `minEvictableIdleTimeMillis` | 连接保持空闲而不被驱逐的最小时长 | | `validationQuery` | 测试连接是否有效的 SQL 查询语句 | | `testWhileIdle` | 是否在空闲状态下测试连接 | 示例配置如下： ```yaml spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/ssm?useUnicode=true&characterEncoding=utf8&serverTimezone=UTC&autoReconnect=true username: xxx password: xxxx type: com.alibaba.druid.pool.DruidDataSource druid: initial-size: 5 max-active: 20 min-idle: 5 max-wait: 60000 time-between-eviction-runs-millis: 60000 min-evictable-idle-time-millis: 300000 validation-query: SELECT 1 test-while-idle: true test-on-borrow: false pool-prepared-statements: true max-pool-prepared-statement-per-connection-size: 20 ``` 以上配置确保了连接池能够在空闲状态下主动检测并替换无效连接，从而减少 `connection closed` 错误的发生几率。 --- #### 2. 修改 MySQL 配置文件 如果问题是由于 MySQL 自身的超时机制引起的，则需要调整 MySQL 的全局变量 `wait_timeout` 和 `interactive_timeout`。默认情况下，这两个值分别为 28800 秒（即 8 小时）。可以根据实际需求将其延长。 编辑 MySQL 配置文件 `/etc/my.cnf` 或 `/etc/mysql/my.cnf`，添加以下内容： ```ini [mysqld] wait_timeout = 7200 interactive_timeout = 7200 ``` 重启 MySQL 服务使更改生效： ```bash sudo systemctl restart mysql ``` 此外，在 JDBC URL 中加入 `autoReconnect=true` 可以让驱动程序在发现连接丢失时尝试重新建立连接[^2]: ```yaml url: jdbc:mysql://localhost:3306/ssm?useUnicode=true&characterEncoding=utf8&serverTimezone=UTC&autoReconnect=true ``` --- #### 3. 处理事务锁冲突 如果错误是由事务锁超时 (`Lock wait timeout exceeded`) 引起的，则需要优化事务逻辑，缩短事务执行时间。可以通过以下方式解决问题： - 减少单次事务的操作量，分批处理大数据集。 - 使用更高效的索引设计，提升查询性能。 - 如果确实存在高并发场景，考虑引入分布式锁或其他同步机制。 对于具体的事务代码部分，务必确保每次操作都能正常提交或回滚。例如： ```java @Transactional(rollbackFor = Exception.class) public void updateData() { try { // 更新逻辑 } catch (Exception e) { throw new RuntimeException("Transaction failed", e); } } ``` --- #### 4. 日志排查与监控 为了更好地定位问题根源，可以在 Druid 数据源中开启详细的日志记录功能。通过观察日志信息，可以快速找到异常发生的上下文。 启用 Druid 日志的方法如下： ```yaml logging: level: com.alibaba.druid: DEBUG ``` 同时，借助外部工具（如 Prometheus + Grafana）对数据库连接状态进行实时监控，有助于提前发现问题并采取预防措施[^3]。 --- ### 总结 针对 Spring Boot 应用中使用 Druid 数据源时出现的 `java.sql.SQLException: connection closed` 问题，可以从多个角度入手解决，包括但不限于调整连接池参数、优化 MySQL 配置、改进事务逻辑以及加强日志监控等手段。综合运用上述方法，能够显著提高系统的稳定性与可靠性。 --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值