Aurora mit mySQL in AWS ausführen und von einem Verwaltungscomputer im selben VPC aus darauf zugreifen. Wenn ich die Abfrage über die Befehlszeile (Verwaltungscomputer) ausführe, ist sie in etwa 2 Minuten abgeschlossen. Wenn ich dieselbe Abfrage auf MySQL Workbench ausführe, tritt nach ein paar Minuten dieser Fehler auf:
Fehlercode: 2013. Verbindung zum MySQL-Server während der Abfrage verloren
Ich vermute, der Unterschied besteht darin, dass die MySQL-Befehlszeile direkt auf der Aurora-Instanz ausgeführt wird, obwohl sie von der Verwaltungsmaschine ausgegeben wird. Wenn dies der Fall ist, gibt es eine bessere visuelle Schnittstelle (für Windows) für MySQL?
Ich habe alle Workbench-Timeouts erhöht, glaube jedoch nicht, dass dies das Problem ist, da die Abfrage lange vor Erreichen eines der Timeouts fehlschlägt.
+-------------------------------------------+----------+
| Variable_name | Value |
+-------------------------------------------+----------+
| aurora_fwd_master_idle_timeout | 60 |
| aurora_globaldb_rpo_wait_timeout | 60 |
| aurora_zdr_timeout_on_replica_fall_behind | 60 |
| connect_timeout | 10 |
| delayed_insert_timeout | 300 |
| have_statement_timeout | YES |
| innodb_flush_log_at_timeout | 1 |
| innodb_lock_wait_timeout | 50 |
| innodb_rollback_on_timeout | OFF |
| interactive_timeout | 28800 |
| lock_wait_timeout | 31536000 |
| net_read_timeout | 30 |
| net_write_timeout | 60 |
| rpl_stop_slave_timeout | 31536000 |
| slave_net_timeout | 60 |
| wait_timeout | 28800 |
+-------------------------------------------+----------+
mysql> SHOW GLOBAL STATUS LIKE 'aborted%';
+------------------+-------+
| Variable_name | Value |
+------------------+-------+
| Aborted_clients | 4 |
| Aborted_connects | 0 |
+------------------+-------+
2 rows in set (0.00 sec)
mysql>