Як вирішити тайм-аут у phpmyadmin?

Я хочу імпортувати величезні ( принаймні 300 мб) скрипти sql через phpMyAdmin.

Я пробував:

post_max_size = 750M
upload_max_filesize = 750M
max_execution_time = 300
max_input_time = 540
memory_limit = 1000M

у своєму php.iniфайлі, але я все ще отримую помилки таймауту під час імпорту.

Якщо навіть після багаторазового завантаження ви все ще отримуєте помилку з часом очікування, змініть налаштування в

\phpmyadmin\libraries\config.default.php

від $cfg['ExecTimeLimit'] = 300;до $cfg['ExecTimeLimit'] = 0;та перезапустіть. Зараз немає обмеження часу виконання (довіра, мова йде про локальний сервер).

Джерело: Змінити час очікування сценарію в phpmyadmin

У мене була та сама проблема, і я використовував командний рядок для імпорту файлу SQL. Цей спосіб має 3 переваги:

1. Це дуже простий спосіб, запустивши лише 1 командний рядок
2. Це працює швидше
3. Він не має обмежень

Якщо ви хочете зробити це, просто виконайте такі 3 кроки:

1. Перейдіть до цього шляху (я використовую вамп):

   C: \ wamp \ bin \ mysql \ mysql5.6.17 \ bin>

2. Скопіюйте свій файл sql усередині цього шляху (наприклад, file.sql)

3. Виконайте цю команду:

   mysql -u ім'я користувача -p ім'я_бази даних <файл.sql

^{Примітка: якщо у вас вже встановлений шлях змінної середовища msql, вам не потрібно переміщати файл file.sql у каталог bin, а слід переходити лише до шляху до файлу.}

Я використовую версію 4.0.3 MAMP разом із phpmyadmin. У верхній частині /Applications/MAMP/bin/phpMyAdmin/libraries/config.default.php написано:

НЕ РЕДАГУЙТЕ ЦЕЙ ФАЙЛ, ВМІНАТИ РЕДАГУВАТИ config.inc.php !!!

Зміна наступного рядка в /Applications/MAMP/bin/phpMyAdmin/config.inc.php та перезапуск MAMP спрацювали для мене.

$cfg['ExecTimeLimit'] = 0;

Але якщо ви використовуєте Plesk, змініть налаштування в:

/usr/local/psa/admin/htdocs/domains/databases/phpMyAdmin/libraries/config.default.php

Змінити $cfg['ExecTimeLimit'] = 300;на$cfg['ExecTimeLimit'] = 0;

І перезапустіть за допомогою інтерфейсу Plesk або використовуйте:

/etc/init.d/psa restart і /etc/init.d/httpd restart

Якщо використовується Cpanel / WHM, розташування файлу config.default.phpзнаходиться нижче

/usr/local/cpanel/base/3rdparty/phpMyAdmin/libraries

і вам слід змінити $cfg['ExecTimeLimit'] = 300;на$cfg['ExecTimeLimit'] = 0;

Я мав проблему раніше в XAMPPlocalhost з phpmyadmin версії 4.2.11.

Збільшення тайм-ауту в php.iniтакож не допомогло.

Потім я відредагував, xampp\phpMyAdmin\libraries\config.default.phpщоб змінити значення $cfg['ExecTimeLimit'], яке за замовчуванням було 300.

Це вирішило моє питання.

Якщо хтось із вас випадково використовує WAMP, тоді принаймні в поточній версії (3.0.6 x64) є файл, <your-wamp-dir>\alias\phpmyadmin.confякий замінює деякі ваші параметри php.ini.

Редагувати цю частину:

# To import big file you can increase values php_admin_value upload_max_filesize 512M php_admin_value post_max_size 512M php_admin_value max_execution_time 600 php_admin_value max_input_time 600

Жодна з наведених відповідей не вирішила це для мене.

Я навіть не можу знайти папку "бібліотеки" у своєму xampp - ubuntu також.

Отже, я просто перезапустив, використовуючи такі команди:

sudo service apache2 restart

і

sudo service mysql restart

• Щойно перезапустив apache та mysql. Знову увійшов до phpmyadmin, і він працював як зазвичай.

Дякую мені .. !!

У мене теж була ця проблема, і я спробував різні методи розширення пам'яті, які я знайшов в Інтернеті, але мав із цим більше проблем. Я вирішив використовувати команду консолі MySQL source, і, звичайно, вам не доведеться турбуватися про максимальний час виконання та обмеження phpMyAdmin або PHP.

Синтаксис: source c:\path\to\dump_file.sql

Примітка: Краще вказати абсолютний шлях до файлу дампа, оскільки робочий каталог mysql може бути невідомим.

Щоб збільшити час очікування сеансу phpMyAdmin, відкрийте config.inc.php у кореневій директорії phpMyAdmin і додайте це налаштування (де завгодно).

$cfg['LoginCookieValidity'] = <your_new_timeout>;

Де якесь число більше 1800.

Примітка:

Завжди пам’ятайте, що короткий термін служби cookie - це цілком корисно для сервера розробки. Тому не робіть цього на виробничому сервері.

Довідково