PHP: полный мануал с примерами, функциями и ООП

Зачем читать старый API и что должно сохраниться

Вы открыли старый PHP-проект и увидели mysql_connect, mysql_query или mysql_result. Задача — восстановить смысл программы и перенести его на поддерживаемый драйвер: тот же каталог, те же сохранённые значения и понятные отказы. Здесь старый договор описан полностью в отдельных карточках; новые программы используют MySQLi.

Если MySQL для вас новая тема, начните с соединения, сервера и схемы и таблиц и связей. Здесь текущий новый шаг — различия API при переносе существующего кода; знание старого расширения не требуется.

MySQLi допускает процедурные вызовы и методы объекта: mysqli_query($db,$sql) и $db->query($sql) работают с тем же соединением. Не требуется переписывать весь проект на классы ради миграции; требуется проверить параметры, возвраты, ошибки и владение результатом. PDO_MySQL — отдельный современный путь; его подключение и подготовленные запросы рассматриваются отдельно.

Практическая ситуация: Find/replace mysql_ to mysqli_ makes code nonfunctional. Автор заменил префиксы во всём коде: редактор не видел синтаксических ошибок, но обращения к базе перестали работать. Разбор показывает явное соединение и изменение порядка аргументов вместо массовой замены имён. Вопрос используется как описание проблемы; код и объяснение написаны заново, технические правила сверены с PHP.net.

Версии: где заканчивается исторический договор

Общий официальный changelog ext/mysql отдельно фиксирует удаление в7.0. Частные начальные версии и ранние deprecation указаны у карточек. Мы не объявляем исторические примеры выполненными на PHP8. Проверяется современный перенос, а исторический контракт сверяется с сохранённой официальной документацией.

Подготовить современный перенос и запустить один архив

Для новых программ нужны сервер MySQL8.4, PHP8.2+ с mysqli/mysqlnd, своя учебная схема и ограниченный пользователь. Проверочный стенд — PHP8.5.11/MySQL8.4.13LTS. Сервер и база не упакованы в архив; каждый пример сам создаёт TEMPORARY-таблицу своего соединения.

• Подготовить локальный сервер и пользователя по полной инструкции с CREATE DATABASE/USER/GRANT. Нужны SELECT/INSERT/UPDATE/DELETE/CREATE TEMPORARY TABLES только для учебной схемы.
• В терминале задать собственные PHPMAN_MYSQL_HOST, PHPMAN_MYSQL_PORT, PHPMAN_MYSQL_DATABASE, PHPMAN_MYSQL_USER, PHPMAN_MYSQL_PASSWORD. Для TCP указан127.0.0.1; порт стенда33070 — не обязательный порт вашего сервера.
• Распаковать один архив, выполнить php example.php, открыть result.html. README.txt и helper уже вложены; предыдущие программы запускать не нужно.
• result.json содержит данные таблицы; metrics.json — проверки и версии без пароля. Все новые программы — CLI, а не проверка HTTP-страниц и не демонстрация авторизации.

$env:PHPMAN_MYSQL_HOST='127.0.0.1'
$env:PHPMAN_MYSQL_PORT='33070'
$env:PHPMAN_MYSQL_DATABASE='my_training'
$env:PHPMAN_MYSQL_USER='my_student'
# PHPMAN_MYSQL_PASSWORD задайте своим локальным паролем
php example.php

В Unix-shell те же значения задаются export PHPMAN_MYSQL_DATABASE='my_training' и аналогично для остальных переменных. При undefined function mysqli_connect проверьте расширение именно того PHP, которым запускаете программу; при undefined function mysql_connect на PHP8 исправляется код, а не устанавливается старое расширение. Не публикуйте phpinfo с конфигурацией сервера.

Сервер, PHP-расширение и клиентская библиотека

Исторический mysql.requirements требовал сборку PHP с поддержкой MySQL. Наличие сервера само по себе не добавляло PHP-функции. Старый клиентский модуль мог использовать libmysqlclient или mysqlnd; версия сервера, клиентская библиотека и версия PHP — три разных величины.

Сегодня расширение ext/mysql не является доступной зависимостью PHP7/8. Для работы архивов проверяют mysqli и mysqlnd текущего PHP, затем доступность локального MySQL и права на отдельную схему. Нельзя подмешать php_mysql.dll от PHP5 в PHP8. Пути настройки современного PHP даны в начале руководства и подготовке MySQL.

Как читать старые инструкции установки без опасного отката

Общий исторический --with-mysql[=DIR] относился к конфигурации сборки, DIR — к клиентским библиотекам, не к файлам базы. Расширение работало с MySQL4.1+, но не раскрывало новые возможности этих серверов; для них предназначался MySQLi. Совместная загрузка ext/mysql и mysqli требовала одной клиентской библиотеки, иначе возможны конфликты.

В официальных старых примечаниях отмечены конфликты с recode и ограничения набора charset у bundled libmysqlclient. Ошибка загрузки php_mysql.dll могла означать отсутствие самой DLL или зависимости libmysql.dll. Эти причины относятся к историческому окружению; современный перенос проверяет текущий драйвер и его настройки отдельно.

Все настройки старого mysql.* и их границы

INI_SYSTEM задавалось системной конфигурацией; INI_ALL допускало доступные пользовательские способы изменения. Директивы mysql.* принадлежат удалённому расширению, не являются автоматически настройками mysqli.*. Не переносите пароли из общего php.ini в публикуемый пример. В новых программах параметры подключения явны, а таймаут задан до real_connect.

Два исторических ресурса и два современных объекта

У ext/mysql было ровно два специальных вида ресурсов: link и результат запроса. Освобождение набора и закрытие подключения — разные действия. Эта разница показана в самостоятельном сценарии владения результатами. Не используйте is_resource($db) для современного mysqli: он является объектом.

Клиентские флаги и формы результата

Старые MYSQL_* определялись только при загрузке ext/mysql; в PHP8 их нет. Флаги соединения комбинировались побитовым OR, а режим fetch выбирался одним значением. В некоторых старых connect-контрактах число128 разрешало LOCAL INFILE; не подставляйте магическое число в современный код. Префикс MYSQLI_ и значение конкретного флага проверяются по актуальному справочнику MySQLi.

Указать соединение и схему явно, затем прочитать каталог

Старый код рассчитывает на последнее открытое соединение. После переноса два модуля могут незаметно работать с разными базами. Начнём с одного канала к серверу: до select_db выбранной схемы нет; после выбора получаем три доступных товара.

mysqli_select_db($db, $database);
$result = mysqli_query($db, 'SELECT id,name FROM products WHERE stock > 0 ORDER BY id');
while ($row = mysqli_fetch_assoc($result)) {
    echo $row['name'], "\n";
}

Соединение — канал и состояние клиента. Схема — именованное место таблиц на сервере. $db хранит объект канала; select_db выбирает схему для последующих неуточнённых имён таблиц. mysqli_query принимает $db первым, SQL вторым; mysql_query принимал link последним. Строки не выводятся автоматически: fetch_assoc берёт одну, while повторяет чтение, echo показывает имя.

Что должно получиться

Полный example.php ниже создаёт свой исходный набор и сохраняет эту таблицу. Вспомогательный файл legacy108-helper.php содержит только настройку соединения и оформление отчёта; он уже включён в скачиваемый архив, это не обязательная часть самого API-вызова.

<?php
declare(strict_types=1);
require __DIR__.'/legacy108-helper.php';
$details=[];
$db=legacy108Connect(0,false,false);
try {
    $before=$db->query('SELECT DATABASE() AS selected_schema')->fetch_assoc()['selected_schema'];
    $selected=$db->select_db(getenv('PHPMAN_MYSQL_DATABASE'));
    $after=$db->query('SELECT DATABASE() AS selected_schema')->fetch_assoc()['selected_schema'];
    legacy108Catalog($db);
    $result=mysqli_query($db,'SELECT id,name FROM mysql108_legacy_products WHERE stock > 0 ORDER BY id');
    $found=[];
    while ($record=mysqli_fetch_assoc($result)) { $found[]=$record['name']; }
    mysqli_free_result($result);
    $rows=[['До select_db',null],['Выбрана учебная схема',$selected && $after===getenv('PHPMAN_MYSQL_DATABASE')],['Товары в наличии',implode(', ',$found)]];
    $checks=['no_initial_schema'=>$before===null,'selected_explicitly'=>$selected && $after===getenv('PHPMAN_MYSQL_DATABASE'),'catalog_read'=>$found===['Чай','Какао','Мёд']];
    $runtime=legacy108Runtime($db);
} finally { $db->close(); }
legacy108Report('mysql108-connect-schemas', ['Шаг', 'Результат'], $rows, $checks, $runtime, $details);
echo "Explicit connection and schema: 3 available products\n";

Explicit connection and schema: 3 available products

Открыть сохранённый HTML-отчёт · Данные результата JSON

Границы и частые ошибки

Короткая запись использует уже открытое $db и таблицу products; полный архив создаёт свои mysql108_legacy_products. Если сервер недоступен, схема отсутствует или нет прав — это разные отказы. Подключение не создаёт базу. Настройка localhost/socket отличается от явного TCP 127.0.0.1.

Попробовать самостоятельно

Выберите stock=0. Решение: заменить условие на равенство; ожидается только Кофе. Не менять остальные поля SELECT.

Перенести имя с апострофом и эмодзи без ручной склейки SQL

После миграции в имени клиента появляется лишний слеш или пропадает эмодзи. Сохраним одно имя двумя путями, а сравнивать будем реально прочитанный текст, не красивый вид SQL.

$db->set_charset('utf8mb4');
$stmt = $db->prepare('INSERT INTO names (id,name) VALUES (?,?)');
$stmt->bind_param('is', $id, $name);
$stmt->execute();

set_charset согласует кодировку соединения. ? представляет значение целиком: bind_param передаёт его без ручных SQL-кавычек. В строковом literal одинарные кавычки всё ещё часть SQL; real_escape_string не добавляет их. Полная программа оставляет этот второй путь только для понимания исторического кода.

Что должно получиться

Полный example.php ниже создаёт свой исходный набор и сохраняет эту таблицу. Вспомогательный файл legacy108-helper.php содержит только настройку соединения и оформление отчёта; он уже включён в скачиваемый архив, это не обязательная часть самого API-вызова.

<?php
declare(strict_types=1);
require __DIR__.'/legacy108-helper.php';
$details=[];
$db=legacy108Connect();
try {
    $db->query('CREATE TEMPORARY TABLE mysql108_legacy_names (id INT PRIMARY KEY,name VARCHAR(80) NOT NULL) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4');
    $name="O'Reilly — Чай 🍵";
    $stmt=$db->prepare('INSERT INTO mysql108_legacy_names (id,name) VALUES (?,?)');
    $id=1;$stmt->bind_param('is',$id,$name);$stmt->execute();$stmt->close();
    $escaped=$db->real_escape_string($name);
    $db->query("INSERT INTO mysql108_legacy_names (id,name) VALUES (2,'".$escaped."')");
    $result=$db->query('SELECT id,name FROM mysql108_legacy_names ORDER BY id');$rows=[];$names=[];
    while ($r=$result->fetch_assoc()) { $rows[]=[(int)$r['id'],$r['name'],$db->character_set_name()];$names[]=$r['name']; }
    $result->free();
    $details=['escaped_bytes'=>strlen($escaped),'sql_mode'=>$db->query('SELECT @@SESSION.sql_mode AS mode')->fetch_assoc()['mode']];
    $checks=['utf8mb4'=>$db->character_set_name()==='utf8mb4','both_roundtrips'=>$names===[$name,$name],'input_not_modified'=>$name==="O'Reilly — Чай 🍵"];
    $runtime=legacy108Runtime($db);
} finally {$db->close();}
legacy108Report('mysql108-charset-quotes', ['ID', 'Прочитанное имя', 'Кодировка соединения'], $rows, $checks, $runtime, $details);
echo "Two text roundtrips preserved apostrophe and UTF-8\n";

Two text roundtrips preserved apostrophe and UTF-8

Открыть сохранённый HTML-отчёт · Данные результата JSON

Границы и частые ошибки

Основной вариант — prepared. Экранирование SQL не является HTML-экранированием, не делает безопасными имена колонок и не отменяет LIKE %/_. Демонстрация literal ограничена одинарными кавычками; режим NO_BACKSLASH_ESCAPES особенно важен при разборе старого кода с двойными кавычками. Для HTML-отчёта применяется htmlspecialchars отдельно.

Попробовать самостоятельно

Добавьте в имя обратный слеш. Решение: изменить исходный $name; prepared-вариант не требует нового SQL. Сверить обратное чтение, не текст запроса.

Различить пустой SELECT, успешную запись и ошибку запроса

Старый if (!$result) часто превращал разные ситуации в одно «ничего не найдено». В миграции нужно вернуть человеку правильное действие: пустой поиск допустим, несуществующее поле требует исправления программы.

try {
    $result = $db->query($sql);
} catch (mysqli_sql_exception $error) {
    $code = $error->getCode();
    // Техническое сообщение — в закрытый журнал.
}

SELECT возвращает объект набора даже при0 строк. UPDATE возвращает true; affected_rows сообщает1 изменение. Явно включённый MYSQLI_REPORT_ERROR|MYSQLI_REPORT_STRICT переводит SQL-ошибку в mysqli_sql_exception; getCode() даёт1054 для неизвестного поля. Состояние сохраняется в catch до следующей команды.

Что должно получиться

Полный example.php ниже создаёт свой исходный набор и сохраняет эту таблицу. Вспомогательный файл legacy108-helper.php содержит только настройку соединения и оформление отчёта; он уже включён в скачиваемый архив, это не обязательная часть самого API-вызова.

<?php
declare(strict_types=1);
require __DIR__.'/legacy108-helper.php';
$details=[];
$db=legacy108Connect();legacy108Catalog($db);
try {
    $empty=$db->query('SELECT id,name FROM mysql108_legacy_products WHERE id=999');$emptyCount=$empty->num_rows;$empty->free();
    $ok=$db->query('UPDATE mysql108_legacy_products SET stock=stock+1 WHERE id=1');$modified=$db->affected_rows;
    $caughtCode=0;$caughtText='';
    try {$db->query('SELECT column_that_does_not_exist FROM mysql108_legacy_products');}
    catch(mysqli_sql_exception $e) {$caughtCode=$e->getCode();$caughtText=$e->getMessage();}
    $healthy=(int)$db->query('SELECT stock FROM mysql108_legacy_products WHERE id=1')->fetch_assoc()['stock'];
    $rows=[['SELECT без совпадений','набор строк',0],['UPDATE','true',$modified],['Неизвестное поле','исключение',$caughtCode],['Следующий SELECT','остаток товара',$healthy]];
    $checks=['empty_is_success'=>$emptyCount===0,'write_is_true'=>$ok===true && $modified===1,'error_classified'=>$caughtCode===1054 && $caughtText!=='','connection_still_usable'=>$healthy===13];
    $details=['technical_error_recorded'=>$caughtText!=='','public_policy'=>'error text stays out of the visitor message'];
    $runtime=legacy108Runtime($db);
} finally {$db->close();}
legacy108Report('mysql108-query-errors', ['Действие', 'Тип ответа', 'Значение'], $rows, $checks, $runtime, $details);
echo "Empty result, successful write and SQL error distinguished\n";

Empty result, successful write and SQL error distinguished

Открыть сохранённый HTML-отчёт · Данные результата JSON

Границы и частые ошибки

Не выводите полный текст исключения посетителю: он может содержать внутренние имена. Не подставляйте SQL в сообщение страницы. Этот сценарий проверяет SQL-отказ на существующем соединении; сетевой timeout/неверный пароль относятся к главе подготовки и диагностики.

Попробовать самостоятельно

Замените неизвестное поле на name. Решение: запрос перестанет выбрасывать исключение; обновите ожидаемую ветку, а не подавляйте exception оператором@.

Сразу сохранить ID, количество изменений и сведения UPDATE

Старая админка должна после сохранения открыть созданный товар и правильно сообщить «изменено». Сохраним результаты записи сразу, прежде чем следующий запрос заменит их.

$db->query($insertSql);
$id = $db->insert_id;
$changed = $db->affected_rows;
$details = $db->info;

AUTO_INCREMENT выдаёт идентификатор. Вставка двух строк возвращает первый автоматически созданный ID; это не максимальный ID таблицы. affected_rows — число изменений этой команды. info содержит диагностическое пояснение, а SELECT подтверждает конечные данные.

Что должно получиться

Полный example.php ниже создаёт свой исходный набор и сохраняет эту таблицу. Вспомогательный файл legacy108-helper.php содержит только настройку соединения и оформление отчёта; он уже включён в скачиваемый архив, это не обязательная часть самого API-вызова.

<?php
declare(strict_types=1);
require __DIR__.'/legacy108-helper.php';
$details=[];
$db=legacy108Connect();
try {
    $db->query('CREATE TEMPORARY TABLE mysql108_legacy_changes (id INT AUTO_INCREMENT PRIMARY KEY,name VARCHAR(40),stock INT NOT NULL) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4');
    $db->query("INSERT INTO mysql108_legacy_changes (name,stock) VALUES ('Чай',5),('Кофе',0)");
    $firstId=$db->insert_id;$inserted=$db->affected_rows;$insertInfo=$db->info;
    $db->query('UPDATE mysql108_legacy_changes SET stock=5 WHERE id=1');$same=$db->affected_rows;$sameInfo=$db->info;
    $db->query('UPDATE mysql108_legacy_changes SET stock=7 WHERE id=1');$changed=$db->affected_rows;$changedInfo=$db->info;
    $db->query('DELETE FROM mysql108_legacy_changes WHERE id=2');$deleted=$db->affected_rows;
    $r=$db->query('SELECT id,name,stock FROM mysql108_legacy_changes ORDER BY id')->fetch_assoc();
    $rows=[['INSERT двух товаров',(int)$firstId,$inserted],['UPDATE прежним значением',1,$same],['UPDATE новым значением',1,$changed],['DELETE второго товара',2,$deleted],['Остался '.$r['name'],(int)$r['id'],(int)$r['stock']]];
    $checks=['first_generated_id'=>(int)$firstId===1,'inserted_two'=>$inserted===2,'unchanged_zero'=>$same===0,'modified_one'=>$changed===1,'deleted_one'=>$deleted===1,'retained_data'=>$r['name']==='Чай' && (int)$r['stock']===7,'info_available'=>is_string($sameInfo) && $sameInfo!==''];
    $details=['insert_info'=>$insertInfo,'unchanged_update_info'=>$sameInfo,'changed_update_info'=>$changedInfo];$runtime=legacy108Runtime($db);
} finally {$db->close();}
legacy108Report('mysql108-write-outcomes', ['Действие', 'ID', 'Строк изменено / итоговый остаток'], $rows, $checks, $runtime, $details);
echo "ID1; insert2; unchanged0; modified1; delete1; stock7\n";

ID1; insert2; unchanged0; modified1; delete1; stock7

Открыть сохранённый HTML-отчёт · Данные результата JSON

Границы и частые ошибки

Ноль affected_rows не всегда означает «такого товара нет»: значение могло не измениться. FOUND_ROWS меняет договор. info сохраняется в metrics как наблюдаемая строка; не парсим её как стабильный прикладной протокол. Исторические REPLACE/UPSERT имеют особые счётчики, см. карточку.

Попробовать самостоятельно

Повторите UPDATE stock7. Решение: в обычном режиме ожидается0, а контрольный SELECT остаётся7.

Понять, что persistent-соединение не заменяет настройки каждого входа

В старом проекте pconnect мог хранить link дольше одного запроса. При переносе важно не принять старое состояние соединения за обязательную настройку приложения.

$db = new mysqli('p:'.$host, $user, $password, $database, $port);
$db->set_charset('utf8mb4');
// Выполнить работу.
$db->close();

Префикс p: просит MySQLi использовать постоянное соединение из пула процесса. Объект mysqli остаётся дескриптором текущей операции. После открытия мы заново выбираем схему и кодировку, задаём собственный маркер. Thread ID сохраняется лишь как наблюдение, не как обещание обязательного повторного использования.

Что должно получиться

Полный example.php ниже создаёт свой исходный набор и сохраняет эту таблицу. Вспомогательный файл legacy108-helper.php содержит только настройку соединения и оформление отчёта; он уже включён в скачиваемый архив, это не обязательная часть самого API-вызова.

<?php
declare(strict_types=1);
require __DIR__.'/legacy108-helper.php';
$details=[];
$first=legacy108Connect(0,true);
$runtime=legacy108Runtime($first);$firstThread=$first->thread_id;
$first->query("SET @mysql108_request_marker='first request'");
$firstCharset=$first->character_set_name();$first->close();
$second=legacy108Connect(0,true);
try {
    $secondThread=$second->thread_id;
    $selected=$second->query('SELECT DATABASE() AS db')->fetch_assoc()['db'];
    $second->query("SET @mysql108_request_marker='second operation'");
    $marker=$second->query('SELECT @mysql108_request_marker AS marker')->fetch_assoc()['marker'];
    $rows=[['Первое открытие p:',$firstCharset,'закрыт PHP-дескриптор'],['Второе открытие p:',$second->character_set_name(),$marker],['Схема выбрана явно',$selected===getenv('PHPMAN_MYSQL_DATABASE'),'не полагаемся на остаточное состояние']];
    $checks=['both_initialized'=>$firstCharset==='utf8mb4' && $second->character_set_name()==='utf8mb4','schema_explicit'=>$selected===getenv('PHPMAN_MYSQL_DATABASE'),'marker_reinitialized'=>$marker==='second operation'];
    $details=['first_thread'=>$firstThread,'second_thread'=>$secondThread,'same_server_thread_observed'=>$firstThread===$secondThread,'scope'=>'One CLI process; not a cross-request persistence test'];
} finally {$second->close();}
legacy108Report('mysql108-persistent-boundary', ['Шаг', 'Проверка', 'Результат'], $rows, $checks, $runtime, $details);
echo "Persistent handles explicitly initialized twice; no HTTP reuse claim\n";

Persistent handles explicitly initialized twice; no HTTP reuse claim

Открыть сохранённый HTML-отчёт · Данные результата JSON

Границы и частые ошибки

MySQLi имеет штатную очистку состояния при выдаче постоянного соединения: rollback, временные таблицы, блокировки и session-параметры. Это не причина хранить в пуле пользователя приложения. Проверяется один CLI-процесс; межзапросное поведение FPM/Apache требует отдельного HTTP-стенда. Пул может увеличить число соединений при большом числе рабочих процессов.

Попробовать самостоятельно

Сделайте второй вызов обычным, без persistent. Решение: прикладной результат должен сохраниться, а наблюдаемая идентичность серверного thread не обязана.

Прочитать поток до конца и только потом отправить следующий запрос

Нужно перенести старую последовательную выгрузку. Она не должна запрашивать общее число строк до чтения и запускать новый SQL посередине незавершённого ответа.

$result = $db->query($sql, MYSQLI_USE_RESULT);
while ($row = $result->fetch_assoc()) {
    echo $row['name'], "\n";
}
$result->free();

MYSQLI_USE_RESULT означает последовательное чтение без полного клиентского буфера. Каждая fetch_assoc берёт следующую строку; null обозначает конец. После дочитывания и free соединение снова готово для следующей команды. Собственный счётчик увеличивается только при реально прочитанной строке.

Что должно получиться

Полный example.php ниже создаёт свой исходный набор и сохраняет эту таблицу. Вспомогательный файл legacy108-helper.php содержит только настройку соединения и оформление отчёта; он уже включён в скачиваемый архив, это не обязательная часть самого API-вызова.

<?php
declare(strict_types=1);
require __DIR__.'/legacy108-helper.php';
$details=[];
$db=legacy108Connect();legacy108Catalog($db);
try {
    $result=$db->query('SELECT id,name,stock FROM mysql108_legacy_products ORDER BY id',MYSQLI_USE_RESULT);
    $rows=[];$ids=[];$count=0;
    while (($r=$result->fetch_assoc())!==null) {
        if ($r===false) {throw new RuntimeException('Fetch failed');}
        $ids[]=(int)$r['id'];$rows[]=[(int)$r['id'],$r['name'],(int)$r['stock']];$count++;
    }
    $result->free();
    $serverCount=(int)$db->query('SELECT COUNT(*) AS total FROM mysql108_legacy_products')->fetch_assoc()['total'];
    $checks=['stream_in_order'=>$ids===[1,2,3,4],'counted_four'=>$count===4,'next_query_after_drain'=>$serverCount===4];
    $details=['stream_rows'=>$count,'count_query_after_free'=>$serverCount,'bounded_teaching_report'=>'Four rows kept for the visible result; not a memory benchmark'];$runtime=legacy108Runtime($db);
} finally {$db->close();}
legacy108Report('mysql108-unbuffered-export', ['ID', 'Товар', 'Остаток'], $rows, $checks, $runtime, $details);
echo "Four streamed rows read; next query succeeded after drain\n";

Four streamed rows read; next query succeeded after drain

Открыть сохранённый HTML-отчёт · Данные результата JSON

Границы и частые ошибки

В этом учебном отчёте четыре строки сохранены в массив для показа. Это не потоковая обработка миллионов записей и не сравнение памяти. В рабочем экспортёре пишите очередную строку сразу в выходной файл. Произвольный data_seek несовместим с потоком; раннее num_rows0 не доказывает пустоту.

Попробовать самостоятельно

Ограничьте выборку WHERE stock>0. Решение: счётчик3; для честного сравнения COUNT используйте то же условие.

Полный указатель48 исторических функций

Каждая ссылка ведёт к отдельному историческому контракту с современной заменой и практическими сценариями. Это указатель исходного ext/mysql; актуальный API MySQLi находится в своём справочнике. Соседние главы продолжают метаданные и перечни объектов и диагностику и администрирование.

Обзорный сценарий: от старого HTML-каталога к современному

Базовая задача старого обзорного примера — соединиться, выбрать базу, выполнить SELECT, перебрать строки, показать HTML, освободить результат и закрыть link. Современный перенос сохраняет этот путь, но меняет явное соединение, обработку ошибок и экранирование текста. Мы выбираем нужные поля вместо SELECT * и не печатаем сырой SQL-ответ в HTML.

• Первый современный каталог: соединение → схема → SELECT → перебор
• Выбрать форму строки для шаблона
• Освободить ответы, закрыть канал после работы

Все архивы самостоятельны: содержат подготовку исходных строк и полный example.php. Сохранённые HTML/JSON доступны у каждого сценария. Исторические фрагменты в карточках помечены отдельно и не выдаются за выполненные на PHP8.