Помилка запуску сервера MySql "Сервер вийшов без оновлення PID-файлу"

У Snow Leopard запуск MySQL видає таку помилку:

Сервер вийшов без оновлення PID-файлу

мій.cnf

[mysqld]
port            = 3306

socket          = /tmp/mysql.sock

skip-external-locking

key_buffer_size = 16K

pid-file=/var/run/mysqld/mysqld.pid

[mysqld_safe]

log-error=/var/log/mysqld.log

pid-file=/var/run/mysqld/mysqld.pid

спробуйте знайти свій файл журналу із суфіксом ".err", там має бути більше інформації. Це може бути:

/usr/local/var/mysql/your_computer_name.local.err

Можливо, проблема з дозволами

1. перевірте, чи працює будь-який екземпляр mysql

   пс -еф | grep mysql

   якщо так, то слід зупинити це або вбити процес

   вбити -9 ПІД

   де PIDномер, що відображається поруч із ім'ям користувача на виході попередньої команди

2. перевірити право власності на /usr/local/var/mysql/

   ls -laF / usr / local / var / mysql /

   якщо він є власником, rootви повинні змінити його mysqlабоyour_user

   sudo chown -R mysql / usr / local / var / mysql /

Ви дотримувались інструкцій brew install mysql?

Налаштуйте бази даних для роботи ТАКОГО ВИКОРИСТАННЯ КОРИСТУВАЧА за допомогою:

Для mysql 5.x:

unset TMPDIR
mysql_install_db --verbose --user=`whoami` --basedir="$(brew --prefix mysql)" --datadir=/usr/local/var/mysql --tmpdir=/tmp

Щоб налаштувати базові таблиці в іншій папці або використовувати іншого користувача для запуску mysqld, перегляньте довідку для mysqld_install_db:

mysql_install_db --help

і переглянути документацію MySQL:

• http://dev.mysql.com/doc/refman/5.5/uk/mysql-install-db.html
• http://dev.mysql.com/doc/refman/5.5/uk/default-privileges.html

Для mysql 8.x:

unset TMPDIR
mysqld --initialize-insecure --log-error-verbosity --user=`whoami` --basedir="$(brew --prefix mysql)" --datadir=/usr/local/var/mysql --tmpdir=/tmp

Переконайтеся, що /usr/local/var/mysqlвищевказаний каталог даних порожній, при необхідності скопіюйте його.

Для запуску як, наприклад, "mysql" користувача, вам може знадобитися sudo:

sudo mysql_install_db ...options...

Запустіть mysqld вручну з:

mysql.server start

Примітка: якщо це не вдалося, ви, ймовірно, забули виконати перші два кроки вище

У мене була така ж проблема на моєму комп'ютері Mac (правильно виконували всі кроки встановлення, запропоновані brew install ).

Видалення файлу помилок виправило це для мене:

sudo rm -rf /usr/local/var/mysql/dev.work.err (dev.work це моє ім'я хоста)

Це спрацювало через те, що я dev.work.errмав _mysql:wheelзамість власного імені користувача. CHOWN-ing файл помилки, ймовірно, також виправив би його.

Після перезавантаження у мене виникла та сама проблема. Ось як я це виправив:

 sudo chown -R _mysql /usr/local/var/mysql

Це працювало для мене ...

Перевірте всі запущені процеси MySQL:

$ ps aux | grep mysql

USER     PID    %CPU  %MEM 
_mysql   5970   0.0   0.4 ...

Потім вбийте всі процеси, перелічені з вищевказаної команди, використовуючи наступне:

$ sudo kill -9 [PID]

Замініть [PID]індивідуальну PID із наведеного вище списку, наприклад 5970.

Зробіть це для всіх рядків, які ви бачите з першою командою.

Тоді ви можете запустити свій сервер MySQL знову:

mysql.server start

Ця помилка може виникнути при спробі запуску msql після її неправильного відключення.

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

2. Подивіться, над чим запущений mysql, використовуйте цю команду: lsof -i:3306

Ваш результат повинен виглядати так:

COMMAND  PID    USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
mysqld  4249 username   17u  IPv4 0x7843d9d130469c0b      0t0  TCP localhost:mysql (LISTEN)

3. Закінчити процес запуску mysql: kill -15 4249

Kill -15 надсилає siganl до процесу, щоб звільнити будь-які ресурси, які він блокує, і завершити процес після.

4. Тепер mysql повинен запускатися без проблем: mysql.server start

Мій файл помилок також сказав мені, що порт може використовуватися іншим процесом, але просто запущена sudo mysql.server startпроблема вирішила для мене.

Спробуйте видалити ib_logfile0та ib_logfile1файли, а потім знову запустіть mysql

rm /usr/local/var/mysql/ib_logfile0
rm /usr/local/var/mysql/ib_logfile1

Це працює для мене.

Якщо жодна відповідь вам не допомогла, просто видаліть папку /usr/local/var/mysqlта знову встановіть mysql brew reinstall mysql.

Нещодавно я натрапив на це питання, проте він працював раніше, а потім зупинився.

Це було тому, що я спочатку починався mysql.serverяк root замість себе.

Виправлення полягало в тому, щоб видалити файл журналу помилок (який належав _mysql). Почавши це знову, це пройшло.

Для мене мені довелося перевстановити mysql

brew reinstall mysql

а потім нижче Щоб запустити запуску mysql зараз і перезапустити при вході:

brew services start mysql

Рішення, яке працювало для мене, було тут: /server/334284/cant-create-pid-file-on-mysql-server-permission-denied

Зміна деяких моїх дозволів, здавалося, зробила трюк. Я запускаю Macbook Air середини 2012 року з ОС X 10.8.2 і був встановлений mysql з домашньою мовою.

chmod 0755 /var
chown root:wheel /var/tmp
sudo chmod 0771 /usr/local/var/mysql/*

Для мене виправлення було простим:

top

показав, що mysqld вже працює

sudo killall mysqld 

тоді дозволено розпочати процес

У мене виникла ця проблема під час спроби заварювати оновлення на MacOS X 10.7.5.

На жаль, mysql також було оновлено до 5.6.10 з 5.5.14. Спробував нове, не вийшло.

Я вирішив повернутися до своєї старої установки і зробив

brew switch mysql 5.5.14

Це не вирішило проблеми. В іншому місці я читав і робив це, вуаля! Все повернулося :)

cd /usr/local/var/mysql
mv ib_logfile0 ib_logfile0.bak
mv ib_logfile1 ib_logfile1.bak

Я використовую,

• абсолютно новий MacBook Pro OSX 10.7.3.x
• gcc через OSX GCC Installer

Я встановив MySQL за допомогою homebrew ('варити встановити mysql'). Він встановив пару залежностей, а потім mysql.

Коли я намагався запустити його,

west$ mysql.server start
Starting MySQL
.. ERROR! The server quit without updating PID file (/usr/local/var/mysql/west.local.pid).

Я виконував цю команду,

west$ /usr/local/Cellar/mysql/5.5.25/scripts/mysql_install_db 

і MySQL працює.

Зверніть увагу, що вам потрібно запустити mysql_install_db з верхнього рівня каталогу mysql (IE, usr / local / Cellar / mysql / 5.5.25). Запуск його безпосередньо в каталозі / script не дає йому достатнього контексту для запуску.

Для мене рішенням було перезаписати / виправити каталог даних у / etc / my / cnf.

Я створив MySQL 5.5.27 з джерела із вказівками, наданими у файлі readme:

# Preconfiguration setup
shell> groupadd mysql
shell> useradd -r -g mysql mysql
# Beginning of source-build specific instructions
shell> tar zxvf mysql-VERSION.tar.gz
shell> cd mysql-VERSION
shell> cmake .
shell> make
shell> make install
# End of source-build specific instructions

# Postinstallation setup
shell> cd /usr/local/mysql
shell> chown -R mysql .
shell> chgrp -R mysql .
shell> scripts/mysql_install_db --user=mysql
shell> chown -R root .
shell> chown -R mysql data

# Next command is optional
shell> cp support-files/my-medium.cnf /etc/my.cnf
shell> bin/mysqld_safe --user=mysql &

# Next command is optional
shell> cp support-files/mysql.server /etc/init.d/mysql.server

mysqld_safe припинив себе без пояснень. запуск /etc/init.d/mysql.server startпризвів до помилки:

"Сервер вийшов без оновлення PID-файлу"

Я помітив щось дивне в інструкції з установки. Він змінив право власності на mysql для каталогу "data", але не на "var"; це незвично, тому що роками мені доводилося переконуватись у тому, що каталог var був написаний mysql. Тож я вручну бігавchown -R mysql /usr/local/mysql/var а потім спробував запустити його знову. Ще не везе. Але що ще гірше, у файлі var dir немає файлу .err - це було в dir-режимі "data"! тому скрипти / mysql_install_db встановлюють табір у / usr / local / mysql / var, але решта програми, схоже, хочуть виконати свою роботу в / usr / local / mysql / data!

Тож я щойно відредагував /etc/my.cnf і під розділом [mysqld] я додав директиву, щоб явно вказати каталог даних mysql на var (як я зазвичай очікую, що це буде як-небудь), і після цього mysqld запускається просто штрафу. Директива для додавання виглядає приблизно так:

datadir = / usr / local / mysql / var

Працювали для мене. Сподіваюся, це допоможе вам.

Здається, що процес MySQL працює, отже, ви не можете використовувати порт. Ви можете перевірити запущений процес MySQL за допомогою наступної команди:

ps auxf | grep mysql

Якщо ви отримаєте будь-який процес MySQL, вкажіть ідентифікатор цього процесу за допомогою PID kill -9, а потім спробуйте запустити MySQL.

Запустіть Mysql у безпечному режимі

/usr/local/mysql/bin/mysqld_safe start

АБО

на MAC End будь-який mysqlабоmysqld завдання (або інших) в додатку Activity Monitor.

або перевірити помилку від

tail -f /usr/local/mysql/data/XXXXX-XXXXX-Pro.local.err

Що говорить журнал помилок? Я отримав цю помилку, і вона виявилася старою недійсною настройкою в my.cnf, на яку вказав журнал помилок mysql. Якщо це неправильний параметр конфігурації, журнал помилок повинен хоча б вказувати вам у правильному напрямку.

Ну, я припускаю, що ОП виправила це на цьому етапі ... але, сподіваємось, це вказує на те, що інші бачать цю помилку в правильному напрямку.

За допомогою декількох відповідей, розміщених тут, я зміг знайти питання

Спочатку біжу

sudo -i

Тож я міг мати кореневий доступ.

Чим я видалив файл xxxx.err

rm -rf /usr/local/mysql/data/xxxx.err

після запуску MySQL в SafeMode

/usr/local/mysql/bin/mysqld_safe start

Він спробує запуститися і вийде через помилку ... буде створений новий файл xxx.err, і вам потрібно прочитати його, щоб побачити причину помилки

tail -f /usr/local/mysql/data/mysqld.local.err

У моєму випадку чомусь не було якоїсь папки та файлу всередині /var/log/папки ... Тож я створив і те, і інше

cd /var/log

mkdir mysql

touch mysql-bin.index

Після створення нового файлу вам потрібно змінити дозвіл

chown -R _mysql /var/log/mysql

Коли всі ці кроки були зроблені, моя база даних почала працювати відразу ...

Сподіваюся, що це може допомогти іншим тут ... Головне - прочитати помилку та журнал і знайти те, що не так ...

У моєму випадку помилка трапляється через проблему доступу до файлу журналу помилок.

Наступні дві команди допомагають мені вирішити проблему.

sudo chown <user> /usr/local/var/mysql/<my-host-name>.err
sudo chmod 666 /usr/local/var/mysql/<my-host-name>.err

Я сподіваюся, що ця робота для вас.

Перевіривши журнал помилок, я виявив таке:

120309 17:42:49 mysqld_safe Starting mysqld daemon with databases from /usr/local/mysql/data
120309 17:42:50 [Warning] Setting lower_case_table_names=2 because file system for /usr/local/mysql/data/ is case insensitive
120309 17:42:50 [Warning] You need to use --log-bin to make --binlog-format work.
120309 17:42:50 [Note] Plugin 'FEDERATED' is disabled.
120309 17:42:50 InnoDB: The InnoDB memory heap is disabled
120309 17:42:50 InnoDB: Mutexes and rw_locks use GCC atomic builtins
120309 17:42:50 InnoDB: Compressed tables use zlib 1.2.3
120309 17:42:50 InnoDB: Initializing buffer pool, size = 16.0M
120309 17:42:50 InnoDB: Completed initialization of buffer pool
120309 17:42:50  InnoDB: Operating system error number 13 in a file operation.
InnoDB: The error means mysqld does not have the access rights to
InnoDB: the directory.
InnoDB: File name /usr/local/mysql/data/ib_logfile0
InnoDB: File operation call: 'open'.
InnoDB: Cannot continue operation.
120309 17:42:50 mysqld_safe mysqld from pid file /usr/local/mysql/data/lu1s.local.pid ended

І щоб вирішити це, я дав права власності на всю папку mysql:

cd /usr/local
sudo chown mysql mysql
sudo chown mysql mysql-5.5.21-osx10.6-x86_64
sudo chown _mysql mysql
sudo chown _mysql mysql-5.5.21-osx10.6-x86_64

Тоді (ви також можете зробити це командним рядком), я застосував дозволи (коли я передав це право власності _mysql та mysql користувачам) до всіх вкладених папок з меню "отримати інформацію" папки в / usr / local / mysql -5.5.21-osx10.6-x86_64 . Вам не потрібно робити це псевдонімом, оскільки це лише псевдонім.

Назва папки залежить від інсталяційної версії mysql, яка у вас є.

У мене була така ж проблема. переміщення мого /etc/my.cnf файлу працювало на мене. Я отримав інформацію тут

У мене була та сама проблема, для мене це робило видалення заварки, коли виконувалася попередня установка mysqld. Здається, заварка не припиняє послугу перед видаленням.

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

Просто….

Виправте помилку сокету MySQL 2002 року

Виправте помилку сокету, що насувається, 2002 - це посилання, де MySQL розміщує сокет і де OSX вважає, що це має бути, MySQL ставить його в / tmp, а OSX шукає його в / var / mysql, сокет - це тип файлу, який дозволяє клієнту mysql / сервер зв'язку.

sudo mkdir / var / mysql

sudo ln -s /tmp/mysql.sock /var/mysql/mysql.sock

Добре виконано:)

Це допоможе мені багато! я взяв цей довідник від хлопців на http://coolestguidesontheplanet.com/

Спробуйте це..

1. Перейдіть до батьківського каталогу проблеми cd YOURPATH/usr/local/mysql
2. rm -rf *.local.err (видаляє файл)
3. touch YOURUSERNAME.local.pid (генерує новий * .local.pid файл, на який було поскаржено помилку)
4. CD назад у ваш проект та перезапустіть mysql за допомогою mysql.server start

Якось я накрутив свої дозволи на El Capitan і вирішив перевстановити MySQL з нуля.

Я використовував варити на el capitan і вирішив перевстановити:

brew uninstall mysql
sudo rm -rf /usr/local/var/mysql
brew install mysql
mysql.server start # ... SUCCESS

Дозволи файлів на свіжу установку змінено з _mysqlвключення мого імені користувача

› ls -alh /usr/local/var/mysql
drwxr-xr-x   22 lfender  admin   748B Mar 22 09:58 .
# ... etc

Перевірте, чи не залишилось місця у вашому приводі. У мене ця проблема виникла, коли в моєму приводі не залишилося місця.

Проблема - це дозвіл, він не може запускатися, оскільки він не може писати на mac.err, оскільки його належить хтось інший.

Переконайтесь, що папка / usr / local / var / mysql належить користувачеві, який запустить mysql. Якщо я запускаю mysql як джек, це все добре. Однак, якщо ви запускаєте його як root, він створить файл mac.err (належить root), до якого не може записувати jack, тому при спробі перезапустити його як jack він не вдасться.

1. Переконайтесь, що папка та файли належать користувачеві, який працює з запуском mysql.server
2. Переконайтесь, що у вас вже немає mac.err або mac.pid, який належить комусь іншому.
3. Старт - як потрібний користувач.

У моєму випадку я отримав цю проблему на vps, cPanel .

Я пробував більшість вищезазначених відповідей, але не успіх.

1. перевірити, де знаходиться ваш журнал помилок. Це буде зазначено в кінці рядка помилки.

ПОМИЛКА! Сервер вийшов без оновлення PID-файлу (/var/lib/mysql/111318.vps-11.com.pid).

2. Відкрийте цей файл (/var/lib/mysql/111318.vps-11.com.err) і відзначте внизу рядки із запізненням. У моєму випадку є

[ПОМИЛКА] Фатальна помилка: Неможливо відкрити та заблокувати таблиці привілеїв: Таблиця './mysql/db' позначена як збій і її слід відремонтувати

3. Як вирішити це: Відновлення та фіксація індексів таблиці за допомогою команди:

[~] # myisamchk -r /var/lib/mysql/mysql/db.MYI

https://forums.cpanel.net/threads/mysql-is-not-running.407142/

4. (Re) Почніть свій mysql