Doc #64638 [Asn]: Fetching resultsets from stored procedure with cursor fails
| From: | andrey@php.net | Date: | Tue, 28 Jul 2015 13:04:09 +0000 |
| Subject: | Doc #64638 [Asn]: Fetching resultsets from stored procedure with cursor fails | ||
| References: | 1 | Groups: | php.doc.bugs |
| Request: | Send a blank email to doc-bugs+get-12559@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=64638&edit=1
ID: 64638
Updated by: andrey@php.net
Reported by: DimonSoft at sa-sec dot org
Summary: Fetching resultsets from stored procedure with
cursor fails
Status: Assigned
Type: Documentation Problem
Package: MySQLi related
Operating System: Irrelevant
PHP Version: 5.3, 5.4, 5.5, 5.6, 7
Assigned To: mysql
Block user comment: N
Private report: N
New Comment:
Crash reproduced with mysqli
Previous Comments:
------------------------------------------------------------------------
[2015-07-28 13:03:30] andrey@php.net
Crash reproduced with 5.4, 5.5, 5.6 and 7 . Probably has something to do with the cursor opened in
the SP. A SP which also generates a result set, like BEGIN SELECT 1; END doesn't crash.
------------------------------------------------------------------------
[2013-09-23 06:41:50] flannell at gmail dot com
Found the problem in my scenario. You can't use cursors in stored procedures
using PDO and having this in your connection params:
$this->setAttribute(PDO::ATTR_EMULATE_PREPARES, false);
If removed, or set to true (the default), it starts to work.
This does raise a possible SQL injection issue as the SQL statement and params
are no longer sent to the server independently.
Hope this helps someone.
------------------------------------------------------------------------
[2013-09-22 11:26:02] flannell at gmail dot com
In addition, it doesn't matter if the cursor is embedded from a second called
stored procedure. As soon as OPEN cursor is called it throws the error. Am
wondering if PDO Statement is finding trouble deducing what columns are going to
be returned and the cursor confuses it?
------------------------------------------------------------------------
[2013-09-22 11:18:41] flannell at gmail dot com
I am also experiencing exactly the same issue. PHP v5.3.8 on
ApacheFriends XAMPP version 1.7.7
Using mysqli directly works fine, just the PDO statement bringing back the error
upon fetch() or fetchall()
------------------------------------------------------------------------
[2013-04-12 23:22:59] DimonSoft at sa-sec dot org
Description:
------------
Attempt to retrieve resultsets from stored procedures containing cursors fails with "Packets
out of order" message. Retrieving data from SPs without cursors works fine.
See "Test script" section for a minimal test that reproduces the problem.
Test script:
---------------
PHP:
<?php
$DB = new mysqli('SomeHost', 'SomeLogin', 'SomePassword',
'SomeDB');
$Stmt = $DB->prepare('CALL
Proc1()');
$Stmt->execute();
$Stmt->store_result();
$Stmt->bind_result($Res);
$Stmt->fetch();
echo 'OK';
$Stmt->close();
$DB->close();
var_dump($Res);
?>
SQL:
DROP PROCEDURE IF EXISTS Proc1;
DELIMITER //
CREATE DEFINER=root@localhost PROCEDURE Proc1()
LANGUAGE SQL
NOT DETERMINISTIC
CONTAINS SQL
SQL SECURITY DEFINER
COMMENT ''
BEGIN
DECLARE Temp CURSOR FOR
SELECT 15 AS Result;
OPEN Temp;
CLOSE Temp;
SELECT 20 AS Result;
END//
DELIMITER ;
Expected result:
----------------
"OKint(20)" is expected to be output without any error messages.
Actual result:
--------------
A call to $Stmt->fetch() fails with "Packets out of order" message.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
https://bugs.php.net/bug.php?id=64638
--
Edit this bug report at https://bugs.php.net/bug.php?id=64638&edit=1