久久久久久久av_日韩在线中文_看一级毛片视频_日本精品二区_成人深夜福利视频_武道仙尊动漫在线观看

        <legend id='YrxLx'><style id='YrxLx'><dir id='YrxLx'><q id='YrxLx'></q></dir></style></legend>
        <i id='YrxLx'><tr id='YrxLx'><dt id='YrxLx'><q id='YrxLx'><span id='YrxLx'><b id='YrxLx'><form id='YrxLx'><ins id='YrxLx'></ins><ul id='YrxLx'></ul><sub id='YrxLx'></sub></form><legend id='YrxLx'></legend><bdo id='YrxLx'><pre id='YrxLx'><center id='YrxLx'></center></pre></bdo></b><th id='YrxLx'></th></span></q></dt></tr></i><div class="qwawimqqmiuu" id='YrxLx'><tfoot id='YrxLx'></tfoot><dl id='YrxLx'><fieldset id='YrxLx'></fieldset></dl></div>
        • <bdo id='YrxLx'></bdo><ul id='YrxLx'></ul>
        <tfoot id='YrxLx'></tfoot>

      1. <small id='YrxLx'></small><noframes id='YrxLx'>

      2. PHP mysql_stmt::fetch() 導致 PHP 致命錯誤內存耗盡

        PHP mysql_stmt::fetch() gives PHP Fatal error memory exhausted(PHP mysql_stmt::fetch() 導致 PHP 致命錯誤內存耗盡)

            <tbody id='Zo5dX'></tbody>
          <legend id='Zo5dX'><style id='Zo5dX'><dir id='Zo5dX'><q id='Zo5dX'></q></dir></style></legend>

              <tfoot id='Zo5dX'></tfoot>
            1. <small id='Zo5dX'></small><noframes id='Zo5dX'>

                • <bdo id='Zo5dX'></bdo><ul id='Zo5dX'></ul>
                • <i id='Zo5dX'><tr id='Zo5dX'><dt id='Zo5dX'><q id='Zo5dX'><span id='Zo5dX'><b id='Zo5dX'><form id='Zo5dX'><ins id='Zo5dX'></ins><ul id='Zo5dX'></ul><sub id='Zo5dX'></sub></form><legend id='Zo5dX'></legend><bdo id='Zo5dX'><pre id='Zo5dX'><center id='Zo5dX'></center></pre></bdo></b><th id='Zo5dX'></th></span></q></dt></tr></i><div class="qwawimqqmiuu" id='Zo5dX'><tfoot id='Zo5dX'></tfoot><dl id='Zo5dX'><fieldset id='Zo5dX'></fieldset></dl></div>
                • 本文介紹了PHP mysql_stmt::fetch() 導致 PHP 致命錯誤內存耗盡的處理方法,對大家解決問題具有一定的參考價值,需要的朋友們下面隨著小編來一起學習吧!

                  問題描述

                  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>
                  ";
                  

                  推薦答案

                  你會發現這@statusNULL 時發生> 或一個字符串.

                  You will find that this is occurring only when @status is NULL or a string.

                  問題是雙重的:

                  1. 與局部變量不同,MySQL 用戶變量支持非常有限的一組數據類型:

                  1. 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.

                  文檔沒有提到使用的實際數據類型分別是BIGINTDECIMAL(65,30)DOUBLELONGBLOBLONGTEXTLONGBLOB.關于最后一個,手冊至少做了解釋:

                  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模板網!

                  【網站聲明】本站部分內容來源于互聯網,旨在幫助大家更快的解決問題,如果有圖片或者內容侵犯了您的權益,請聯系我們刪除處理,感謝您的支持!
                • 相關文檔推薦

                  store_result() and get_result() in mysql returns false(mysql 中的 store_result() 和 get_result() 返回 false)
                  Call to undefined function mysqli_result::num_rows()(調用未定義的函數 mysqli_result::num_rows())
                  PHP Prepared Statement Problems(PHP 準備好的語句問題)
                  mysqli_fetch_array returning only one result(mysqli_fetch_array 只返回一個結果)
                  PHP MySQLi Multiple Inserts(PHP MySQLi 多次插入)
                  How do I make sure that values from MySQL keep their type in PHP?(如何確保 MySQL 中的值在 PHP 中保持其類型?)
                  • <bdo id='jUPIk'></bdo><ul id='jUPIk'></ul>
                    <tfoot id='jUPIk'></tfoot>

                    <i id='jUPIk'><tr id='jUPIk'><dt id='jUPIk'><q id='jUPIk'><span id='jUPIk'><b id='jUPIk'><form id='jUPIk'><ins id='jUPIk'></ins><ul id='jUPIk'></ul><sub id='jUPIk'></sub></form><legend id='jUPIk'></legend><bdo id='jUPIk'><pre id='jUPIk'><center id='jUPIk'></center></pre></bdo></b><th id='jUPIk'></th></span></q></dt></tr></i><div class="qwawimqqmiuu" id='jUPIk'><tfoot id='jUPIk'></tfoot><dl id='jUPIk'><fieldset id='jUPIk'></fieldset></dl></div>
                    <legend id='jUPIk'><style id='jUPIk'><dir id='jUPIk'><q id='jUPIk'></q></dir></style></legend>

                      <small id='jUPIk'></small><noframes id='jUPIk'>

                              <tbody id='jUPIk'></tbody>

                          • 主站蜘蛛池模板: 欧美性精品 | 欧美亚洲第一区 | 免费超碰 | 91成人在线| 久久精品16 | 日韩欧美国产一区二区 | 亚州成人 | 国产综合久久久久久鬼色 | 国产精品高潮呻吟久久av野狼 | 在线免费观看视频黄 | 免费在线观看一区二区三区 | 久久久久久国产精品 | 欧美日韩在线观看一区 | 四虎成人免费视频 | 国产精品黄视频 | 欧美精品v国产精品v日韩精品 | 日韩av在线一区 | 国产在线a视频 | 成人性视频在线播放 | 精品中文字幕视频 | 中文字幕亚洲区 | 美美女高清毛片视频免费观看 | 国产91九色| 四虎免费视频 | 在线成人免费av | 美女一区二区在线观看 | 91精品国产乱码久久久久久久久 | 国产精品a久久久久 | 奇米av | 欧美激情 亚洲 | 6080yy精品一区二区三区 | 粉嫩av | 欧美在线视频不卡 | 伊人伊人| a级片在线 | 热久久性| 国产成人高清视频 | 在线看av的网址 | aaaa一级毛片 | 日韩成人精品在线观看 | 草比网站|