mysql wont start – innoDB: Database non è stato arrestato normalmente

Mio ufficio il server mysql è improvvisamente giù e non si avvia. Ho usato XAMPP.
quando si guarda nel log, si è mostrato come questo:

130211  9:45:04 [Note] Plugin 'FEDERATED' is disabled.
130211  9:45:04 InnoDB: The InnoDB memory heap is disabled
130211  9:45:04 InnoDB: Mutexes and rw_locks use Windows interlocked functions
130211  9:45:04 InnoDB: Compressed tables use zlib 1.2.3
130211  9:45:04 InnoDB: Initializing buffer pool, size = 16.0M
130211  9:45:04 InnoDB: Completed initialization of buffer pool
130211  9:45:04 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
130211  9:45:04  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...

Qualcuno sa perché questo è accaduto? Ho davvero bisogno di un consiglio, il mio capo è di impazzire.. 😀

InformationsquelleAutor Haryo Bergas | 2013-02-11



2 Replies
  1. 7

    Questo è normale uscita dopo un crash. InnoDB è progettato per recuperare automaticamente in questi casi, ma può richiedere un certo tempo. Di solito minuti, ma forse anche per ore se l’incidente si è verificato quando ha avuto migliaia e migliaia di pagine di dati modificati in memoria, e i dischi sono lento.

    Nonostante quello che @tadman dice, non è necessariamente andare nel cestino i tuoi dati. InnoDB in grado di recuperare da solo nella maggior parte dei casi, senza perdita di dati.

    È possibile per InnoDB essere danneggiato in un incidente, più gravemente, ed è possibile che non sarà in grado di recuperare in tutti i casi. Ma l’errore del registro di uscita si mostra non mostra alcun rapporto di danni irreversibili. I messaggi sono uscita normale che in fase di avvio il Servizio MySQL dopo un crash. Attendere il completamento fino a quando si dice “pronto per le connessioni” e quindi collegare e fare qualche query ad hoc per verificare se i dati sembrano corrette.

    Come per ciò che ha causato l’incidente, ci sono molte possibili cause. Per esempio, sarebbe accaduto se si spegne il computer improvvisamente. O se hai ucciso il Servizio MySQL. Ha chiesto di virus in un altro commento. In teoria, un virus potrebbe deliberatamente uccidere il Servizio MySQL.

    O forse è dovuto ad un bug software in MySQL.

    Che è di destra — tutto il software contiene un bug! Il tuo capo può ottenere pazzo su di esso, si può anche chiedere per lanciare MySQL e passare a qualche altro database. Ma non c’è nessun database di software al mondo che è al 100% contro i bug che causa crash.

    • Ho provato a riavviare il server più volte e il server mysql è lavorare di nuovo. Questo è così strano. Sometimesthe Apache non si avvia, a volte mysql non si avvia. Ma in questo caso voglio solo server mysql è lavorare di nuovo. Sì, non c’è nessun database di software al mondo che è al 100% immune da bug..sono d’accordo
    • Forse correlati, systemd non spegnere, MariaDB correttamente?
  2. 1

    Hai distrutto il tuo server tabelle InnoDB da hard crash. A volte è necessario modificare un’impostazione nel my.cnf per abilitare modalità di recupero. Spesso i tavoli sono in modalità di sola lettura, quindi, si dovrà fare il back-up, cancellare i vostri dati di MySQL directory e re-inizializzare MySQL con mysql-install-db per iniziare da zero.

    Questo dovrebbe servire come un promemoria per eseguire il backup di qualsiasi e tutti i dati importanti.

    • È possibile, se è causata da un virus? perché abbiamo avuto un virus conficker problema per le ultime settimane… l’ultima volta che il servizio di apache non ha iniziato, poi ho scansionato non uso antivirus e rilevato molti di virus conficker. È possibile se conficker causa mysql server down?
    • Se il server finisce per ottenere un virus, formattazione, reinstallazione e patch tutto alle norme vigenti. Non lasciare infetto server in esecuzione e collegato alla rete. Si dispone di back-up, giusto?

Lascia un commento