MySQL Server schaltet sich häufig nach unten und wird nicht wieder starten jetzt

Question

OS: Ubuntu 16.04.1 LTS xenial

Ich installierte MySQL auf meinem Server auf AWS und es funktionierte gut, aber nachdem wir viel Verkehr begonnen bekommen Vor Ort begann es häufig zu versagen. Um es zu beheben, starte ich normalerweise den Dienst oder den Server neu, der nur für einige Minuten/Stunden funktioniert und dann schlägt es wieder fehl. Jetzt startet MySQL nicht neu, nachdem ich den Server neu gestartet habe.

Lauf sudo systemctl start mysql Ich erhalte diese Nachricht

Job für mysql.service schlug fehl, da der Steuerprozess mit dem Fehlercode beendet. Siehe "systemctl status mysql.service" und "journalctl -xe" für Details.

Und das ist der protokollierte Inhalt in /var/log/mysql/error.log

2017-02-08T11:35:32.352942Z 0 [Warning] Changed limits: max_open_files: 1024 (requested 5000) 
2017-02-08T11:35:32.352975Z 0 [Warning] Changed limits: table_open_cache: 431 (requested 2000) 
2017-02-08T11:35:32.509812Z 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details). 
2017-02-08T11:35:32.510752Z 0 [Note] /usr/sbin/mysqld (mysqld 5.7.17-0ubuntu0.16.04.1) starting as process 3060 ... 
2017-02-08T11:35:32.514030Z 0 [Note] InnoDB: PUNCH HOLE support available 
2017-02-08T11:35:32.514046Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 
2017-02-08T11:35:32.514049Z 0 [Note] InnoDB: Uses event mutexes 
2017-02-08T11:35:32.514054Z 0 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier 
2017-02-08T11:35:32.514057Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.8 
2017-02-08T11:35:32.514060Z 0 [Note] InnoDB: Using Linux native AIO 
2017-02-08T11:35:32.514265Z 0 [Note] InnoDB: Number of pools: 1 
2017-02-08T11:35:32.514359Z 0 [Note] InnoDB: Using CPU crc32 instructions 
2017-02-08T11:35:32.515647Z 0 [Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M 
2017-02-08T11:35:32.522465Z 0 [Note] InnoDB: Completed initialization of buffer pool 
2017-02-08T11:35:32.524160Z 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority(). 
2017-02-08T11:35:32.535815Z 0 [Note] InnoDB: Highest supported file format is Barracuda. 
2017-02-08T11:35:32.536689Z 0 [Note] InnoDB: Log scan progressed past the checkpoint lsn 30903245 
2017-02-08T11:35:32.536703Z 0 [Note] InnoDB: Doing recovery: scanned up to log sequence number 30904484 
2017-02-08T11:35:32.536738Z 0 [ERROR] InnoDB: Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint 30903245 and the end 30904484. 
2017-02-08T11:35:32.536747Z 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error 
2017-02-08T11:35:33.137801Z 0 [ERROR] Plugin 'InnoDB' init function returned error. 
2017-02-08T11:35:33.137835Z 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 
2017-02-08T11:35:33.137841Z 0 [ERROR] Failed to initialize plugins. 
2017-02-08T11:35:33.137843Z 0 [ERROR] Aborting 

2017-02-08T11:35:33.137848Z 0 [Note] Binlog end 
2017-02-08T11:35:33.137893Z 0 [Note] Shutting down plugin 'MyISAM' 
2017-02-08T11:35:33.137914Z 0 [Note] Shutting down plugin 'CSV' 
2017-02-08T11:35:33.138111Z 0 [Note] /usr/sbin/mysqld: Shutdown complete 

Answer 1

wissen immer noch nicht, was schief gelaufen ist, aber das Löschen der Dateien /var/lib/mysql/ib_logfile* es gelöst.