MySQL — система управления базами данных (СУБД) с открытым исходным кодом от компании Oracle. Она была разработана и оптимизирована специально для работы веб-приложений. MySQL является неотъемлемой частью таких веб-сервисов, как Facebook, Twitter, Wikipedia, YouTube и многих других.
Эта статья расскажет, как определять, с чем связаны частые ошибки на сервере MySQL, и устранять их.
Не удаётся подключиться к локальному серверу
Одной из распространённых ошибок подключения клиента к серверу является «ERROR 2002 (HY000): Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’ (2)».

Эта ошибка означает, что на хосте не запущен сервер MySQL (mysqld) или вы указали неправильное имя файла сокета Unix или порт TCP/IP при попытке подключения.
Убедитесь, что сервер работает. Проверьте процесс с именем mysqld на хосте сервера, используя команды ps или grep, как показано ниже.
$ ps xa | grep mysqld | grep -v mysqld
Если эти команды не показывают выходных данных, то сервер БД не работает. Поэтому клиент не может подключиться к нему. Чтобы запустить сервер, выполните команду systemctl.
$ sudo systemctl start mysql #Debian/Ubuntu
$ sudo systemctl start mysqld #RHEL/CentOS/Fedora
Чтобы проверить состояние службы MySQL, используйте следующую команду:
$ sudo systemctl status mysql #Debian/Ubuntu
$ sudo systemctl status mysqld #RHEL/CentOS/Fedora

Если в результате выполнения команды произошла ошибка службы MySQL, вы можете попробовать перезапустить службу и ещё раз проверить её состояние.
$ sudo systemctl restart mysql
$ sudo systemctl status mysql

Если сервер работает (как показано) и вы по-прежнему видите эту ошибку, вам следует проверить, не заблокирован ли порт TCP/IP брандмауэром или любой другой службой блокировки портов.
Для поиска порта, который прослушивается сервером, используйте команду netstat.
$ sudo netstat -tlpn | grep "mysql"
Ещё одна похожая и часто встречающаяся ошибка подключения — «(2003) Can’t connect to MySQL server on ‘server’ (10061)». Это означает, что в сетевом соединении было отказано.
Следует проверить, работает ли в системе сервер MySQL (смотрите выше) и на тот ли порт вы подключаетесь (как найти порт, можно посмотреть выше).
Похожие частые ошибки, с которыми вы можете столкнуться при попытке подключиться к серверу MySQL:
ERROR 2003: Cannot connect to MySQL server on 'host_name' (111)
ERROR 2002: Cannot connect to local MySQL server through socket '/tmp/mysql.sock' (111)
Ошибки запрета доступа в MySQL
В MySQL учётная запись (УЗ) определяется именем пользователя и клиентским хостом, с которого пользователь может подключиться. УЗ может также иметь данные для аутентификации (например, пароль).
Причин для запрета доступа может быть много. Одна из них связана с учётными записями MySQL, которые сервер разрешает использовать клиентским программам при подключении. Это означает, что имя пользователя, указанное в соединении, может не иметь прав доступа к базе данных.
В MySQL есть возможность создавать учётные записи, позволяющие пользователям клиентских программ подключаться к серверу и получать доступ к данным. Поэтому при ошибке доступа проверьте разрешение УЗ на подключение к серверу через клиентскую программу.
Увидеть разрешённые привилегии учётной записи можно, выполнив в консоли команду SHOW GRANTS
Входим в консоль (пример для Unix, для Windows консоль можно найти в стартовом меню):
В консоли вводим команду:
> SHOW GRANTS FOR 'tecmint'@'localhost';
Дать привилегии конкретному пользователю в БД по IP-адресу можно, используя следующие команды:
> grant all privileges on *.test_db to 'tecmint'@'192.168.0.100';
> flush privileges;
Ошибки запрещённого доступа могут также возникнуть из-за проблем с подключением к MySQL (см. выше).
Потеря соединения с сервером MySQL
С этой ошибкой можно столкнуться по одной из следующих причин:
- плохое сетевое соединение;
- истекло время ожидания соединения;
- размер BLOB больше, чем
max_allowed_packet.
В первом случае убедитесь, что у вас стабильное сетевое подключение (особенно, если подключаетесь удалённо).
Если проблема с тайм-аутом соединения (особенно при первоначальном соединении MySQL с сервером), увеличьте значение параметра connect_timeout.
В случае с размером BLOB нужно установить более высокое значение для max_allowed_packet в файле конфигурации /etc/my.cnf в разделах [mysqld] или [client] как показано ниже.
[mysqld]
connect_timeout=100
max_allowed_packet=500M
Если файл конфигурации недоступен, это значение можно установить с помощью следующей команды.
> SET GLOBAL connect_timeout=100;
> SET GLOBAL max_allowed_packet=524288000;
Слишком много подключений
Эта ошибка означает, что все доступные соединения используются клиентскими программами. Количество соединений (по умолчанию 151) контролируется системной переменной max_connections. Устранить проблему можно, увеличив значение переменной в файле конфигурации /etc/my.cnf.
[mysqld]
max_connections=1000
Недостаточно памяти
Если такая ошибка возникла, это может означать, что в MySQL недостаточно памяти для хранения всего результата запроса.
Сначала нужно убедиться, что запрос правильный. Если это так, то нужно выполнить одно из следующих действий:
- если клиент MySQL используется напрямую, запустите его с ключом
--quick switch, чтобы отключить кешированные результаты; - если вы используете драйвер MyODBC, пользовательский интерфейс (UI) имеет расширенную вкладку с опциями. Отметьте галочкой «Do not cache result» (не кешировать результат).
Также может помочь MySQL Tuner. Это полезный скрипт, который подключается к работающему серверу MySQL и даёт рекомендации по настройке для более высокой производительности.
$ sudo apt-get install mysqltuner #Debian/Ubuntu
$ sudo yum install mysqltuner #RHEL/CentOS/Fedora
$ mysqltuner
MySQL продолжает «падать»
Если такая проблема возникает, необходимо выяснить, заключается она в сервере или в клиенте. Обратите внимание, что многие сбои сервера вызваны повреждёнными файлами данных или индексными файлами.
Вы можете проверить состояние сервера, чтобы определить, как долго он работал.
$ sudo systemctl status mysql #Debian/Ubuntu
$ sudo systemctl status mysqld #RHEL/CentOS/Fedora
Чтобы узнать время безотказной работы сервера, запустите команду mysqladmin.
$ sudo mysqladmin version -p

Кроме того, можно остановить сервер, сделать отладку MySQL и снова запустить службу. Для отображения статистики процессов MySQL во время выполнения других процессов откройте окно командной строки и введите следующее:
$ sudo mysqladmin -i 5 status
Или
$ sudo mysqladmin -i 5 -r status
Заключение
Самое важное при диагностике — понять, что именно вызвало ошибку. Следующие шаги помогут вам в этом:
- Первый и самый важный шаг — просмотреть журналы MySQL, которые хранятся в каталоге
/var/log/mysql/. Вы можете использовать утилиты командной строки вродеtailдля чтения файлов журнала. - Если служба MySQL не запускается, проверьте её состояние с помощью
systemctl. Или используйте командуjournalctl(с флагом-xe) в systemd. - Вы также можете проверить файл системного журнала (например,
/var/log/messages) на предмет обнаружения ошибок. - Попробуйте использовать такие инструменты, как Mytop, glances, top, ps или htop, чтобы проверить, какая программа использует весь ресурс процессора или блокирует машину. Они также помогут определить нехватку памяти, дискового пространства, файловых дескрипторов или какого-либо другого важного ресурса.
- Если проблема в каком-либо процессе, можно попытаться его принудительно остановить, а затем запустить (при необходимости).
- Если вы уверены, что проблемы именно на стороне сервера, можете выполнить команды:
mysqladmin -u root pingилиmysqladmin -u root processlist, чтобы получить от него ответ. - Если при подключении проблема не связана с сервером, проверьте, нормально ли работает клиент. Попробуйте получить какие-либо его выходные данные для устранения неполадок.
Перевод статьи «Useful Tips to Troubleshoot Common Errors in MySQL»
Привет, Александр.
Поставил Денвер, и такая вот петрушка, вроде все установилось, но….
Денвер, MySQL сервер не отвечает, ошибка 2002 (45.64 Кб) Просмотров: 21228
- MySQL сервер не отвечает, ошибка 2002.
- Sergej
- Сообщения: 24
- Зарегистрирован: 15 сен 2014, 21:44
Re: Денвер, MySQL сервер не отвечает, ошибка 2002
Александр » 19 окт 2014, 13:20
Вообще, когда Денвер запускаешь, mysql сервер стартует?
Попробуй, отключив Антивирус и Брандмауэр запусти Денвер.
Для начала посмотри в диспетчере задач Windows, там должен быть процесс mysqld.exe
Если он там есть потом тебе нужно в командной строке Windows ввести:
- Код: Выделить всё
telnet 127.0.0.1 3306
Должен быть какой-то ответ от MySQL сервера в виде строки с каким-то текстом (могут быть кракозябы) это значит, что сервер ответил.
Если же будет сообщение типа «Не у далось открыть подключение к этому узлу на порт 3306….» — значит не подключается.
Тогда пробуй команду:
- Код: Выделить всё
telnet localhost 3306
Если она будет успешной, то возможно, проблема из серии настройки сети ipv6 и т. п.
http://forum.dklab.ru/viewtopic.php?t=38843
Если не успешно, смотри кто слушает порт 3306
В командной строке Windows выполни:
- Код: Выделить всё
netstat -an
(в выводе правой кнопкой мыши ищи 3306)
или более детальная:
- Код: Выделить всё
netstat -ab
Ну и на всякий случай убедись, что порт MySQL в конфигурационном файле задан как 3306, также посмотри файл ошибок MySQL
Стандартный проводник Windows может не показывать эти файлы, тогда пользуйся каким-нибудь файловым менеджером.
Где у тебя расположены эти файлы, см. на форуме Денвера, обычно конфигурационный лежит в Z:usrlocalmysql5 , файл ошибок в Z:usrlocalmysql5data
http://www.denwer.ru/faq/other.html#h30-15
- Александр
- Сообщения: 394
- Зарегистрирован: 20 мар 2014, 17:05
Re: Денвер, MySQL сервер не отвечает, ошибка 2002
Sergej » 19 окт 2014, 14:43
В диспетчере такого процесса нет хотя изначально при загрузке денвер в командной строке пишет что-то вроде:
Что касаемо порта 3306 я так понимаю это к нему относится
- Код: Выделить всё
# The following options will be passed to all MySQL client.[client]
port = 3306
socket = /tmp/mysql5.sock
character-sets-dir = /usr/local/mysql-5.5/share/charsets
# Кодировка консоли mysql.exe по умолчанию.
default-character-set = cp1251
# The MySQL server
[mysqld]
# Обработывать запросы ТОЛЬКО с локальной машины (повышает безопасность).
# Если вы хотите, чтобы MySQL-сервер был доступен из сети,
# уберите следующую ниже директиву.
bind-address = 127.0.0.1
port = 3306
Это в файле my.ini прописано
Файл с ошибками подкрепляю, погляди пожалуйста может чего увидишь
- Sergej
- Сообщения: 24
- Зарегистрирован: 15 сен 2014, 21:44
Re: Денвер, MySQL сервер не отвечает, ошибка 2002
Александр » 19 окт 2014, 17:30
Смотри в сторону конфигурационного файла и затребуемых там ресурсов памяти.
Вот похоже что обрывает процесс:
InnoDB: Error: auto-extending data file .ibdata1 is of a different size
InnoDB: 384 pages (rounded down to MB) than specified in the .cnf file:
InnoDB: initial 640 pages, max 0 (relevant if non-zero) pages!
141014 20:08:15 InnoDB: Could not open or create data files.
141014 20:08:15 InnoDB: If you tried to add new data files, and it failed here,
141014 20:08:15 InnoDB: you should now edit innodb_data_file_path in my.cnf back
141014 20:08:15 InnoDB: to what it was, and remove the new ibdata files InnoDB created
141014 20:08:15 InnoDB: in this failed attempt. InnoDB only wrote those files full of
141014 20:08:15 InnoDB: zeros, but did not yet use them in any way. But be careful: do not
141014 20:08:15 InnoDB: remove old data files which contain your precious data!
141014 20:08:15 [ERROR] Plugin ‘InnoDB’ init function returned error.
141014 20:08:15 [ERROR] Plugin ‘InnoDB’ registration as a STORAGE ENGINE failed.
141014 20:08:15 [ERROR] Unknown/unsupported storage engine: InnoDB
141014 20:08:15 [ERROR] Aborting
Пробей в Яндексе по этим ошибкам.
Вот, кажется наиболее простое (Дмитрий Кóтеров кстати, разработчик Денвера)
http://forum.dklab.ru/viewtopic.php?t=14113
http://forum.dklab.ru/viewtopic.php?p=72845#72845
Думаю примерно так: у MySQL есть разные движки для хранения данных, основные: MyISAM и InnoDB. InnoDB, кажется, в Денвере не используется.
В силу каких-то твоих особенностей (может ты раньше Mysql/Денвер устанавливал, но плохо удалил или еще бог знает что..), в общем, кажется этот InnoDB пытается создать дополнительное хранилище и натыкается на какое-то ограничение в конфигурации.
Тебе нужно почитать как в Денвере устроено конфигурирование MySQL (один конфигурационный файл или есть еще где-то, если в конфиге какие-то лимиты не прописаны, может они по умолчанию в MySQL идут).
Может потребуется удалить файл типа .ibdata1 не знаю. Все удаления лучше делай в последюю очередь, даже лучше не удалять, наверное, а просто переименовывать.
Последний раз редактировалось Александр 24 ноя 2014, 14:42, всего редактировалось 1 раз.
- Александр
- Сообщения: 394
- Зарегистрирован: 20 мар 2014, 17:05
Re: Денвер, MySQL сервер не отвечает, ошибка 2002
Sergej » 20 окт 2014, 20:10
Спасибо помогло, теперь надо разобраться с ограничениями, он выкидывает какие то лимиты на загрузку файлов
- Sergej
- Сообщения: 24
- Зарегистрирован: 15 сен 2014, 21:44
Re: Денвер, MySQL сервер не отвечает, ошибка 2002
Sergej » 21 окт 2014, 19:46
Привет! Как всегда нужна твоя помощь, с денвером вроде разобрался, но вот досада при закачке файлов сайта на сервер возникают проблемы, судя по различным комментариям в инете это нормально, при возникновении каких любо проблем в самом phpadmyn отражаются какие именно необходимо решить вопросы, так все и шло изначально, но вдруг столкнулся с такой проблемой (#1064 — You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near »2014-08-‘ at line 1) и никак не могу найти толкового ответа, может подскажешь что это?
- Sergej
- Сообщения: 24
- Зарегистрирован: 15 сен 2014, 21:44
Re: Денвер, MySQL сервер не отвечает, ошибка 2002
Александр » 21 окт 2014, 20:53
Привет.
Т. е. ты хочешь залить на локальный mysql-сервер дамп, сделанный на хостинге? ты его случайно не открывал простым блокнотом и потом пересохранял?
Пришли мне на почту сам дамп что ли.
Чтобы сразу исключить и на будущее, почитай про BOM
http://mywordpress.ru/support/viewtopic.php?id=2461
вот еще
http://sqlinfo.ru/articles/info/15.html
Я тебе, кстати, писал когда-то, что стандартными windows редакторами не пользуйся т. к. там всякие «сюрпризы» могут быть, используй либо notepad++ либо notepad2
http://notepad-plus-plus.org
- Александр
- Сообщения: 394
- Зарегистрирован: 20 мар 2014, 17:05
Re: Денвер, MySQL сервер не отвечает, ошибка 2002
Sergej » 21 окт 2014, 21:26
Я его открывал и пересохранял но через notepad++
- Sergej
- Сообщения: 24
- Зарегистрирован: 15 сен 2014, 21:44
Re: Денвер, MySQL сервер не отвечает, ошибка 2002
Александр » 21 окт 2014, 22:16
Я смотрю, дамп имеет кодировку Windows-1251. Похоже, что при экспорте на хостинге в PhpMyAdmin или какая программа там еще, не знаю.. была выставлена кодировка Windows-1251 (синоним CP1251) а нужна UTF-8, насколько я понимаю..
И ты наверное пытаешься на Денвере залить через PhpMyAdmin этот файл как файл, имеющий кодировку UTF-8.
Примерно так, в общем, похоже на какую-то несогласованность в кодировках.
И еще, смотрю в дампе стоит тип ENGINE=InnoDB. Похоже хостер так настроил СУБД тип InnoDB и экспорт в Windows 1251.
Короче, в такой ситуации, думаю тебе пока не стоит заливать базу назад на хостинг…
Но для локальных экспериментов попробуй в Notepad++ перекодировать этот файл в UTF8 без BOM и поиском/заменой поменяй InnoDB на MyISAM.
Локально не страшно пробовать. На хостинг, опять повторяю, наверное лучше пока тебе не пытаться базу перезаливать, пока не разберешься что к чему.
- Александр
- Сообщения: 394
- Зарегистрирован: 20 мар 2014, 17:05
Re: Денвер, MySQL сервер не отвечает, ошибка 2002
Sergej » 21 окт 2014, 22:50
Понял буду пробовать
- Sergej
- Сообщения: 24
- Зарегистрирован: 15 сен 2014, 21:44
Вернуться в SQL
I need help bad…I got this error trying to display a database using php:
mysqli_connect(): (HY000/2002): Can’t connect to local MySQL server
through socket ‘/Applications/MAMP/tmp/mysql/mysql.sock’ (2) in
/Applications/MAMP/htdocs/databases.php on line 7 Database connection
failed: Can’t connect to local MySQL server through socket
‘/Applications/MAMP/tmp/mysql/mysql.sock’ (2) (2002)
I’ve been trying to fix it for days, reading through this forum from people with the same issues, and applying the fixes (like this one http://tinyurl.com/q4cpxzj) with absolutely no luck.
Here’s some steps I’ve tried: Going into php.ini file and changing the socket to /tmp/mysql.sock (I also tried changing it to /Applications/MAMP/tmp/mysql/mysql.sock to see what happens, no good).
Tried doing the same to /etc/my.cnf file. No good.
Tried a bunch of other things I can’t even remember anymore.
Also, I’m using Mac 10.10.2 and I have MAMP installed. According to MAMP, only Apache is working (green light by Apache and nothing on MySQL) but I’ve downloaded MySQL and according to System Pref it is running, although it won’t let me stop MySQL server for some reason (when I click stop it would stop then restart again on its own).
Please help…
If it matters, here’s the php:
<?php
// 1. Create a database connection
$dbhost = "localhost";
$dbuser = "widget_cms";
$dbpass = "*********";
$dbname = "widget_corp";
$connection = mysqli_connect($dbhost, $dbuser, $dbpass, $dbname);
// Test if connection succeeded
if(mysqli_connect_errno()) {
die("Database connection failed: " .
mysqli_connect_error() .
" (" . mysqli_connect_errno() . ")"
);
}
?>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd">
<html lang="en">
<head>
<title>Databases</title>
</head>
<body>
</body>
</html>
<?php
// 5. Close database connection
mysqli_close($connection);
?>
I need help bad…I got this error trying to display a database using php:
mysqli_connect(): (HY000/2002): Can’t connect to local MySQL server
through socket ‘/Applications/MAMP/tmp/mysql/mysql.sock’ (2) in
/Applications/MAMP/htdocs/databases.php on line 7 Database connection
failed: Can’t connect to local MySQL server through socket
‘/Applications/MAMP/tmp/mysql/mysql.sock’ (2) (2002)
I’ve been trying to fix it for days, reading through this forum from people with the same issues, and applying the fixes (like this one http://tinyurl.com/q4cpxzj) with absolutely no luck.
Here’s some steps I’ve tried: Going into php.ini file and changing the socket to /tmp/mysql.sock (I also tried changing it to /Applications/MAMP/tmp/mysql/mysql.sock to see what happens, no good).
Tried doing the same to /etc/my.cnf file. No good.
Tried a bunch of other things I can’t even remember anymore.
Also, I’m using Mac 10.10.2 and I have MAMP installed. According to MAMP, only Apache is working (green light by Apache and nothing on MySQL) but I’ve downloaded MySQL and according to System Pref it is running, although it won’t let me stop MySQL server for some reason (when I click stop it would stop then restart again on its own).
Please help…
If it matters, here’s the php:
<?php
// 1. Create a database connection
$dbhost = "localhost";
$dbuser = "widget_cms";
$dbpass = "*********";
$dbname = "widget_corp";
$connection = mysqli_connect($dbhost, $dbuser, $dbpass, $dbname);
// Test if connection succeeded
if(mysqli_connect_errno()) {
die("Database connection failed: " .
mysqli_connect_error() .
" (" . mysqli_connect_errno() . ")"
);
}
?>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd">
<html lang="en">
<head>
<title>Databases</title>
</head>
<body>
</body>
</html>
<?php
// 5. Close database connection
mysqli_close($connection);
?>
Я пытаюсь использовать соединение PHP для подключения базы данных MySQL, которая находится на phpmyadmin. Ничего особенного в соединении просто пытаюсь увидеть, успешно оно установлено или нет. Я использую MAMP для размещения базы данных, соединение, которое я пытаюсь использовать, это:
<?php
$servername = "127.0.0.1";
$username = "root";
$password = "root";
try {
$conn = new PDO("mysql:host=$servername;dbname=AppDatabase", $username, $password);
// set the PDO error mode to exception
$conn->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
echo "Connected successfully";
}
catch(PDOException $e)
{
echo "Connection failed: " . $e->getMessage();
}
?>
Я использовал почтальон, чтобы проверить, работает ли соединение, но я продолжаю получать это сообщение об ошибке:
Ошибка подключения: SQLSTATE [HY000] [2002] Подключение отклонено
Прежде чем я получил сообщение об ошибке:
Ошибка подключения: SQLSTATE [HY000] [2002] Нет такого файла или каталога
Это было потому, что я установил имя сервера в localhost, изменив его на IP-адрес, который дал мне отказ в соединении, и я понятия не имею, что не так.
Любая помощь по этому поводу будет принята с благодарностью.
I had a similar issue when trying to migrate a Drupal website from one local host to another. From Mac running XAMMP to Windows running WAMP.
This was the error message I kept getting when trying to access the pages of the website.
PDOException: SQLSTATE[HY000] [2002] No connection could be made because the target machine actively refused it.
in drupal_get_installed_schema_version() (line 155 of C:wampwwwchiaincludesinstall.inc).
In settings.php, I’ve changed everything correctly, database name, user and password.
$databases = array (
'default' =>
array (
'default' =>
array (
'database' => 'mydatabasename',
'username' => 'mydbusername',
'password' => 'mydbpass',
'host' => 'localhost',
'port' => '8889',
'driver' => 'mysql',
'prefix' => '',
),
),
);
After a couple of hours of mindless google searching I’ve changed the port to a empty value:
'port' => '',
And after that the site loaded properly.
Скрипт:
<?php
$db_host = ;
$db_user = ;
$db_password = ;
$db_name = ;
$link = mysqli_connect($db_host, $db_user, $db_password, $db_name);
if (!$link) {
die('<p style="color:red">'.mysqli_connect_errno().' - '.mysqli_connect_error().'</p>');
}
echo "<p>Вы подключились к MySQL!</p>";
?>
выводит код:
2002 — php_network_getaddresses: getaddrinfo failed: Name or service not known
скрипт находится на хостинге: hostiman.ru
В чём суть ошибки?
#1

Отправлено 26 июля 2022 — 11:24
-

- Новичок
-

====================================== Ошибка при подключении к Базе Данных (код ошибки: 2002) ====================================== [11:15:51] [MySQL] Таблица "veh_boot_inventory" успешно создана! [11:15:51] Number of vehicle models: 1 [11:15:54] [connection] 10.0.0.6:37315 requests connection cookie. [11:15:55] [connection] incoming connection: 10.0.0.6:37315 id: 0 [11:16:08] [connection] 10.0.0.6:39480 requests connection cookie. [11:16:09] [connection] incoming connection: 10.0.0.6:39480 id: 0 [11:16:10] [connection] 10.0.0.6:38596 requests connection cookie. [11:16:11] [connection] incoming connection: 10.0.0.6:38596 id: 0 [11:16:12] [connection] 10.0.0.6:40544 requests connection cookie. [11:16:13] [connection] incoming connection: 10.0.0.6:40544 id: 0 [11:16:14] [connection] 10.0.0.6:34940 requests connection cookie. [11:16:15] [connection] incoming connection: 10.0.0.6:34940 id: 0 [11:16:17] [PB] error busy nick 'Alessandro_Rubino' [11:16:28] [PB] error busy nick 'Calvin_Rock' [11:16:28] [PB] error busy nick 'Oxy_Fallen' [11:16:37] [connection] 10.0.0.6:40539 requests connection cookie. [11:16:38] [PB] error busy nick 'Vladimir_Minski' [11:16:38] [PB] error busy nick 'Tyler_Guretto' [11:16:38] [connection] incoming connection: 10.0.0.6:40539 id: 0 [11:16:39] [connection] 10.0.0.6:43635 requests connection cookie. [11:16:40] [connection] incoming connection: 10.0.0.6:43635 id: 0 [11:16:41] [connection] 10.0.0.6:34733 requests connection cookie. [11:16:42] [connection] incoming connection: 10.0.0.6:34733 id: 0 [11:16:43] [connection] 10.0.0.6:37713 requests connection cookie. [11:16:44] [connection] incoming connection: 10.0.0.6:37713 id: 0 [11:16:56] [connection] 10.0.0.6:35105 requests connection cookie. [11:16:57] [connection] incoming connection: 10.0.0.6:35105 id: 0 [11:16:58] [connection] 10.0.0.6:59288 requests connection cookie. [11:16:59] [PB] error busy nick 'Yarik_Sherbatyuk' [11:16:59] [PB] error busy nick 'William_Osborn' [11:16:59] [connection] incoming connection: 10.0.0.6:59288 id: 0 [11:16:59] [PB] error busy nick 'Sezya_Dubovoy' [11:17:09] [PB] error busy nick 'Chapin_Rodriguez' [11:17:14] [connection] 10.0.0.6:53979 requests connection cookie. [11:17:15] [connection] incoming connection: 10.0.0.6:53979 id: 0 [11:17:16] [connection] 10.0.0.6:50420 requests connection cookie. [11:17:17] [connection] incoming connection: 10.0.0.6:50420 id: 0 [11:17:18] [connection] 10.0.0.6:39872 requests connection cookie. [11:17:19] [PB] error busy nick 'Wilhelm_Tonovich' [11:17:19] [PB] error busy nick 'Vova_Cid' [11:17:19] [connection] incoming connection: 10.0.0.6:39872 id: 0 [11:17:20] [connection] 10.0.0.6:33709 requests connection cookie. [11:17:21] [connection] incoming connection: 10.0.0.6:33709 id: 0 [11:17:37] [connection] 10.0.0.6:56343 requests connection cookie. [11:17:38] [connection] incoming connection: 10.0.0.6:56343 id: 0 [11:17:39] [connection] 10.0.0.6:39408 requests connection cookie. [11:17:40] [connection] 5.34.118.28:22270 requests connection cookie. [11:17:40] [PB] error busy nick 'Larry_Suarez' [11:17:40] [PB] error busy nick 'Ded_Gays' [11:17:40] [PB] error busy nick 'Donald_Dack' [11:17:40] [PB] error busy nick 'Candy_McDonald' [11:17:40] [connection] incoming connection: 10.0.0.6:39408 id: 0 [11:17:41] [connection] incoming connection: 5.34.118.28:22270 id: 0 [11:17:41] [join] Rakhim_Woodie has joined the server (0:5.34.118.28) [11:17:41] [connection] 10.0.0.6:42324 requests connection cookie. [11:17:42] [connection] incoming connection: 10.0.0.6:42324 id: 1 [11:17:43] [connection] 10.0.0.6:60775 requests connection cookie. [11:17:44] [connection] incoming connection: 10.0.0.6:60775 id: 1 [11:17:49] [part] Rakhim_Woodie has left the server (0:2) [11:18:01] [PB] error busy nick 'Huan_Fernandez' [11:18:01] [PB] error busy nick 'Jorgen_Nilsson' [11:18:01] [PB] error busy nick 'Harry_Grand' [11:18:01] [PB] error busy nick 'Felix_Samuro'
Помогите с подключением MYSQL
Код вот такой и я не знаю как его записать, сделайте пример «user» «pass» «db» «host»
switch(NumServer)
{
case server_Test:
{
mysql = mysql_connect("localhost", "root", "root", "root", 3306, true, 4);
Found = true;
}
case server_Lite:
{
mysql = mysql_connect("95.181.158.105", "crp_base_1", "crp_base_1", "90Hp8ou6rFPn", 3306, true, 4);
Found = true;
}
case server_Hard:
{
mysql = mysql_connect("95.181.158.105", "crp_base_2", "crp_base_2", "zI1vRXy4KBo8", 3306, true, 4);
Found = true;
}
case server_Dubai:
{
mysql = mysql_connect("95.181.158.105", "db_base_1", "db_base_1", "ZriUoXa80ojR", 3306, true, 4);
Found = true;
}
case server_Malibu:
{
mysql = mysql_connect("95.181.158.105", "mb_base_1", "mb_base_1", "P0BD1M8MEap2", 3306, true, 4);
Found = true;
}
}
0
#2
Отправлено 26 июля 2022 — 11:42
-

- Пользователь
-

badaboom88 (26 июля 2022 — 11:24) писал:
Нажмите сюда, чтобы прочитать это сообщение. [
Показать
]
Версия какая? попробуй
mysql = mysql_connect(MYSQL_HOST, MYSQL_USER, MYSQL_PASS, MYSQL_BASE);
Сообщение отредактировал Fl1ck: 26 июля 2022 — 11:46
0
#3
Отправлено 26 июля 2022 — 11:47
-

- Новичок
-

Fl1ck (26 июля 2022 — 11:42) писал:
Версия какая? попробуй
mysql = mysql_connect(MYSQL_HOST, MYSQL_USER, MYSQL_PASS, MYSQL_BASE);
Изменить mysql_connect? И как узнать версию?
0
#4
Отправлено 26 июля 2022 — 12:04
-

- Новые возможности за MySQL
-

Ребят, почему вы не можете запомнить.
mysql_connect(const host[], const user[], const password[], const database[])
Подключение идёт следующим образом:
ХОСТ, ИМЯ ПОЛЬЗОВАЕТЛЯ, ПАРОЛЬ, ИМЯ БАЗЫ, и никак иначе! Переподключай, и научись гуглить, яндексить да хоть файрфоксить — таких вопросов триллион.
Сообщение отредактировал defixOFF: 26 июля 2022 — 12:05
0
#5
Отправлено 26 июля 2022 — 12:24
-

- Пользователь
-

badaboom88 (26 июля 2022 — 11:47) писал:
Изменить mysql_connect? И как узнать версию?
mysql_connect("95.181.158.105", "crp_base_1", "crp_base_1", "90Hp8ou6rFPn")
попробуй этот коннект сделать если не сработает то версию тогда уже скажешь
Сообщение отредактировал Fl1ck: 26 июля 2022 — 12:24
0
#6
Отправлено 26 июля 2022 — 12:37
-

- Новичок
-

defixOFF (26 июля 2022 — 12:04) писал:
Нажмите сюда, чтобы прочитать это сообщение. [
Показать
]
Гуглил, НИГДЕ не нашёл решение
0
#7
Отправлено 26 июля 2022 — 12:40
-

- Новые возможности за MySQL
-

Значит учись гуглить на западе, пишешь запрос на английском — там есть ответ, сколько раз проверял, сравнивал — запад помогал.
0
#8
Отправлено 26 июля 2022 — 15:31
defixOFF (26 июля 2022 — 12:04) писал:
Нажмите сюда, чтобы прочитать это сообщение. [
Показать
]
Другая версия MySQL говорит тебе «привет мой брат родной, а как же я»
1
#9
Отправлено 26 июля 2022 — 20:44
-

- Новые возможности за MySQL
-

M I S T E V (26 июля 2022 — 15:31) писал:
Другая версия MySQL говорит тебе «привет мой брат родной, а как же я»
Я думаю у него R40+, т.к ошибка 2002, хотя синтаксис R39.
0
#10
Отправлено 27 июля 2022 — 04:44
-

- Evil Scripter
-

defixOFF (26 июля 2022 — 20:44) писал:
Я думаю у него R40+, т.к ошибка 2002, хотя синтаксис R39.
Эмм, а причём тут R40+ или R39, если эта ошибка не плагином добавлена, а является ошибкой самого MySQL?
0
- ← Предыдущая тема
- Вопросы по скриптингу
- Следующая тема →
- Вы не можете создать новую тему
- Вы не можете ответить в тему
1 человек читают эту тему
0 пользователей, 1 гостей, 0 скрытых пользователей
public OnGameModeInit()
{
SetGameModeText("LOADING...");
AddPlayerClass(0, 0.0, 0.0, 0.0, 0.0, 0, 0, 0, 0, 0, 0);
SetNameTagDrawDistance(15.0);
//dbHandle = mysql_connect(SQL_HOST, SQL_USER, SQL_DB, SQL_PASS);
new bind[64];
GetServerVarAsString("bind", bind, sizeof(bind));
if(!strcmp(bind, "91.134.211.177", true))
{
dbHandle = mysql_connect(SQL_HOST_1, SQL_USER_1, SQL_DB_1, SQL_PASS_1);
SERVER_MODE = 1;
printf("GameMode ïîäêëþ÷åí ê ñåðâåðó ¹1");
}
else if(!strcmp(bind, "91.134.254.232", true))
{
dbHandle = mysql_connect(SQL_HOST_2, SQL_USER_2, SQL_DB_2, SQL_PASS_2);
SERVER_MODE = 2;
printf("GameMode ïîäêëþ÷åí ê ñåðâåðó ¹2");
}
else if(!strcmp(bind, "91.134.211.177", true))
{
dbHandle = mysql_connect(LOCAL_SQL_HOST, LOCAL_SQL_USER, LOCAL_SQL_DB, LOCAL_SQL_PASS);
SERVER_MODE = 3;
printf("GameMode ïîäêëþ÷åí ê ëîêàëüíîìó ñåðâåðó");
}
mysql_log(LOG_WARNING | LOG_ERROR);
mysql_function_query(dbHandle, "SET NAMES cp1251", false, "", "");
mysql_set_charset("cp1251");

