This one can be a pesky error to sort out, but no fear – we’ve got your back!
You’re probably here frustrated so lets get straight to the point. As you’ve probably already guessed, there’s a file or directory that cannot be found.
The full error possible looks something like this:
Warning: mysqli_connect(): (HY000/2002): No such file or directory in <directory path> on line <number> Failed to connect to MySQL: No such file or directory
For most causes though, this error is a little bit on the cryptic side. When I fixed most of these errors it’s not usually related to the file or directory explicitly, but the host. I’m sure you’ve already checked a million times that the file/directory does exist and pulled out much hair over it.
How To Fix
Check the host name! Whether you’re running XAMMP, AMPPS or using shared hosting, dedicated servers etc.
The simplest fix, although possibly not the most elegant is to change your connection references from ‘localhost‘ to ‘127.0.0.1‘ – this will always work, no matter what your programing language or framework.
So in PHP your connection string would start:
$con=mysqli_connect("127.0.0.1",...
The Elegant Route
Shouldn’t PHP know about localhost? Yes, but you need to configure in in your global settings to make it understand this. If you have shared hosting, this may have already been taken care for you. If you had a nice installer for your local web server of choice bundled with things like PHP then it might have sorted this for you. This may be why your scratching your head wondering why it isn’t working now.
There’s so many languages, frameworks, server software and setups that it’s impossible to cover the configuration of all in this article but if you’ve got any special requests, drop them in the comments below and we’ll see what we can do!
Remember!
Just in case you haven’t done already, do actually check the file and directory exist. I know, I know, you’ve already done that but the article wouldn’t be completed without mentioning it! I’ve put it at the bottom so as not to distract from the likely fix to your problem above!
Пользователь 574607 Заглянувший Сообщений: 47 |
При входе на главную со включеным дебагом в сетингс пхп выдает [BitrixMainDBConnectionException] Mysql connect error [localhost, 127.0.0.1]: No such file or directory (400) хелп ми ))) —— |
Пользователь 574607 Заглянувший Сообщений: 47 |
[root@bitrix init.d]# mysql -u root —— |
Пользователь 574607 Заглянувший Сообщений: 47 |
блин чем дальше тем интересней становится )) —— |
Пользователь 574607 Заглянувший Сообщений: 47 |
[root@bitrix ~]# cd /var/lib/mysqld/ т.е в директории нет ничего , не могу понять до сегодняшнего дня работало все нормльно —— |
Пользователь 574607 Заглянувший Сообщений: 47 |
блин место кончилось просто )))) —— |
Пользователь 586025 Заглянувший Сообщений: 2 |
#6 0 06.02.2017 09:32:54
Сергей, подскажите пожалуйста, как очистить временные файлы (для свободного места)? |
||
Пользователь 692569 Заглянувший Сообщений: 7 |
В своём случае просто расширял размер раздела для Битрикса по инструкции . |
Пользователь 586025 Заглянувший Сообщений: 2 |
#8 0 06.02.2017 15:05:18
Спасибо) |
||
такая же проблема: |
|
Пользователь 406260 Постоянный посетитель Сообщений: 29 |
#10 7 12.09.2017 10:02:28 В файлах подключения к базе данных поменял localhost на 127.0.0.1 |
Пользователь 292230 Заглянувший Сообщений: 21 |
#11 0 29.06.2018 15:02:00 Аналогичная проблема только с mysqli в .settings.php Плохо тебе? — Улыбнись, завтра будет еще хуже;) |
Пользователь 136059 Гуру Сообщений: 5418 |
#12 0 29.06.2018 15:12:31
MySQL запущен? Голосуй за идеи по развитию API Bitrix: |
||
Пользователь 14571 Эксперт Сообщений: 787 |
#13 0 30.06.2018 20:24:33
Так похоже, что просто нет сокета или неправильный путь указан. Как вариант просто не запущен mysql-сервер. мои проекты: https://blog.sokov.org/category/dhynedhdhudhnn/ | меня рекомендуют: https://blog.sokov.org/recommendations/ | обо мне: https://spb.hh.ru/resume/9f303161ff02e561e20039ed1f654846726333 | 1 час работы — 1200 руб. |
||
Пользователь 46710 Постоянный посетитель Сообщений: 103 |
#14 1 09.08.2018 12:40:02
Спасибо! Помогло тоже! |
||
Пользователь 292230 Заглянувший Сообщений: 21 |
#15 0 01.09.2018 19:49:23 Да, вся беда в том, что закончилось место. Но mysql все равно запустить не удалось. Не знаю, с чем связано такое поведение mysql, но важно следить за дисковым пространством Плохо тебе? — Улыбнись, завтра будет еще хуже;) |
Пользователь 2435143 Заглянувший Сообщений: 11 |
#16 0 02.09.2018 08:49:29 Владимир Кульгейко, проблемы сервера/хостинга (место), срабатывает ряда агентов с запуском ресурсоемких задач, множество причин приводящих к 502. |
Пользователь 2540737 Заглянувший Сообщений: 1 |
#17 0 02.10.2018 17:22:08 Сборка на CentOS 6.8 |
Пользователь 2038301 Заглянувший Сообщений: 1 |
#18 0 18.11.2018 22:14:30 Здравствуйте! |
Пользователь 717569 Посетитель Сообщений: 55 |
#19 0 19.11.2018 15:26:59
Проверь работает ли mysql .. скорее всего место кончилось и она стартануть не смогла. |
||
Пользователь 84164 Заглянувший Сообщений: 6 |
#20 6 11.02.2019 22:06:22 Такая ошибка — Mysql connect error [localhost]: (2002) No such file or directory (400) может встречается, если в настройка php.ini не указан или неправильно указан параметр — mysqli.default_socket Для битриксовского окружения достаточно указать mysqli.default_socket = /var/lib/mysqld/mysqld.sock перезапустить сервис httpd если необходимо, и проблема решена |
Пользователь 208101 Заглянувший Сообщений: 4 |
#21 3 27.06.2019 19:59:27 Почему-то в новой версии конфигов php отключен short tag и вот сокет тоже не указан…. |
Пользователь 2441951 Заглянувший Сообщений: 3 |
#22 0 03.10.2019 13:36:45 Вставлю свои пять копеек. |
Пользователь 272731 Заглянувший Сообщений: 1 |
#23 0 19.11.2019 07:31:20
Спасибо вам огромное, добрый человек, вам бы в тех подержу Битрикс)))) |
||
Пользователь 93386 Эксперт Сообщений: 1104 |
#24 0 06.08.2020 14:51:18
Сегодня у хостера аварийно перезапустились сервера. И вот удивление — после запуска серверов вдруг перестали работать короткие теги и подключение к БД. С утра сайт работал, а днём после перезагрузки — нет. Пришлось конфиги PHP править (short tag и сокет). Как так то … |
||
Пользователь 618835 Посетитель Сообщений: 15 |
#25 0 07.08.2020 20:41:30
Хостер FirstVDS? Аналогичная проблема, веб сервер не обрабатывал файлы php из-за коротких тегов, хотя раньше работало, включил short_open_tag. Также прописал путь в mysqli.default_socket. После чего сайт заработал. |
||
980 / 501 / 103 Регистрация: 20.02.2016 Сообщений: 2,852 |
|
1 |
|
24.10.2022, 17:05. Показов 2889. Ответов 12
При заходе на любую страницу Битрикс выдаёт ошибку: Код [BitrixMainDBConnectionException] Mysql connect error [localhost]: (2002) No such file or directory (400) /home/bitrix/www/bitrix/modules/main/lib/db/mysqliconnection.php:82 #0: BitrixMainDBMysqliConnection->connectInternal() /home/bitrix/www/bitrix/modules/main/lib/data/connection.php:53 #1: BitrixMainDataConnection->getResource() /home/bitrix/www/bitrix/modules/main/lib/db/mysqlisqlhelper.php:21 #2: BitrixMainDBMysqliSqlHelper->forSql(string) /home/bitrix/www/bitrix/modules/main/lib/config/option.php:206 #3: BitrixMainConfigOption::load(string) /home/bitrix/www/bitrix/modules/main/lib/config/option.php:83 #4: BitrixMainConfigOption::getRealValue(string, string, boolean) /home/bitrix/www/bitrix/modules/main/lib/config/option.php:32 #5: BitrixMainConfigOption::get(string, string, string) /home/bitrix/www/bitrix/modules/main/lib/httprequest.php:394 #6: BitrixMainHttpRequest->prepareCookie(array) /home/bitrix/www/bitrix/modules/main/lib/httprequest.php:71 #7: BitrixMainHttpRequest->__construct(object, array, array, array, array) /home/bitrix/www/bitrix/modules/main/lib/httpapplication.php:49 #8: BitrixMainHttpApplication->initializeContext(array) /home/bitrix/www/bitrix/modules/main/lib/application.php:130 #9: BitrixMainApplication->initializeExtendedKernel(array) /home/bitrix/www/bitrix/modules/main/include.php:21 #10: require_once(string) /home/bitrix/www/bitrix/modules/main/include/prolog_before.php:14 #11: require_once(string) /home/bitrix/www/bitrix/modules/main/include/prolog.php:10 #12: require_once(string) /home/bitrix/www/bitrix/header.php:1 #13: require(string) /home/bitrix/www/index.php:1 ---------- Подскажите в чем может быть проблема?
0 |
1824 / 1089 / 221 Регистрация: 16.03.2008 Сообщений: 5,110 Записей в блоге: 2 |
|
24.10.2022, 18:00 |
2 |
проверяйте работу Бд и наличие места на диске
1 |
980 / 501 / 103 Регистрация: 20.02.2016 Сообщений: 2,852 |
|
24.10.2022, 18:19 [ТС] |
3 |
проверяйте работу Бд БД активна: Место на диске тоже имеется:
0 |
1824 / 1089 / 221 Регистрация: 16.03.2008 Сообщений: 5,110 Записей в блоге: 2 |
|
25.10.2022, 07:56 |
4 |
Вы проверили активность СУБД. Я про БД
1 |
980 / 501 / 103 Регистрация: 20.02.2016 Сообщений: 2,852 |
|
25.10.2022, 11:04 [ТС] |
5 |
Проверьте на месте ли сама БД. Если не ошибаюсь должна быть /var/lib/mysql/<bdname> БД на менсте
Подключиться mysql -u <username> -p <bdname> Подключился всё ok:
error.log Тут много чего, вот последние ошибки: Код 2022-10-25T07:41:08.525258Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:09.526303Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:09.526329Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:10.526915Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:10.526942Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:11.527232Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:11.527259Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:12.528236Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:12.528263Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:13.529015Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:13.529042Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:14.529653Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:14.529680Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:15.530320Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:15.530349Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:16.530632Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:16.530660Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:17.531048Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:17.531074Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:18.531370Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:18.531397Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:19.531679Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:19.531707Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:20.532540Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:20.532567Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:21.532806Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:21.532835Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:22.533331Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:22.533358Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:23.533580Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:23.533606Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:24.534329Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:24.534355Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:25.534479Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:25.534506Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:26.534895Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:26.534922Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:27.535687Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:27.535714Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:28.536944Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:28.536971Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:29.537518Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:29.537546Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:30.538352Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:30.538379Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:31.539029Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:31.539059Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:32.539425Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:32.539453Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:33.540455Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:33.540483Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:34.541047Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:34.541075Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:35.541558Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:35.541585Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:36.542091Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:36.542119Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:37.542517Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:37.542544Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:38.542893Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:38.542919Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:39.543140Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11 2022-10-25T07:41:39.543167Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2022-10-25T07:41:39.543176Z 0 [Note] InnoDB: Unable to open the first data file 2022-10-25T07:41:39.543192Z 0 [ERROR] InnoDB: Operating system error number 11 in a file operation. 2022-10-25T07:41:39.543207Z 0 [ERROR] InnoDB: Error number 11 means 'Resource temporarily unavailable' 2022-10-25T07:41:39.543215Z 0 [Note] InnoDB: Some operating system error numbers are described at http://dev.mysql.com/doc/refman/5.7/en/operating-system-error-codes.html
<bdname>-error.log Отдельных логов для БД там нет
access.log Такого тоже нет
<bdname>-access.log И этого тоже не не нашёл
0 |
voral 1824 / 1089 / 221 Регистрация: 16.03.2008 Сообщений: 5,110 Записей в блоге: 2 |
||||
25.10.2022, 14:47 |
6 |
|||
Больше всего «напрягает» InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. Я бы начал с перезагрузки mysql. при чем не restart а сначала stop — убедиться что все процессы завершились — и потом start На всякий случай (потом) попробовать можно
правда тут InnoDB…. -r — восстановление, можно сначала -a (анализировать)
1 |
980 / 501 / 103 Регистрация: 20.02.2016 Сообщений: 2,852 |
|
25.10.2022, 17:09 [ТС] |
7 |
Я бы начал с перезагрузки mysql. при чем не restart а сначала stop — убедиться что все процессы завершились — и потом start Да пробовал уже. Причем именно так как Вы описали
можно сначала -a (анализировать) Выполнил анализ, под конец получил такие вот ошибки: Код Error : Table './enex_db/softpodkluch_dhl_cities' is marked as crashed and should be repaired Error : Table 'softpodkluch_dhl_cities' is marked as crashed and should be repaired Error : 1 client is using or hasn't closed the table properly status : Table is already up to date enex_db.softpodkluch_dhl_config Error : Table './enex_db/softpodkluch_dhl_config' is marked as crashed and should be repaired Error : Table 'softpodkluch_dhl_config' is marked as crashed and should be repaired Error : 1 client is using or hasn't closed the table properly status : Table is already up to date enex_db.softpodkluch_dhl_countries Error : Table './enex_db/softpodkluch_dhl_countries' is marked as crashed and should be repaired Error : Table 'softpodkluch_dhl_countries' is marked as crashed and should be repaired Error : 1 client is using or hasn't closed the table properly status : Table is already up to date enex_db.softpodkluch_dhl_data Error : Table './enex_db/softpodkluch_dhl_data' is marked as crashed and should be repaired Error : Table 'softpodkluch_dhl_data' is marked as crashed and should be repaired Error : 1 client is using or hasn't closed the table properly status : Table is already up to date enex_db.softpodkluch_dhl_debug OK enex_db.softpodkluch_dhl_regions Error : Table './enex_db/softpodkluch_dhl_regions' is marked as crashed and should be repaired Error : Table 'softpodkluch_dhl_regions' is marked as crashed and should be repaired Error : 1 client is using or hasn't closed the table properly status : Table is already up to date enex_db.softpodkluch_dhl_services Table is already up to date enex_db.sprint_migration_archive OK enex_db.sprint_migration_versions OK enex_db.sprint_storage_default OK Добавлено через 17 минут
попробовать можно Тоже попробовал. Под конец несколько таблиц восстановились: Код enex_db.shipment_date note : The storage engine for the table doesn't support repair enex_db.softpodkluch_dhl_cache OK enex_db.softpodkluch_dhl_cities OK enex_db.softpodkluch_dhl_config OK enex_db.softpodkluch_dhl_countries OK enex_db.softpodkluch_dhl_data OK enex_db.softpodkluch_dhl_debug OK enex_db.softpodkluch_dhl_regions OK enex_db.softpodkluch_dhl_services OK enex_db.sprint_migration_archive note : The storage engine for the table doesn't support repair enex_db.sprint_migration_versions у остальных было сообщение типа этого: Код note : The storage engine for the table doesn't support repair enex_db.sprint_migration_versions На решении проблемы это никак не сказалось
0 |
1824 / 1089 / 221 Регистрация: 16.03.2008 Сообщений: 5,110 Записей в блоге: 2 |
|
25.10.2022, 17:40 |
8 |
хм…. тут, возможно, лучше в раздел по MySQL (именно с показаниями лога). Возможно есть смысл в ТП хостинга обратиться. Но это все следствие. А вот причина. То что БД крашится не очень хорошо… может диск или память так сказываются. (были на одном проектом «не понятные» проблемы) выяснилось: что то было с железом. Возможно, есть смысл из бекапа развернуться. (если он есть не битый — для начала куда то тестово) Смотрю таблицы не штатные. В админку не пускает? Добавлено через 3 минуты Добавлено через 1 минуту
1 |
980 / 501 / 103 Регистрация: 20.02.2016 Сообщений: 2,852 |
|
25.10.2022, 17:57 [ТС] |
9 |
Возможно есть смысл в ТП хостинга обратиться Это не хост, это виртуалка на обычном компе
может диск или память так сказываются Возможно. Просто вот в чем суть: была виртуальная машина, которая слетела. Всё что от неё осталось это виртуальный жёсткий диск. Я создал новую виртуалку, к которой подключил данный жёсткий диск и вот на нём получаю такую ошибку.
В админку не пускает? Нет вообще никуда не пускает
есть смысл из бекапа развернуться Наверное да. Сегодня накатил свежую базу данных из бекапа. Не помогло
0 |
1824 / 1089 / 221 Регистрация: 16.03.2008 Сообщений: 5,110 Записей в блоге: 2 |
|
25.10.2022, 18:02 |
10 |
Хм…. «свежую бд»? а как разворачивали? Кроме того как можно проверить такую гипотезу: у виртуалок бывает режим когда дисковая память динамическая. Т.е. указали, например, 40Гб… а оно меньше и добавляется только при необходимости…. я не помню можно ли «переключить» в фиксированную — но проверить это. Так же если восстанавливали поверх старой — попробовать развернуть в другую, в новую БД. Т.е., тут если уже и эта БД будет не живая — значит что то не то с виртуалкой.
1 |
980 / 501 / 103 Регистрация: 20.02.2016 Сообщений: 2,852 |
|
25.10.2022, 18:22 [ТС] |
11 |
а как разворачивали? Ну там сложная тема, но зато проверенная много раз её делал. Если которотко то с сервера скачивается архив с бэкапом, распаковывается, все файлы прогоняются через innobackupex, затем у них меняется владелец на mysql, после чего они перемещаются в папку /var/lib/mysql/….. PROFIT
я не помню можно ли «переключить» в фиксированную — но проверить это Да не дело вряд-ли в этом, так как сегодня чтобы обновить БД, докинул несколько гигобайт на рут:
0 |
voral 1824 / 1089 / 221 Регистрация: 16.03.2008 Сообщений: 5,110 Записей в блоге: 2 |
||||
25.10.2022, 19:49 |
12 |
|||
хм… с копированием…. несколько странно. там ведь еще и в системные таблицы мускула записи идут… не пробовал так ни когда… Я либо (для битрикс проектов — штатным бекап/разбекап) либо (если у меня sql дамп) то
Добавлено через 1 минуту
Да не дело вряд-ли в этом, так как сегодня чтобы обновить БД, докинул несколько гигобайт на рут Смотря как эта штука работает. Драйвер то может там хитрый драйвер — который всегда выдает системе фиксированный размер хотя реальный другой.
1 |
980 / 501 / 103 Регистрация: 20.02.2016 Сообщений: 2,852 |
|
28.10.2022, 14:13 [ТС] |
13 |
В итоге решил проблему. База данных не открывалась на localhost, добавил в .settings.php этот порт: 127.0.0.1:3306 и всё заработало
0 |