sql >> Databasteknik >  >> RDS >> Oracle

Odödlig Oracle-session väntar på SQL*Net-meddelande från klienthändelse

Detta verkar vara ett fel i Oracle när CLOB datatyper används som värden som skickas till MERGE uttalandets ON klausul. Antag denna databas:

CREATE TABLE t (
  v INT, 
  s VARCHAR2(400 CHAR)
);

Reproduktion med infogade värden

Kör nu följande sats i valfri Oracle-klient, inklusive SQL*Plus, SQL Developer eller från JDBC, vilket hjälper till att reproducera problemet mycket enkelt (jag använder Oracle 11g XE 11.2.0.2.0):

MERGE INTO t                      
USING (
  SELECT 
    1 v, 
    CAST('abc' AS CLOB) s 
  FROM DUAL
) s 
ON (t.s = s.s) -- Using a CLOB here causes the bug.
WHEN MATCHED THEN UPDATE SET
  t.v = s.v        
WHEN NOT MATCHED THEN INSERT (v, s) 
VALUES (s.v, s.s);

Exemplet är dumt, och CLOB var bunden här av "olycka". Ett sådant uttalande borde dock inte skapa en zombiesession i Oracle, men det finns där. Jag kör ovanstående sats tre gånger i SQL*Plus och kör sedan detta...

SELECT 
  s.sid,
  s.serial#,
  s.sql_id,
  s.event,
  s.blocking_session,
  q.sql_text
FROM v$session s
JOIN v$sql q
ON s.sql_id = q.sql_id
WHERE s.username = 'TEST'
AND UPPER(TRIM(q.sql_text)) LIKE 'MERGE%';

... jag får:

sid serial# sql_id          event                       blocking_session
9   3       82a2k4sqzy1jq   cursor: pin S wait on X     92
49  89      82a2k4sqzy1jq   cursor: pin S wait on X     92
92  13      82a2k4sqzy1jq   db file sequential read     

Lägg märke till hur den rapporterade händelsen skiljer sig ("db-fil sekventiell läsning" ) från den ursprungliga händelsen ("SQL*Net-meddelande från klient" ), som använde bindningsvariabler

Reproduktion med bindningsvärden

var v_s varchar2(50)
exec :v_s := 'abc'

MERGE INTO t                      
USING (
  SELECT 
    1 v, 
    CAST(:v_s AS CLOB) s 
  FROM DUAL
) s 
ON (t.s = s.s) -- Using a CLOB here causes the bug.
WHEN MATCHED THEN UPDATE SET
  t.v = s.v        
WHEN NOT MATCHED THEN INSERT (v, s) 
VALUES (s.v, s.s);

Ovanstående sats som körs i SQL*Plus producerar också buggen:

sid serial# sql_id          event                           blocking_session
8   1       4w9zuxrumumgj   SQL*Net message from client     
90  7       4w9zuxrumumgj   cursor: pin S wait on X         8
94  21      4w9zuxrumumgj   cursor: pin S wait on X         8

Ingen reproduktion i PL/SQL

Intressant nog undviks buggen i följande PL/SQL-sats:

DECLARE
  v_s CLOB := 'abc';
BEGIN
  MERGE INTO t                      
  USING (
    SELECT 
      1 v, 
      CAST(v_s AS CLOB) s 
    FROM DUAL
  ) s 
  ON (t.s = s.s) -- Using a CLOB here causes the bug.
  WHEN MATCHED THEN UPDATE SET
    t.v = s.v        
  WHEN NOT MATCHED THEN INSERT (v, s) 
  VALUES (s.v, s.s);
END;
/

Jag får:

          CAST(v_s AS CLOB) s
          *
ERROR at line 8:
ORA-06550: line 8, column 11:
PL/SQL: ORA-00932: inconsistent datatypes: expected - got CLOB
ORA-06550: line 4, column 7:
PL/SQL: SQL Statement ignored

Det ser ut som om PL/SQL-motorn skyddar klienter från detta SQL-motorfel.




  1. Hur kan jag casta en int till en bit i MySQL 5.1?

  2. Hur kan jag skriva en fråga för att extrahera enskilda ändringar från ögonblicksbilder av data?

  3. Cloud SQL Postgres Ingen lämplig drivrutin hittades för jdbc:postgres://google/

  4. Hur gör man den rekursiva SELECT-frågan i MySQL?