oracle bug? ORA-07445 ,pl/sql for in()
我创建了几个过程,用于初始化数据,直接在pl/sql dev里面运行,没有响应, 查正在运行的sql,没有过程的任何信息。在sqlplus中重
我的过程是这样的:
CREATE OR REPLACE package body proc_body as
procedure init(start_date date,end_date date) is
for rec in (这里是一个关联几个表的查询[R查询]) loop
......
end loop;
end ;
end proc_body;
我创建了几个过程,用于初始化数据,直接在pl/sql dev里面运行,没有响应, 查正在运行的sql,没有过程的任何信息。在sqlplus中重新执行该过程,直接和Oracle服务器断开(报end of ... communication)
这些过程均在测试环境下测试通过,没有任何问题,但是在生产环境下硬是不能执行,查看oracle alert日志,每运行一次就会出现一条像下面这样的错误:
170 ORA-07445: 出现异常: 核心转储 [0000000100405A00] [SIGSEGV] [Address not mapped to object] [0x000000000] [] []
-------------------------------------------------------
173 ORA-07445: 出现异常: 核心转储 [0000000101C63D14] [SIGSEGV] [Address not mapped to object] [0xFFFFFFFFB33F03F8] [] []
---------------------------------------------------------
174 ORA-07445: 出现异常: 核心转储 [0000000100405A00] [SIGSEGV] [Address not mapped to object] [0x000000000] [] []
--------------------------------------------------------
177 ORA-07445: 出现异常: 核心转储 [0000000101C63D14] [SIGSEGV] [Address not mapped to object] [0xFFFFFFFFB33F03F8] [] []
----------------------------------------------------------------
178 ORA-07445: 出现异常: 核心转储 [0000000101C63D14] [SIGSEGV] [Address not mapped to object] [0xFFFFFFFFB33F03F8] [] []
dba说07445错误很难搞,直接将R查询提前运行插入到一张表中(create table txx as R查询)。于是过程就变成了这样:
CREATE OR REPLACE package body proc_body as
procedure init is
for rec in (select * from txx) loop
......
end loop;
end ;
end proc_body;
然后运行该过程,,直接运行成功,数据初始化完成。 这个过程没有任何的远程操作,最后就这么给解决了。
但是同样类型的过程,部署job跑,没有任何问题。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











この記事では、MySQLのAlter Tableステートメントを使用して、列の追加/ドロップ、テーブル/列の名前の変更、列データ型の変更など、テーブルを変更することについて説明します。

記事では、証明書の生成と検証を含むMySQL用のSSL/TLS暗号化の構成について説明します。主な問題は、セルフ署名証明書のセキュリティへの影響を使用することです。[文字カウント:159]

記事では、MySQLで大規模なデータセットを処理するための戦略について説明します。これには、パーティション化、シャード、インデックス作成、クエリ最適化などがあります。

記事では、MySQLワークベンチやPHPMyAdminなどの人気のあるMySQL GUIツールについて説明し、初心者と上級ユーザーの機能と適合性を比較します。[159文字]

この記事では、ドロップテーブルステートメントを使用してMySQLのドロップテーブルについて説明し、予防策とリスクを強調しています。これは、バックアップなしでアクションが不可逆的であることを強調し、回復方法と潜在的な生産環境の危険を詳述しています。

記事では、外部キーを使用してデータベース内の関係を表すことで、ベストプラクティス、データの完全性、および避けるべき一般的な落とし穴に焦点を当てています。

この記事では、クエリパフォーマンスを強化するために、PostgreSQL、MySQL、MongoDBなどのさまざまなデータベースでJSON列にインデックスの作成について説明します。特定のJSONパスのインデックス作成の構文と利点を説明し、サポートされているデータベースシステムをリストします。

記事では、準備されたステートメント、入力検証、および強力なパスワードポリシーを使用して、SQLインジェクションおよびブルートフォース攻撃に対するMySQLの保護について説明します。(159文字)
