Errore di avvio del server MySql "Il server si è chiuso senza aggiornare il file PID"

Su Snow Leopard, l'avvio di MySQL genera il seguente errore:

Il server si è chiuso senza aggiornare il file PID

my.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

prova a trovare il tuo file di registro con il suffisso ".err", dovrebbero esserci più informazioni. Potrebbe essere in:

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

Probabilmente è un problema con le autorizzazioni

1. controlla se c'è qualche istanza mysql in esecuzione

   ps -ef | grep mysql

   se sì, dovresti fermarlo o uccidere il processo

   uccidere -9 PID

   dove PIDè il numero visualizzato accanto al nome utente sull'output del comando precedente

2. controllare la proprietà di /usr/local/var/mysql/

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

   se è proprietario rootè necessario modificarlo mysqloyour_user

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

Hai seguito le istruzioni da brew install mysql?

Configurare i database per l'esecuzione come ACCOUNT UTENTE con:

Per mysql 5.x:

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

Per impostare le tabelle di base in un'altra cartella o utilizzare un altro utente per eseguire mysqld, consultare la guida per mysqld_install_db:

mysql_install_db --help

e visualizza la documentazione di MySQL:

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

Per mysql 8.x:

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

Assicurarsi che la directory dei dati /usr/local/var/mysqlsopra sia vuota, eseguirne il backup se necessario.

Per eseguire come, ad esempio, l'utente "mysql", potrebbe essere necessario sudo:

sudo mysql_install_db ...options...

Avvia mysqld manualmente con:

mysql.server start

Nota: in caso contrario, probabilmente hai dimenticato di eseguire i primi due passaggi sopra

Ho avuto lo stesso problema sul mio computer Mac (ho seguito correttamente tutte le fasi di installazione suggerite da brew install ).

L'eliminazione del file di errore lo ha riparato per me:

sudo rm -rf /usr/local/var/mysql/dev.work.err (dev.work è il mio nome host)

Questo ha funzionato perché dev.work.errera di proprietà _mysql:wheelinvece del mio nome utente. CHOWN-ing il file di errore avrebbe probabilmente risolto anche il problema.

Dopo il riavvio ho avuto lo stesso problema. Ecco come l'ho risolto:

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

Questo ha funzionato per me ...

Controlla tutti i processi MySQL in esecuzione:

$ ps aux | grep mysql

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

Quindi uccidi tutti i processi elencati dal comando sopra usando quanto segue:

$ sudo kill -9 [PID]

Sostituire [PID]con il singolo PID dall'elenco sopra, ad es5970 .

Fallo per tutte le linee che vedi con il primo comando.

Quindi puoi riavviare il tuo server MySQL:

mysql.server start

Questo errore può verificarsi quando si tenta di avviare msql dopo l'arresto improprio.

1. Dai un'occhiata al file di registro degli errori mysql. Se menziona qualcosa del tipo "Verifica di non avere già un altro processo mysqld che utilizza gli stessi dati o file di registro". , quindi è necessario arrestare correttamente tale processo.

2. Vedi su quale processo mysql è in esecuzione, usa questo comando: lsof -i:3306

L'output dovrebbe essere simile al seguente:

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

3. Termina il processo eseguendo mysql: kill -15 4249

Kill -15 invia un siganl al processo per liberare tutte le risorse che sta bloccando e terminare il processo dopo.

4. Ora mysql dovrebbe avviarsi senza problemi: mysql.server start

Il mio file di errore mi ha anche detto che la porta potrebbe essere utilizzata da un altro processo, ma semplicemente l'esecuzione ha sudo mysql.server startrisolto il problema per me.

Prova a rimuovere ib_logfile0e ib_logfile1file, quindi esegui di nuovo mysql

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

Per me funziona.

Se nessuna risposta ti è stata di aiuto, rimuovi la cartella /usr/local/var/mysqle quindi reinstalla mysql brew reinstall mysql.

Di recente ho riscontrato questo problema, tuttavia funzionava prima, quindi ho smesso.

Questo perché inizialmente ho iniziato mysql.servercome root anziché me stesso.

La correzione consisteva nell'eliminare il file di registro err (di proprietà di _mysql). Riavviandolo è passato.

Per me ho dovuto reinstallare mysql

brew reinstall mysql

e poi sotto Per avere launchd avviare mysql ora e riavviare al login:

brew services start mysql

La soluzione che ha funzionato per me era qui: /server/334284/cant-create-pid-file-on-mysql-server-permission-denied

Cambiare alcune delle mie autorizzazioni sembrava fare il trucco. Sto usando un Macbook Air di metà 2012 con OS X 10.8.2 e mysql è stato installato con homebrew.

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

Per me la correzione era semplice:

top

ha mostrato che mysqld era già in esecuzione

sudo killall mysqld 

quindi ha permesso l'avvio del processo

Ho avuto questo problema durante il tentativo di erogare l'aggiornamento su MacOS X 10.7.5.

Sfortunatamente mysql è stato anche aggiornato a 5.6.10 dalla 5.5.14. Ho provato il nuovo, non ha funzionato.

Ho deciso di tornare al mio vecchio setup e ho fatto un

brew switch mysql 5.5.14

Questo non ha risolto il problema. Altrove ho letto e fatto questo, voilà! Tutto era tornato :)

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

Sto usando,

• nuovissimo MacBook Pro OSX 10.7.3.x
• gcc tramite OSX GCC Installer

Ho installato MySQL usando homebrew ('brew install mysql'). Ha installato un paio di dipendenze e quindi mysql.

Quando ho provato ad avviarlo,

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

Ho eseguito questo comando,

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

e MySQL funziona.

Si noti che è necessario eseguire mysql_install_db dal livello superiore della directory mysql (IE, usr / local / Cellar / mysql / 5.5.25). Eseguirlo direttamente nella directory / scripts non fornisce un contesto sufficiente per l'esecuzione.

Per me la soluzione era quella di sovrascrivere / correggere la directory dei dati in / etc / my / cnf.

Ho creato MySQL 5.5.27 dal sorgente con le indicazioni fornite nel file 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 si è chiuso da solo senza spiegazioni. l'esecuzione ha /etc/init.d/mysql.server startprovocato l'errore:

"Il server si è chiuso senza aggiornare il file PID"

Ho notato qualcosa di strano nelle istruzioni di installazione però. La proprietà è stata modificata in mysql per la directory "data", ma non in "var"; questo è insolito perché per anni ho dovuto assicurarmi che la directory var fosse mysql scrivibile. Quindi ho corso manualmentechown -R mysql /usr/local/mysql/var e quindi provato a riavviarlo. Ancora niente fortuna. Ma peggio, nessun file .err nella directory var - era nella directory "data"! così script / mysql_install_db imposta il campo in / usr / local / mysql / var, ma il resto dell'applicazione sembra voler fare il suo lavoro in / usr / local / mysql / data!

Quindi ho appena modificato /etc/my.cnf e nella sezione [mysqld] ho aggiunto una direttiva per indicare esplicitamente la directory dei dati di mysql a var (come normalmente mi aspetto che sia come), e dopo averlo fatto, mysqld si avvia solo bene. La direttiva da aggiungere è simile alla seguente:

datadir = / usr / local / mysql / var

Ha funzionato per me. Spero che ti aiuti.

Sembra che il processo MySQL sia in esecuzione, quindi non è possibile utilizzare la porta. Puoi controllare il processo MySQL in esecuzione usando il seguente comando:

ps auxf grep mysql

Se ricevi un processo MySQL, uccidi quell'ID processo usando kill -9 PID e prova ad avviare MySQL.

Avvia Mysql in modalità provvisoria

/usr/local/mysql/bin/mysqld_safe start

O

su MAC Fine qualsiasi mysqlo mysqldun'attività (o altro) nella vostra applicazione Activity Monitor.

o controlla l'errore di

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

Cosa dice il registro degli errori? Ho ricevuto questo errore e alla fine è stata una vecchia impostazione non valida in my.cnf, che indicava il registro degli errori mysql. Se non è una cattiva impostazione di configurazione, il registro degli errori dovrebbe almeno indirizzarti nella giusta direzione.

Bene, suppongo che l'OP abbia risolto il problema a questo punto ... ma spero che questo indichi gli altri a vedere questo errore nella giusta direzione.

Con l'aiuto di alcune risposte pubblicate qui, sono stato in grado di trovare il problema

Prima corro

sudo -i

Quindi potrei avere l'accesso come root.

Quindi ho eliminato il file xxxx.err

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

dopo aver avviato MySQL in SafeMode

/usr/local/mysql/bin/mysqld_safe start

Tenterà di avviarsi e si chiuderà a causa di un errore ... verrà creato un nuovo file xxx.err e dovrai leggerlo per vedere la causa dell'errore

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

Nel mio caso, per qualche motivo, mancavano alcune cartelle e file all'interno della /var/log/cartella ... Quindi ho creato entrambi

cd /var/log

mkdir mysql

touch mysql-bin.index

Dopo aver creato il nuovo file, è necessario modificare l'autorizzazione

chown -R _mysql /var/log/mysql

Quando sono stati eseguiti tutti questi passaggi, il mio database ha iniziato a funzionare immediatamente ...

Spero che questo possa aiutare gli altri qui ... La chiave è leggere l'errore e accedere e trovare ciò che è sbagliato ...

Nel mio caso, l'errore si verifica a causa del problema di accesso al file di registro degli errori.

I seguenti due comandi mi aiutano a risolvere il problema.

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

Spero che questo lavoro per te.

Dopo aver controllato il registro degli errori, ho trovato questo:

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

E per risolverlo, ho dato i diritti di proprietà all'intera cartella 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

Quindi (puoi farlo anche da riga di comando), ho applicato le autorizzazioni (una volta assegnata quella proprietà agli utenti _mysql e mysql ) a tutte le cartelle allegate dal menu "ottieni informazioni" della cartella in / usr / local / mysql -5.5.21-osx10.6-x86_64 . Non è necessario aggiungere questo alias poiché è solo un alias.

Il nome della cartella dipende dalla versione di installazione di mysql in uso.

Ho avuto lo stesso problema. lo spostamento del mio file /etc/my.cnf ha funzionato per me. Ho avuto le informazioni qui

Aveva lo stesso problema, per me stava facendo una rimozione della birra mentre avevo una precedente installazione di mysqld in esecuzione. Sembra che brew non fermi un servizio prima di disinstallarlo.

Dopo aver controllato il file .err ho visto l'errore registrato che potrebbe essere in esecuzione un'altra copia di mysql, dopo aver terminato il vecchio servizio. Sono stato quindi in grado di riavviare la nuova installazione di mysql.

Semplice....

Correggi l'errore Socket MySQL 2002

Risolve l'incombente errore del socket 2002 - che sta collegando dove MySQL posiziona il socket e dove OSX pensa che dovrebbe essere, MySQL lo mette in / tmp e OSX lo cerca in / var / mysql il socket è un tipo di file che consente il client mysql / comunicazione server.

sudo mkdir / var / mysql

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

Molto bene : )

Questo mi aiuta MOLTO! ho preso questa guida dai ragazzi su http://coolestguidesontheplanet.com/

Prova questo..

1. Passare alla directory principale del problema cd YOURPATH/usr/local/mysql
2. rm -rf *.local.err (elimina il file)
3. touch YOURUSERNAME.local.pid (genera un nuovo file * .local.pid di cui si è lamentato l'errore generato)
4. cd nel progetto e riavvia mysql usando mysql.server start

In qualche modo ho rovinato i miei permessi su El Capitan e ho deciso di reinstallare MySQL da zero.

Uso brew su el capitan e ho deciso di reinstallare:

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

Le autorizzazioni per i file su una nuova installazione sono cambiate da _mysqlper includere il mio nome utente

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

Controlla se hai spazio nel tuo disco. Ho avuto questo problema quando non è rimasto spazio nel mio disco.

Il problema è di permessi, non può iniziare perché non può scrivere su mac.err perché è di proprietà di qualcun altro.

Assicurarsi che la cartella / usr / local / var / mysql sia di proprietà dell'utente che avvierà mysql. Se inizio mysql come jack va tutto bene. Tuttavia, se lo avvii come root, creerà un file mac.err (di proprietà di root) su cui jack non può scrivere, quindi quando proverai a riavviarlo come jack fallirà.

1. Assicurarsi che la cartella e i file siano di proprietà dell'utente che esegue mysql.server start
2. Assicurati che non ci sia già un mac.err o un mac.pid di proprietà di qualcun altro.
3. L'inizio è come l'utente giusto.

Nel mio caso, ho riscontrato questo problema su vps, cPanel .

Ho provato la maggior parte delle risposte di cui sopra, ma non il successo.

1. controlla dove si trova il tuo registro errori. Sarebbe menzionato alla fine della riga di errore.

ERRORE! Il server si è chiuso senza aggiornare il file PID (/var/lib/mysql/111318.vps-11.com.pid).

2. Apri quel file (/var/lib/mysql/111318.vps-11.com.err) e controlla il fondo per le linee di ritardo. Nel mio caso, c'è

[ERRORE] Errore irreversibile: impossibile aprire e bloccare le tabelle dei privilegi: la tabella './mysql/db' è contrassegnata come bloccata e deve essere riparata

3. Come risolverlo: recupero e correzione degli indici di tabella con il comando:

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

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

4. (Ri) Inizia il tuo mysql