mysql kann nicht gestartet werden

[Rayleigh92]

Hallo,

ich kann im Xampp Control Panel Apache starten, aber mysql bricht immer ab. Könnt ihr mir bitte weiterhelfen?
Bin noch Anfänger, was php und allg. mit Web-Entwicklung zu tun hat? Unten könnt ihr den Log sehen.

17:48:58 [mysql] Attempting to start MySQL app...
17:48:58 [mysql] Status change detected: running
17:49:22 [mysql] Attempting to stop MySQL (PID: 4124)
17:49:23 [mysql] Status change detected: stopped
17:49:34 [mysql] Attempting to start MySQL app...
17:49:34 [mysql] Status change detected: running
17:49:37 [mysql] Status change detected: stopped
17:49:37 [mysql] Error: MySQL shutdown unexpectedly.
17:49:37 [mysql] This may be due to a blocked port, missing dependencies,
17:49:37 [mysql] improper privileges, a crash, or a shutdown by another method.
17:49:37 [mysql] Press the Logs button to view error logs and check
17:49:37 [mysql] the Windows Event Viewer for more clues
17:49:37 [mysql] If you need more help, copy and post this
17:49:37 [mysql] entire log window on the forums[/color][/color]

[Altrea]

Hallo,

Was enthält denn der mysql_error.log?

mit freundlichen Grüßen,
Altrea

[RudiMBM]

Hallo, jetzt ist der 3.Betrag dran mit dem selben Problem. Warum gibts keine Hilfe?

[Nobbie]

Hallo, jetzt ist der 3.Betrag dran mit dem selben Problem. Warum gibts keine Hilfe?

Wieso hilfst Du nicht?

[RudiMBM]

@Nobbie
Mr.Spock würde Deine Antwort sehr unlogisch finden...ich auch

[Nobbie]

Mr.Spock würde Deine Antwort sehr unlogisch finden...ich auch

Ich bin mir sicher, Mr. Spock würde die Antwort absolut logisch finden.

Teil 1: Warum hilfst Du nicht? Weil Du es nicht kannst.

Teil 2: Warum hilft auch sonst niemand? Weil es ..... (na was wohl?) ....

[Ghost108]

habe das Problem auch seit heute:

2015-06-08 13:08:27 5304 [Note] Plugin 'FEDERATED' is disabled.
2015-06-08 13:08:27 1750 InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_malloc and with the InnoDB's internal memory allocator.
2015-06-08 13:08:27 5304 [Note] InnoDB: Using atomics to ref count buffer pool pages
2015-06-08 13:08:27 5304 [Note] InnoDB: The InnoDB memory heap is disabled
2015-06-08 13:08:27 5304 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2015-06-08 13:08:27 5304 [Note] InnoDB: Memory barrier is not used
2015-06-08 13:08:27 5304 [Note] InnoDB: Compressed tables use zlib 1.2.3
2015-06-08 13:08:27 5304 [Note] InnoDB: Not using CPU crc32 instructions
2015-06-08 13:08:27 5304 [Note] InnoDB: Initializing buffer pool, size = 16.0M
2015-06-08 13:08:27 5304 [Note] InnoDB: Completed initialization of buffer pool
2015-06-08 13:08:27 5304 [Note] InnoDB: Highest supported file format is Barracuda.
2015-06-08 13:08:27 5304 [Note] InnoDB: The log sequence numbers 2324023260 and 2324023260 in ibdata files do not match the log sequence number 2371145018 in the ib_logfiles!
2015-06-08 13:08:27 5304 [Note] InnoDB: Database was not shutdown normally!
2015-06-08 13:08:27 5304 [Note] InnoDB: Starting crash recovery.
2015-06-08 13:08:27 5304 [Note] InnoDB: Reading tablespace information from the .ibd files...
2015-06-08 13:08:27 5304 [ERROR] InnoDB: Attempted to open a previously opened tablespace. Previous tablespace mysql/innodb_table_stats uses space ID: 1 at filepath: .\mysql\innodb_table_stats.ibd. Cannot open tablespace validierung/validierung which uses space ID: 1 at filepath: .\validierung\validierung.ibd
InnoDB: Error: could not open single-table tablespace file .\validierung\validierung.ibd
InnoDB: We do not continue the crash recovery, because the table may become
InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it.
InnoDB: To fix the problem and start mysqld:
InnoDB: 1) If there is a permission problem in the file and mysqld cannot
InnoDB: open the file, you should modify the permissions.
InnoDB: 2) If the table is not needed, or you can restore it from a backup,
InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
InnoDB: crash recovery and ignore that table.
InnoDB: 3) If the file system or the disk is broken, and you cannot remove
InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf
InnoDB: and force InnoDB to continue crash recovery here.

[Nobbie]

Hast Du die drei Hinweise am Ende der Meldungen befolgt bzw. ausgeführt?

[Ghost108]

Berechtigungen sind i.o.

den Rest versteh ich allerdings nicht.
was genau soll ich da machen?

[Nobbie]

Wenn Du es selbst nicht übersetzen kannst, gib es einfach bei Google Translator ein:

If the table is not needed, or you can restore it from a backup, then you can remove the .ibd file, and InnoDB will do a normal crash recovery and ignore that table.

bzw. dritter Ratschlag:

If the file system or the disk is broken, and you cannot remove the .ibd file, you can set innodb_force_recovery > 0 in my.cnf and force InnoDB to continue crash recovery here.

[RudiMBM]

Hallo, gelesen haben wirs wohl..
1. trifft nicht zu
2. Alles seit letzen Backup zu verlieren tut weh. Zumal ich nur das vorletzte Backup noch habe. das letzte wurde auch zerschossen.
3. Das Filesystem ist ok. Was passiert wenn ich trotzdem t innodb_force_recovery > 0 mache.?

Mommentan war ich noch von Mysql begeistert, aber wenn sogar MsAccess eine Repair-Funktion hat?
Gruß Rudi

[Nobbie]

3. Das Filesystem ist ok. Was passiert wenn ich trotzdem t innodb_force_recovery > 0 mache.?

Keine Ahnung, ich habe das noch nie gemacht. So wie es klingt, versucht InnoDB dann weiterzumachen.

Mommentan war ich noch von Mysql begeistert, aber wenn sogar MsAccess eine Repair-Funktion hat?

Jede Repair Funktion hat Grenzen. Von nichts kann man nichts reparieren. Wir wisssen ja nicht, was genau passiert ist. Die wichtigste Repair Funktion sind regelmäßige Backups, das sollte eigentlich einem "Grufty" mit 45 Jahren Berufserfahrung in Fleisch und Blut übergegangen sein...

[RudiMBM]

Hallo,

Shit happens

besonders bei Windows

Du hast gesagt

hilf doch selbst

: also mach ich mal..

siehe: http://blackbird.si/mysql-corrupted-innodb-tables-recovery-step-by-step-guide/
oder: http://dev.mysql.com/doc/refman/5.0/en/forcing-innodb-recovery.html

mit diesen Infos kannst Du ein aktuelles Backup erstellen und anschließend wieder einspielen. Nix is Lost.
@Nobbie endloses Gelabere wäre uns erspart geblieben, hättest Du uns einfach einen Link genannt und uns so viel Zeit beim Suchen erspart und den den Rat der xampp-Macher, dass uns hier geholfen wird, erfüllt.

Gruß und noch viel Spass mit fröhlicher Plauderei
Rudi

[Nobbie]

@Nobbie endloses Gelabere wäre uns erspart geblieben, hättest Du uns einfach einen Link genannt und uns so viel Zeit beim Suchen erspart und den den Rat der xampp-Macher, dass uns hier geholfen wird, erfüllt.

Wahnsinning witzig. Was für einen Link? Ich kann nichts nennen, was ich nicht kenne. Hast Du das immer noch nicht begriffen?! Ich kann Dir keinen Link nennen, bis auf einen: http://www.google.de, etwas anderes bliebe mir auch nicht übrig. Aber immerhin, jetzt hast Du ja doch auch selbst etwas gefunden - das ist so oder so viel wertvoller, als in irgendwelchen Foren zu fragen und andere machen zu lassen. Was Dir irgendwelche Xampp Macher raten, das interessiert mich genauso wenig wie andere. Ich bin kein Xampp Macher.

Last not least glaube ich ernsthaft nicht, dass "Xampp Macher" Dir Hilfe versprechen, wenn Du Dir eine Datenbank zerballerst, was ursächlich genau gar nichts mit Xampp zu tun hat.

[RudiMBM]

@Nobbie

Grautliere: Du hast soeben Deinen Betragscounter wieder um eins erhöht, und so kann man Kompetenz vorteuschen.
Und nun geh schlafen, solche Beiträge vergeuten nur Speicherplatz.

Gute Nacht, so kann man ein Forum kaputtmachen... ist das Dein Vorhaben?
oder deutlicher: Dein Google-Rat hat Dich entlarvt, jetzt kennen wir alle Deine neuen Postings. Du kannst Dich also getrost abmelden.
Gruß und Kuss
Rudi