2012-05-16 7 views
26

Ho un'installazione pulita di MySQL (mysql-5.5.24-osx10.6-x86_64). Sono su Lion (OS 10.7.4) con un Mac Pro Quad Core. Ho installato MySQL il programma di installazione della GUI e installato anche il pannello di pref e l'elemento di avvio.PID MySQL terminato (impossibile avviare mysql)

Tuttavia quando ho eseguito:

sudo ./bin/mysqld_safe 

ottengo questo messaggio:

120515 17:58:19 mysqld_safe Logging to '/usr/local/mysql-5.5.24-osx10.6-x86_64/data/Dannys-Mac-Pro.local.err'. 
120515 17:58:19 mysqld_safe Starting mysqld daemon with databases from /usr/local/mysql-5.5.24-osx10.6-x86_64/data 
120515 17:58:20 mysqld_safe mysqld from pid file /usr/local/mysql-5.5.24-osx10.6-x86_64/data/Dannys-Mac-Pro.local.pid ended 

Anche non posso avviare MySQL dal pannello delle preferenze.

Ecco quello che ho provato finora in base alle ore di usare Google e la ricerca di oggi:

problemi

permessi?

This:

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

e

sudo chown -R /usr/local/mysql-5.5.24-osx10.6-x86_64/ 
sudo chown -R /usr/local/mysql 

This:

sudo chown -R root:wheel /Library/StartupItems/MySQLCOM 

problemi Link?

This:

in /usr/local/mysql/support-files/mysql.server - ho fatto:

basedir="/usr/local/mysql" 
datadir="/usr/local/mysql/data" 

Nel file /etc/rc.common aggiungere il seguire la linea del fondo: /usr/local/mysql/bin/mysqld_safe --user = mysql &

This:

sudo ln -s /usr/local/mysql-5.5.24-osx10.6-x86_64 /usr/local/mysql 

Ho anche provato il removal process here e reinstallato, ma questo non sembra fare la differenza. Ho anche lanciato Activity Monitor in OS X per vedere se altri processi mySQL erano in esecuzione per caso, ma non lo erano.

Nulla di sopra ha funzionato, quindi sono quasi pronto. Ecco il registro dal file .err situato a:

/usr/local/mysql-5.5.24-osx10.6-x86_64/data/Dannys-Mac-Pro.local.err 

120515 18:07:43 mysqld_safe mysqld from pid file /usr/local/mysql-5.5.24-osx10.6-x86_64/data/Dannys-Mac-Pro.local.pid ended 
120515 18:13:01 mysqld_safe Starting mysqld daemon with databases from /usr/local/mysql-5.5.24-osx10.6-x86_64/data 
120515 18:13:01 [Warning] Setting lower_case_table_names=2 because file system for /usr/local/mysql-5.5.24-osx10.6-x86_64/data/ is case insensitive 
120515 18:13:01 [Note] Plugin 'FEDERATED' is disabled. 
/usr/local/mysql-5.5.24-osx10.6-x86_64/bin/mysqld: Table 'mysql.plugin' doesn't exist 
120515 18:13:01 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it. 
120515 18:13:01 InnoDB: The InnoDB memory heap is disabled 
120515 18:13:01 InnoDB: Mutexes and rw_locks use GCC atomic builtins 
120515 18:13:01 InnoDB: Compressed tables use zlib 1.2.3 
120515 18:13:01 InnoDB: Initializing buffer pool, size = 128.0M 
120515 18:13:01 InnoDB: Completed initialization of buffer pool 
120515 18:13:01 InnoDB: highest supported file format is Barracuda. 
120515 18:13:01 InnoDB: Waiting for the background threads to start 
120515 18:13:02 InnoDB: 1.1.8 started; log sequence number 1595675 
120515 18:13:02 [ERROR] /usr/local/mysql-5.5.24-osx10.6-x86_64/bin/mysqld: unknown option '--skip-locking' 
120515 18:13:02 [ERROR] Aborting 

120515 18:13:02 InnoDB: Starting shutdown... 
120515 18:13:03 InnoDB: Shutdown completed; log sequence number 1595675 
120515 18:13:03 [Note] /usr/local/mysql-5.5.24-osx10.6-x86_64/bin/mysqld: Shutdown complete 

120515 18:13:03 mysqld_safe mysqld from pid file /usr/local/mysql-5.5.24-osx10.6-x86_64/data/Dannys-Mac-Pro.local.pid ended 

Aggiornamento: Ho aggiornato la stessa macchina da Snow Leopard a Mountain Lion 10.8.1 e MySQL funziona perfettamente bene ora con l'aggiornamento, ho dovuto non fare nulla in più.

+0

'[ERRORE] /usr/local/mysql-5.5.24-osx10.6-x86_64/bin/mysqld: opzione sconosciuta '--skip-locking'' - fa' /usr/local/mysql-5.5. 24-osx10.6-x86_64/my.cnf' contengono qualcosa come 'skip-locking'? In caso contrario, 'bin/mysqld_safe' (che è solo uno script di shell)? Se sì, rimuovilo e riprova. – Simon

+0

@DannyEnglander Ho avuto questo problema per 2 giorni: come hai affrontato questo problema? – sscirrus

+0

@sscirrus sfortunatamente, ho dovuto tornare a OS X 10.6 Snow Leopard e questo ha risolto il problema. Ero estremamente deluso dal fatto che non potessi farlo funzionare su Lion. Probabilmente una delle cose più frustranti che abbia mai vissuto ... –

risposta

0

120515 18:13:01 [ERRORE] Impossibile aprire la tabella mysql.plugin. Esegui mysql_upgrade per crearlo.

  • In merito a questo errore, presuppongo che sia stato specificato un datadir in my.cnf. Se si utilizza una directory di dati non predefinita per MySQL, è necessario spostare le cartelle mysql e performance_schema (a seconda di quale esiste) nella directory dei dati specificata in my.cnf.Puoi trovare queste cartelle nella directory mysql.

In MySQL 5.5+ l'opzione --skip-locking è stata rimossa. Usa invece --skip-external-locking. Fare riferimento alla documentazione di MySQL ->http://dev.mysql.com/doc/refman/5.5/en/mysql-nutshell.html Quote: "Le opzioni --enable-locking e --skip-locking del server (utilizzare --external-locking e --skip-external-locking)."

11

Ho lo stesso problema quando installa mysql versione più recente mysql-5.6.10-osx10.7-x86.dmg per il mio MAC OS 10.7.5. Di seguito sono le mie soluzioni. In primo luogo, eliminare il mysql installato

sudo rm /usr/local/mysql 
sudo rm -rf /usr/local/mysql* 
sudo rm -rf /Library/StartupItems/MySQLCOM 
sudo rm -rf /Library/PreferencePanes/My* 
sudo rm -rf ~/Library/PreferencePanes/My* 
sudo rm -rf /Library/Receipts/mysql* 
sudo rm -rf /Library/Receipts/MySQL* 
sudo rm -rf /var/db/receipts/com.mysql.* 

Poi, ottenere mysql-5.1.68-osx10.6-x86.dmg, installare questa versione, e fatto!

+2

Se si desidera conservare i database, è necessario eseguire il backup/usr/local/mysql/data/first! –

+1

Il backup dei database è una buona idea. A proposito, sovrascrivere la cartella "dati" nella nuova installazione con quella precedente non funzionava per me, ma copiare le sottocartelle dei database effettive nella vecchia cartella "dati" in quella nuova. – Henry

4

Ho avuto lo stesso problema.

In/usr/local/var/mysql ho trovato un file nel formato COMPUTER-NAME.local.err. Cambiare semplicemente il nome del file ha risolto il problema. ora ho potuto avviare il server MySQL con

mysql.server iniziare

7

dal momento che non possono inserire commenti (ottenuto < 50 reputazione :() sto scrivendo qui :)

come @ AndPy dice, lo stesso con me, se tu /usr/local/var/mysql lo /usr/local/var/mysql puoi vedere che il file COMPUTER-NAME.local.err è di proprietà di _mysql o alcuni di questi .... in questo caso basta cancellare il file e mysql.server start ne creerai uno nuovo di proprietà dell'utente e inizia correttamente questa volta :)

Se il file è già di proprietà l'utente, questo aiuto solito, è arrivata a google più :(

+0

Oh uomo, mi hai salvato la giornata! Grazie! – andrew

5

ho trovato questo errore sulla pila BitNami Redmine perché il proprietario dei file nella directory di dati non corretti.

Controllare proprietario della directory/mysql/data/deve essere utente 'mysql'

Spero che questo aiuto.

+0

Bingo. Se sei su una pila di lampade bitnami, chown mysql opt/bitnami/mysql/data -R (devi essere registrato come root). Quindi avviare mysql con $ cd/opt/bitnami $ sudo ./ctlscript.sh restart mysql –

5

Ho avuto lo stesso problema dopo l'aggiornamento a OS X Mavericks.

Avvio di MySQL. ERRORE! Il server di uscire senza l'aggiornamento del file PID

Come Redrick e AndPy detto ho dovuto anche rinominare (in realtà ho cancellato il file) il file di errore si trova nella $ cd /usr/local/var/mysql. Il mio file di errore è stato chiamato localhost.err. Dopo aver rimosso il file con $ rm localhost.err, ho finalmente potuto riavviare MySQL con $ mysql.server start.

0

dare a questo un vortice ..

  1. Passare alla directory principale del problema cd YOURPATH/usr/local/mysql
  2. rm -rf *.local.err (cancella file)
  3. touch YOURUSERNAME.local.pid (genera nuova .local *.pid depositare l'errore gettato si lamentava)
  4. cd nel vostro progetto e riavviare MySQL usando mysql.server start
2

La mia risposta è molto simile agli altri, ma leggermente diversa, e questo vale soprattutto per uno stack MAMP BitNami. La correzione per me è stato:

sudo chown -R mysql mysql/

La directory mysql/ è quello che si trova in Applications/<mampstack-version>/

È possibile che questo imposta il mysql di essere il proprietario della directory ricorsivamente mysql nelle altre directory.

+1

Sul mio menta Linux, ho dovuto fare due cose: 'sudo mkdir/var/run/mysqld' e 'sudo chown -R mysql/var/run/mysqld' –

0

Solo la rimozione del file mysql-bin.index in/usr/local/var/mysql/mi ha aiutato.

Problemi correlati