CentOS 6.4 PHP 5.3.3 MySQL 5.1.69 x86_64
CentOS 6.4 PHP 5.3.3 MySQL 5.1.69 x86_64
mysql_stmt::fetch()
当使用准备好的语句执行 fetch 时,PHP 产生错误:PHP Fatal error: Allowed memory size of 134217728 bytes expired (试图分配 4294967296 字节).
When executing fetch using a prepared statement, PHP yields error: PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 4294967296 bytes).
当用于创建临时表的 SELECT 语句中包含的变量未设置时,无论是否在调用存储过程之前在环境中设置了该变量,都会发生这种情况.该变量必须在存储过程中设置.当使用SELECT语句将临时表中的数据返回给PHP,而PHP使用mysql_stmt::fetch()访问数据时,PHP产生上述致命错误.
This occurs when a variable included in a SELECT statement used to create a temporary table is unset, whether or not the variable is otherwise set in the environment before the stored procedure is called. The variable must be set within the stored procedure. When a SELECT statement is used to return data in the temporary table to PHP, and PHP uses mysql_stmt::fetch() to access the data, PHP generates the above fatal error.
MySQL 代码:
DELIMITER $$
CREATE PROCEDURE test_sp()
BEGIN
# uncomment below line, and PHP call to mysqli_stmt::fetch() works
# SET @status = 1;
# remove tmp table
DROP TABLE IF EXISTS tmp_table;
# CREATE TEMPORARY TABLE
CREATE TEMPORARY TABLE tmp_table
SELECT @status AS status;
SELECT * FROM tmp_table;
END $$
DELIMITER ;
PHP 代码:
// obtain MySQL login info
require_once(MYSQLOBJ);
// initialize status
$status = "";
$db = new mysqli(
DB_HOST,
DB_USER,
DB_PASSWORD,
DB_NAME
);
$query = "CALL test_sp";
$stmt = $db->prepare($query);
$stmt->execute();
$stmt->bind_result( $status );
$stmt->store_result();
$stmt->fetch(); // PHP FATAL ERROR OCCURS HERE
$stmt->free_result();
$db->close();
print "<p>status = $status</p>
";
你会发现这仅在 @status
为 NULL
时发生> 或一个字符串.
You will find that this is occurring only when @status
is NULL
or a string.
问题是双重的:
与局部变量不同,MySQL 用户变量支持非常有限的一组数据类型:
Unlike local variables, MySQL user variables support a very limited set of datatypes:
可以从一组有限的数据类型中为用户变量分配一个值:整数、十进制、浮点、二进制或非二进制字符串,或者 NULL
值.
User variables can be assigned a value from a limited set of data types: integer, decimal, floating-point, binary or nonbinary string, or
NULL
value.
文档没有提到使用的实际数据类型分别是BIGINT
、DECIMAL(65,30)
、DOUBLE
、LONGBLOB
、LONGTEXT
和 LONGBLOB
.关于最后一个,手册至少做了解释:
The documentation fails to mention that the actual datatypes used are respectively BIGINT
, DECIMAL(65,30)
, DOUBLE
, LONGBLOB
, LONGTEXT
and LONGBLOB
. Regarding the last one, the manual does at least explain:
如果你引用一个没有被初始化的变量,它的值是NULL,类型是字符串.
If you refer to a variable that has not been initialized, it has a value of NULL and a type of string.
前三种数据类型的存储(即整数、十进制和浮点值)分别需要 8、30 和 8 个字节.其他数据类型(即字符串和 NULL
值)需要(最多)4 GB 的存储空间.
Storage of the first three of these datatypes (i.e. for integer, decimal and floating-point values) require 8, 30 and 8 bytes respectively. The other datatypes (i.e. for string and NULL
values) require (up to) 4 gigabytes of storage.
由于您使用的是 v5.4.0 之前的 PHP 版本,因此默认的 MySQL 驱动程序是 libmysql,在数据绑定时只有列类型元数据可从服务器获得——因此 MySQLi 尝试分配足够的内存来保存每个可能的值(即使最终不需要完整的缓冲区);因此,NULL
- 和字符串值的用户变量(最大可能大小为 4GiB)导致 PHP 超出其默认内存限制(自 PHP v5.2.0 起为 128MiB).
Since you are using a version of PHP prior to v5.4.0, the default MySQL driver is libmysql, with which only column type metadata is available from the server upon data binding—so MySQLi attempts to allocate sufficient memory to hold every possible value (even if the full buffer is not ultimately required); thus NULL
- and string-valued user variables, which have a maximum possible size of 4GiB, cause PHP to exceed its default memory limit (of 128MiB since PHP v5.2.0).
您的选择包括:
覆盖表定义中的列数据类型:
Overriding the column datatype in the table definition:
DROP TEMPORARY TABLE IF EXISTS tmp_table;
CREATE TEMPORARY TABLE tmp_table (
status VARCHAR(2)
) SELECT @status AS status;
显式强制转换用户变量到更具体的数据类型:
Explicitly casting the user variable to a more specific datatype:
DROP TEMPORARY TABLE IF EXISTS tmp_table;
CREATE TEMPORARY TABLE tmp_table
SELECT CAST(@status AS CHAR(2)) AS status;
使用以显式数据类型声明的局部变量:
Using local variables, which are declared with an explicit datatype:
DECLARE status VARCHAR(2) DEFAULT @status;
DROP TEMPORARY TABLE IF EXISTS tmp_table;
CREATE TEMPORARY TABLE tmp_table
SELECT status;
通过调用 mysqli_stmt::store_result()
before mysqli_stmt::bind_result()
,这会导致结果集存储在 libmysql 中(在 PHP 内存之外限制),然后 PHP 将仅在获取记录时分配保存记录所需的实际内存:
Working around the issue by calling mysqli_stmt::store_result()
before mysqli_stmt::bind_result()
, which causes the resultset to be stored in libmysql (outside of PHP's memory limits) and then PHP will only allocate the actual memory required to hold the record upon fetching it:
$stmt->execute();
$stmt->store_result();
$stmt->bind_result( $status );
$stmt->fetch();
提高 PHP 的内存限制它可以适应 4GiB 缓冲区的分配(尽管人们应该意识到这样做对硬件资源的影响)——例如,完全消除内存限制(尽管要意识到这样做的潜在负面影响,例如来自真正的内存泄漏):
Raising PHP's memory limit so that it can accomodate the allocation of 4GiB buffers (although one should be aware of the implications on hardware resources from doing so)—for example, to remove the memory constraints entirely (although be aware of potential negative side-effects from doing this, e.g. from genuine memory leaks):
ini_set('memory_limit', '-1');
重新编译PHP,配置为使用原生mysqlnd驱动(自 v5.3.0 起包含在 PHP 中,但在 PHP v5.4.0 之前未配置为默认值)而不是 libmysql:
Recompiling PHP, configured to use the native mysqlnd driver (included with PHP since v5.3.0, but not configured as the default until PHP v5.4.0) instead of libmysql:
./configure --with-mysqli=mysqlnd
升级到 PHP v5.4.0 或更高版本,以便默认使用 mysqlnd.
Upgrading to PHP v5.4.0 or later so that mysqlnd is used by default.
这篇关于PHP mysql_stmt::fetch() 导致 PHP 致命错误内存耗尽的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持html5模板网!