Mysql Recovery

[Fuxi60]

Hallo, kann irgentein Experte mit der Log etwas anfangen ?

An Position position 80409067 sehe ich keinen Fehler .

Vielen Dank

2024-09-03 5:31:09 0 [Note] Starting MariaDB 10.6.18-MariaDB-0ubuntu0.22.04.1-log source revision 887bb3f73555ff8a50138a580ca8308b9b5c069c as process 1037
2024-09-03 5:31:09 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2024-09-03 5:31:09 0 [Note] InnoDB: Number of pools: 1
2024-09-03 5:31:09 0 [Note] InnoDB: Using SSE4.2 crc32 instructions
2024-09-03 5:31:09 0 [Note] InnoDB: Initializing buffer pool, total size = 134217728, chunk size = 134217728
2024-09-03 5:31:09 0 [Note] InnoDB: Completed initialization of buffer pool
2024-09-03 5:31:09 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1683491855,1683491855
2024-09-03 5:31:11 0 [Note] InnoDB: Multi-batch recovery needed at LSN 1720454615
2024-09-03 5:31:13 0 [Note] InnoDB: 1 transaction(s) which must be rolled back or cleaned up in total 1 row operations to undo
2024-09-03 5:31:13 0 [Note] InnoDB: Trx id counter is 7459806
2024-09-03 5:31:13 0 [Note] InnoDB: To recover: 593 pages
2024-09-03 5:31:17 0 [Note] InnoDB: Last binlog file '/var/log/mysql/mysql-bin.000012', position 80409067
2024-09-03 5:31:17 0 [Note] InnoDB: 128 rollback segments are active.
2024-09-03 5:31:17 0 [Note] InnoDB: Starting in background the rollback of recovered transactions
2024-09-03 5:31:17 0 [Note] InnoDB: Removed temporary tablespace data file: "./ibtmp1"
2024-09-03 5:31:17 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2024-09-03 5:31:17 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2024-09-03 5:31:17 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2024-09-03 5:31:17 0 [Note] InnoDB: 10.6.18 started; log sequence number 1745011918; transaction id 7459807
2024-09-03 5:31:17 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2024-09-03 5:31:17 0 [Note] Plugin 'FEEDBACK' is disabled.
2024-09-03 5:31:18 0 [Note] Recovering after a crash using /var/log/mysql/mysql-bin
2024-09-03 5:31:18 0 [Note] Starting table crash recovery...
2024-09-03 5:31:18 0 [Note] Crash table recovery finished.
2024-09-03 5:31:20 0 [Note] Server socket created on IP: '0.0.0.0'.
2024-09-03 5:31:21 0 [Note] InnoDB: Rolled back recovered transaction 7459754
2024-09-03 5:31:21 0 [Note] InnoDB: Rollback of non-prepared transactions completed
2024-09-03 5:31:21 0 [Note] InnoDB: Buffer pool(s) load completed at 240903 5:31:21
2024-09-03 5:31:21 0 [Note] /usr/sbin/mariadbd: ready for connections.
Version: '10.6.18-MariaDB-0ubuntu0.22.04.1-log' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 22.04



mysql-bin.000012

START TRANSACTION
/*!*/;
# at 80408904
#240903 5:25:54 server id 1 end_log_pos 80409036 CRC32 0x660a7e2e Query thread_id=648776 exec_time=0 error_code=0
SET TIMESTAMP=1725333954/*!*/;
UPDATE maschine SET maschine.zeit=6 WHERE maschine.fertigID=43049
/*!*/;
# at 80409036
#240903 5:25:54 server id 1 end_log_pos 80409067 CRC32 0x210a270c Xid = 488890926
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

 

[dabadepdu]

Irgendwo sollte es ja ein Error Log geben und da sollte dann ein Fehler stehen, wenn es einen gibt.
Das "Rollback" in mysql-bin.000012 kann ja aus einem Programm oder Script kommen und ganz regulär durchgeführt worden sein. Nach einem "Commit", dass ja vorher kommt, sollte es sowieso keine Rolle spielen.
Vielleicht solltest Du etwas mehr Kontext liefern, was geschieht, was soll geschehen, was soll der Fehler sein...

 

[Fuxi60]

Hallo dabadepdu,
danke für deine Antwort.
Oben steht ja der Auszug aus der Error.log
Um 5.30 Uhr war der Server nicht mehr ereichbar.
Die Frage ist warum ?
Weil eine crash recovery ausgeführt wurde ?
Und warum wurde dieses ausgeführt.
Wo sehe ich das?

Vielen Dank

 

[dabadepdu]

Was ich sagen wollte, man sieht keinen Fehler. (Also ich sehe keinen, bin aber kein mySQL Fachmann bzw. MariaDB) Du musst nach anderen Logs schauen, die Rückschlüsse erlauben.
Application Server, OS Log, Anzahl Connections / Clients, Memory, .. usw.

Vielleicht lässt das Update Statement Rückschlüsse auf die Verarbeitungsschritte während des Crashes zu.
BTW: Was bedeutet ..zeit = 6, sieht etwas eigentümlich aus.

 

[Dukel]

Im Log Ausschnitt sieht man nur den Start. Den Crash und das evtl. warum sollte man davor sehen.
Evtl. gibt es noch andere Logs (Windows Eventlog, Linux Syslog) oder Logs von davor.