【YashanDB知识库】stmt未close，导致YAS-00103 no free block in sql main pool part 0报错分析

原创 已于 2024-11-07 18:40:26 修改 · 730 阅读 · 5 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java #大数据 #数据库 #崖山数据库 #YashanDB #数据库系统

于 2024-07-24 15:53:23 首次发布

问题现象

问题单：YAS-00103 no free block in sql main pool part 0，YAS-00105 out of memory to allocate hash table of size = 256

现象：业务处理sql时，报错YAS-00103 no free block in sql main pool part 0

问题风险及影响

业务处理报错，影响功能使用

问题影响版本

客户版本：22.2.4.1

问题发生原因

表现原因：sql pool空间不足，申请不到报错。

根原因：stmt使用后，未调用close，session长时间未关闭。open coursor无法循环使用，导致该问题。

解决方式及规避方法

规避方法：增大share_pool_size；alter system set share_pool_size=xxx scope=spfile；

解决方案：stmt调用，不使用后调用close关闭。

问题分析和处理过程

复现方案：

如上报错

分析：

查看v$open_cursor视图

每个cursor的状态都是0,0是idle状态，无法循环使用。

最低0.47元/天 解锁文章
YashanDB
关注
【异常】MySQL使用Druid连接池报错ERROR druid.sql.Statement - {conn-10077, stmt-23429} execute error. SELECT 1
本本本添哥
12-19 1519
【异常】MySQL连接超时问题ERROR druid.sql.Statement - {conn-10077, stmt-23429} execute error. SELECT 1
【YashanDB认证】之一：Ubuntu安装部署YashanDB
小码哥的专栏
11-13 902
国产化数据库，我首选一次偶然的机会，在 **刘欣** 大佬的**【码农翻身】**公众号看到一则国产数据库YashanDB的推文进而知晓YashanDB的存在，随着进一步的学习的研究对比，YashanDB除了性能强大以外，相比其他数据库有一个最大的亮点即提供了单机免费版。即生产环境使用单机版不收授权费，仅当使用YashanDB的集群功能时才收取费用。作为技术选型负责人，成本是一个关键的选型因素，对比之下YashanDB的这一特点自然成了我技术选型的首选方案。以下是YashanDB数据库搭建的是YashanDB
【YashanDB知识库】YAS-00103 no free block in dictionary cache
cod0410的博客
06-26 339
选择增大DICTIONARY_CACHE_SIZE 或 SHARE_POOL_SIZE 或 两者都增大。【关键字】YAS-00103，no free block in dictionary cache。【解决/规避方法】优先考虑增大SHARE_POOL_SIZE。【问题分类】功能使用。【影响范围】所有版本。
mysql中高阶玩法系列（七）
你是魔鬼吧
08-20 601
目录三种语句结束符查看当前SQL执行状态、是否锁表巨人的肩膀VChat 先定义一张表，在之后的讲解中的所有例子，都是基于这张表做的演示，那么就定义一张最常见的用户表吧。 CREATE TABLE `user` ( `id` INT(11) UNSIGNED NOT NULL AUTO_INCREMENT, `name` VARCHAR(45) COLLATE UTF8MB4_UNICODE_CI NOT NULL, `pwd` VARCHAR(255) COLLATE UTF8MB
预编译语句(Prepared Statements)介绍，以MySQL为例
天涯路的专栏
04-08 2313
1. 背景 本文重点讲述MySQL中的预编译语句并从MySQL的Connector/J源码出发讲述其在Java语言中相关使用。注意：文中的描述与结论基于MySQL 5.7.16以及Connect/J 5.1.42版本。 2. 预编译语句是什么 通常我们的一条sql在db接收到最终执行完毕返回可以分为下面三个过程： 词法和语义解析 优化sql语句，制定执行计划 执行并返回结果 我们把这种...
STMT
KatharinLin的博客
04-29 1741
Halstead复杂度 设n1 表示程序中不同的操作符(程序保留字、运算符、分隔 符、函数调用) 个数，n2 表示程序中不同的操作数(常量、 变量) 个数，N1 表示程序中出现的操作符总数，N2 表示程序 中出现的操作数总数。 Halstead程序词汇表长度Program vocabulary:n= n1+ n2 . 实际Halstead长度或简单长度Program length: N= ...
mysql stmt
qixiang2013的专栏
10-09 2049
mysql stmt
sql-connect-doc:SQL Connect知识库
04-06
在本知识库中，我们将深入探讨SQL Connect的相关概念、用法以及与CSS（层叠样式表）的潜在结合。 1. SQL Connect基础： SQL Connect是数据库编程中的一个关键部分，它提供了API（应用程序接口）来建立、管理和关闭...
JAVA连接sqlserver2008R2驱动sqljdbc4-3.0.jar
12-24
在Java编程环境中，连接SQL Server 2008 R2数据库通常需要依赖特定的数据库驱动。在本例中，我们使用的驱动是`sqljdbc4-3.0.jar`，这是微软提供的Java Database Connectivity (JDBC) 驱动，允许Java应用程序与SQL ...
conn,stmt,rset 的关闭（规范）
weixin_30314793的博客
08-06 447
　　　　 Connection conn = null; Statement stmt = null; ResultSet rset = null; try { conn = dataSource.getConnection(); stmt = conn.createStatem...
MySQL学习笔记
tanqing24520的博客
09-12 432
文章目录1. SQL 执行顺序1.1 Mysql 逻辑架构图1.1.1 查询SQL的执行步骤1.1.2 更新SQL的执行步骤具体内容可以看改文档第7章1.2 所有的查询语句都是从`from`开始执行的，在执行过程中每个步骤都会为下一个步骤生成一个虚拟表，这个虚拟表将作为下一个执行步骤的输入1.3 where 和 on 中使用逻辑表达式的区别2. Mysql 的 SQL 优化2.1 慢sql的常见原因2.1.1 无索引或者索引失效2.1.2 锁等待2.1.2.1 行锁升级为表锁的情况2.1.3 不恰当的SQL
YashanDB｜swap空间暴涨导致报错？group_concat 使用需谨慎
2501_91591875的博客
04-18 346
【问题分类】SQL执行异常 / 虚拟内存异常【关键词】swap 空间、group_concat、VM 内存、YAS-02025、YAS-00103。
mysql : show processlist 详解
【优快云】
09-10 584
最近排查一些MySQL的问题，会经常用到 show processlist，所以在这里把这个命令总结一下，做个备忘，以备不时只需。 首先是几条常用的SQL。 1、按客户端 IP 分组，看哪个客户端的链接数最多 1 selectclient_ip,count(client_ip)asclient_numfrom(selectsubstring_index(host,':',1)asclient_ipfrominformation_schema.proc...
mysql 预处理stmt操作（写入数据库和从数据库中取出）
热门推荐
闲人的专栏
11-24 1万+
stmt操作 stmt对于多次执行的语句比直接执行快，主要原因在于，仅对查询执行一次解析操作。在直接执行的情况下，每次执行语句时，均将进行查询。此外，由于每次执行预处理语句时仅需发送参数的数据，从而减少了网络通信量 stmt主要的介绍可以参考： https://blog.youkuaiyun.com/zhouxinfeng/article/details/77891771 主要的操作是将MYSQL_B...
为何sql.Rows使用结束后一定要Close
yuchenfw的博客
11-09 3413
前言 常见的sql.Rows使用方式如下： var db *sql.DB .... rows, err :=db.QueryContext(ctx,selectSql,args...) ... defer rows.Close() for rows.Next() { if err = rows.Scan(&dst); err != nil { return } } 我们知道sql.Rows使用结束后一定要关闭。 但为何要关闭？不关闭又会发生什么呢？ 源码会告诉我们答案。 Rows Row
JDBC中的close方法
FDD-Fear Driven Development
09-12 2116
<br />早上扫了几眼JDBC规范中的Connection,Statement,ResultSet对象，发现了许多小细节。记录于下：<br /> <br />按照scope从小到大排列依次是<br /> <br />ResultSet，Statement，Connection<br /> <br />因此，<br />隐式关闭 ：<br />调用conn.close()将使该conn产生的所有statement对象关闭，调用stmt.close将其产生的rs对象关闭。所有引用ResultSet资源的对象
YashanDB|遇到 YAS-02025 报错?教你快速定位与处理!
2501_91591875的博客
04-28 199
在崖山环境下执行业务 SQL 查询时，突然报出 YAS-02025 错误，提示虚拟内存池(virtual memory pool)空间不足，导致查询无法继续执行。建议根据实际业务负载情况，合理预估 VM_BUFFER_SIZE 的大小，避免一次性设置过大造成物理内存紧张。SQL 查询或业务操作过程中，需要申请较多 VM 内存，而当前配置值无法满足需求，从而引发异常。别着急，这其实是一个可以通过简单配置调整来解决的问题。日常运维中，建议定期监控 VM 内存使用，提前预警，避免因为资源耗尽导致业务中断;
【ThinkPHP】ThinkPHP5 常用数据库查询语句
Oscaner
10-18 2992
来源：我的博客站 OceanicKang |《【ThinkPHP】ThinkPHP5 常用数据库查询语句》 tp_data 数据表 id name status 3 thinkphp 1 4 thinkphp 1 5 thinkphp 1 6 thinkphp 1 7 77777777777 1 8 thinkphp 1 9 thinkphp 1 10...
【ThinkPHP】'Error while sending STMT_CLOSE packet. PID think\db\Connection->free()
而我想……成为一个有趣的妞
01-05 5311
使用ThinkPHP上传内容   较少的内容可以上传成功 多的内容就上传失败 报错信息： 'Error while sending STMT_CLOSE packet. PID  think\db\Connection-&gt;free()（重点就是这两句） 错误地址指向Connection.php的free()方法 解决办法： 将Connection.php的相关内容修改为以下的内...
报错: java.lang.RuntimeException: java.sql.SQLException: ORA-06550: line 1, column 8: PLS-00103: Encountered the symbol "" when expecting one of the following:
最新发布
08-23
<think>好的，我现在需要帮助用户解决他们遇到的Java和Oracle PL/SQL相关的错误。用户提供的错误信息是： java.lang.RuntimeException: java.sql.SQLException: ORA-06550: line 1, column 8: PLS-00103: Encountered the symbol "" when expecting one of the following: 首先，我要分析这个错误信息。ORA-06550是Oracle的PL/SQL编译错误，指出在第一行第八列遇到了意外的符号。PLS-00103通常表示在PL/SQL代码中存在语法错误，导致解析器遇到了不应该出现的符号，或者缺少了预期的符号。 接下来，我需要确定可能的原因。常见的导致这种错误的情况包括： 1. **字符串中的特殊字符未正确转义**：比如在PL/SQL语句中使用了双引号或单引号，但没有正确转义，导致解析器错误。 2. **SQL语句拼接问题**：如果用户使用Java拼接SQL字符串，可能会在拼接时引入非法字符或语法错误。 3. **缺失的关键字或符号**：例如缺少BEGIN、DECLARE、END等PL/SQL块的关键字，或者缺少分号、括号等。 4. **使用了错误的引号**：Oracle中字符串应该用单引号，如果用了双引号可能导致错误。 5. **绑定变量使用错误**：在使用PreparedStatement时，参数占位符?的位置是否正确，或者是否有参数未正确设置。 用户提供的错误信息中，符号""出现在列8，可能是在某个位置缺少了预期的符号，或者多余的符号导致解析错误。例如，可能在PL/SQL块的开头缺少了DECLARE或BEGIN，或者在语句中有未闭合的字符串或括号。 接下来，我需要考虑用户可能的代码结构。假设用户在Java中执行了一个PL/SQL块，例如使用CallableStatement来调用存储过程，或者执行动态SQL。例如： String sql = "{ call some_procedure(?, ?) }"; CallableStatement stmt = connection.prepareCall(sql); 但如果用户直接拼接了一个PL/SQL匿名块，比如： String plsql = "BEGIN some_procedure(:1, :2); END;"; Statement stmt = connection.createStatement(); stmt.execute(plsql); 这时候，如果plsql字符串中存在语法错误，就会导致ORA-06550错误。 可能的问题点包括： - 在PL/SQL块中使用了命名参数占位符（如:1, :2），但JDBC不支持这种写法，应该使用?作为占位符。 - 在字符串中使用了双引号而不是单引号，导致PL/SQL解析错误。 - PL/SQL块的结构不正确，比如缺少BEGIN或END。 - 在拼接字符串时，可能在某些变量中引入了特殊字符，比如单引号未正确转义，导致SQL注入或语法错误。 例如，用户可能在PL/SQL中写了一个这样的语句： String query = "INSERT INTO table VALUES ('" + value + "')"; 如果value变量中包含单引号，比如"O'Reilly"，会导致生成的SQL变成： INSERT INTO table VALUES ('O'Reilly') 这会导致PL/SQL解析错误，因为字符串中的单引号未被转义。正确的做法是使用PreparedStatement和参数化查询，而不是字符串拼接。 另一个例子，用户可能在编写PL/SQL匿名块时，错误地使用了双引号： String plsql = "BEGIN DBMS_OUTPUT.PUT_LINE("Hello World"); END;"; 这里，PL/SQL中的字符串应该用单引号，所以双引号会导致语法错误。正确的写法应该是： String plsql = "BEGIN DBMS_OUTPUT.PUT_LINE('Hello World'); END;"; 此外，如果用户使用了错误的绑定变量占位符，例如在PL/SQL中使用:1而没有正确设置参数，也可能导致错误。 解决方案包括： 1. **检查PL/SQL代码的语法**：确保所有字符串使用单引号，语句结构正确，关键字如BEGIN和END正确使用。 2. **使用参数化查询**：避免字符串拼接，改用PreparedStatement来设置参数，防止特殊字符的问题，并避免SQL注入。 3. **转义特殊字符**：如果必须处理字符串拼接，确保对单引号进行转义，例如将单引号替换为两个单引号。 4. **查看具体执行的SQL语句**：通过日志或调试，打印出实际发送到数据库的PL/SQL代码，检查是否有明显错误。 5. **检查占位符的使用**：在CallableStatement中使用?作为占位符，并确保参数按正确顺序设置。 例如，用户可能在Java代码中执行了一个匿名PL/SQL块： String plsql = "BEGIN :result := some_function(:input); END;"; CallableStatement stmt = connection.prepareCall(plsql); stmt.setString("input", userInput); stmt.registerOutParameter("result", Types.VARCHAR); stmt.execute(); 但这样在PL/SQL中使用命名参数可能不适用于所有JDBC驱动，正确的占位符应为?，并且按位置设置参数： String plsql = "{ ? = call some_function(?) }"; CallableStatement stmt = connection.prepareCall(plsql); stmt.setString(2, userInput); stmt.registerOutParameter(1, Types.VARCHAR); stmt.execute(); 或者，如果是匿名块： String plsql = "BEGIN ? := some_function(?); END;"; CallableStatement stmt = connection.prepareCall(plsql); stmt.setString(2, userInput); stmt.registerOutParameter(1, Types.VARCHAR); stmt.execute(); 但需要注意，不同的数据库和JDBC驱动可能有不同的处理方式，可能需要使用特定的语法。 总结来说，用户需要检查发送到Oracle的PL/SQL代码是否存在语法错误，特别是符号是否正确使用，结构是否正确，并确保参数化查询的正确使用，避免拼接导致的问题。</think>该错误表明Oracle PL/SQL解析器在第一行第八列遇到了意外符号，常见原因及解决方案如下： 1. **特殊字符未转义** 检查SQL语句中是否包含未转义的单引号（应使用两个单引号`''`）或非法符号。例如： ```sql -- 错误示例 INSERT INTO table VALUES ('O'reilly'); -- 正确写法 INSERT INTO table VALUES ('O''reilly'); ``` 2. **字符串使用双引号** Oracle中字符串必须用单引号，若使用双引号会触发此错误： ```sql -- 错误示例 SELECT * FROM table WHERE name = "John"; -- 正确写法 SELECT * FROM table WHERE name = 'John'; ``` 3. **PL/SQL块结构不完整** 确保匿名块包含`BEGIN...END`，存储过程调用需正确使用`CALL`或`{}`： ```sql -- 正确匿名块示例 BEGIN DBMS_OUTPUT.PUT_LINE('Hello'); END; ``` 4. **参数占位符错误** 使用JDBC时，PL/SQL块参数应使用`?`占位符，避免命名参数（如`:input`）： ```java // 正确调用示例 String sql = "{ ? = call my_function(?) }"; CallableStatement stmt = conn.prepareCall(sql); stmt.setInt(2, 123); stmt.registerOutParameter(1, Types.INTEGER); stmt.execute(); ``` 5. **拼接导致语法错误** 避免直接拼接用户输入，改用参数化查询防止特殊字符破坏SQL结构。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值