Heim  >  Artikel  >  Datenbank  >  Ich frage dringend nach dem automatischen Stopp der MySQL-Datenbank

Ich frage dringend nach dem automatischen Stopp der MySQL-Datenbank

WBOY
WBOYOriginal
2016-12-05 13:27:332481Durchsuche

mysql

数据库:mysql5.6.17 OS: 2008SERVER 32位

业务正在运行,突然数据库就自动停止服务了,日志如下:
2016-12-03 11 :14:06 4860 [FEHLER] Es kann kein Thread zur Bearbeitung der Anfrage erstellt werden (Fehlernummer = 12)
2016-12-03 11:15:25 4860 [FEHLER] InnoDB: InnoDB: Speicher der Größe 1065016 kann nicht zugewiesen werden.

2016-12-03 11:15:25 1398 InnoDB: Assertionsfehler in Thread 5016 in Datei ha_innodb.cc, Zeile 17080
InnoDB: Wir generieren absichtlich eine Speicherfalle.
InnoDB: Senden Sie eine Ausführlicher Fehlerbericht an http://bugs.mysql.com.
InnoDB: Wenn Sie wiederholt Assertionsfehler oder -abstürze erhalten, sogar
InnoDB: unmittelbar nach dem Mysqld-Start, kann es zu
InnoDB: Korruption kommen der InnoDB-Tablespace. Weitere Informationen finden Sie unter
InnoDB: http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html
InnoDB: Informationen zum Erzwingen der Wiederherstellung.
2016-12-03 11:15:39 4860 [FEHLER] Fehlerprotokolldrosselung: 7 Fehler „Thread zur Verarbeitung neuer Verbindung kann nicht erstellt werden“ unterdrückt
2016-12-03 11:15:39 4860 [FEHLER] Kann nicht Thread erstellen, um Anfrage zu bearbeiten (Errno= 12)
2016-12-03 11:16:40 4860 [FEHLER] Fehlerprotokolldrosselung: 963 Fehler „Thread zur Verarbeitung neuer Verbindung kann nicht erstellt werden“ wurden unterdrückt
2016-12-03 11:16:40 4860 [FEHLER] Es kann kein Thread zur Bearbeitung der Anfrage erstellt werden (Fehlernummer = 12)
2016-12-03 11:18:00 5108 [Hinweis] Plugin „FEDERATED“ ist deaktiviert.
2016-12-03 11:18:00 171c InnoDB: Warnung: Die Verwendung von innodb_additional_mem_pool_size ist VERALTET. Diese Option wird möglicherweise in zukünftigen Versionen zusammen mit der Option innodb_use_sys_malloc und dem internen Speicherzuweiser von InnoDB entfernt.
2016-12-03 11:18:00 5108 [Hinweis] InnoDB: Verwendung von Atomics zur Ref-Zählung von Pufferpoolseiten
03.12.2016 11:18:00 5108 [Hinweis] InnoDB: Der InnoDB-Speicherheap ist deaktiviert
03.12.2016 11:18:00 5108 [Hinweis] InnoDB: Mutexe und rw_locks verwenden ineinandergreifende Windows-Funktionen
2016-12-03 11:18:00 5108 [Hinweis] InnoDB: Komprimierte Tabellen verwenden zlib 1.2.3
2016-12-03 11:18:00 5108 [Hinweis] InnoDB: Keine Verwendung von CPU-CRC32-Anweisungen
03.12.2016 11:18:00 5108 [Hinweis] InnoDB: Pufferpool wird initialisiert, Größe = 823,0 MB
03.12.2016 11:18:00 5108 [Hinweis] InnoDB: Initialisierung des Puffers abgeschlossen pool
03.12.2016 11:18:00 5108 [Hinweis] InnoDB: Das höchste unterstützte Dateiformat ist Barracuda.
03.12.2016 11:18:00 5108 [Hinweis] InnoDB: Protokollscan wurde fortgesetzt der Prüfpunkt lsn 37892781681
2016-12-03 11:18:00 5108 [Hinweis] InnoDB: Datenbank wurde nicht normal heruntergefahren!
2016-12-03 11:18:00 5108 [Hinweis] InnoDB: Startabsturz Wiederherstellung.
2016-12-03 11:18:00 5108 [Hinweis] InnoDB: Tablespace-Informationen aus den .ibd-Dateien lesen...
2016-12-03 11:18:04 5108 [Hinweis] InnoDB : Wiederherstellung möglicher halbgeschriebener Datenseiten
2016-12-03 11:18:04 5108 [Hinweis] InnoDB: aus dem Doublewrite-Puffer...
InnoDB: Wiederherstellung wird durchgeführt: Bis zur Protokollsequenznummer 37893927335 gescannt
InnoDB: 6 Transaktionen, die zurückgesetzt oder bereinigt werden müssen
InnoDB: insgesamt 63 Zeilenoperationen rückgängig zu machen
InnoDB: Trx-ID-Zähler ist 12591616
2016-12-03 11:18 :05 5108 [Hinweis] InnoDB: Starten eines Stapels zum Anwenden von Protokolldatensätzen auf die Datenbank...
InnoDB: Fortschritt in Prozent: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 0 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99
InnoDB: Charge anwenden abgeschlossen
2016-12-03. 11 :18: 06 5108 [Hinweis] InnoDB: 128 Rollback-Segment(e) sind aktiv.
InnoDB: Rollback nicht festgeschriebener Transaktionen im Hintergrund starten

我挂了五个tomcat搭载了nginx 。大约有100个客户

回复内容:

我也遇到过类似情况,基于hibernate读写数据库跑一段时间就奔溃.我上传的资源已做修正…分分钟读写百万条数据没一点问题.

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn