Rularea Aurora cu mySQL în AWS și accesarea de pe o mașină de administrare în același VPC. Dacă rulez interogarea din linia de comandă (mașină de management) se termină în aproximativ 2 minute. Dacă rulez aceeași interogare pe MySQL Workbench, dă această eroare după câteva minute:
Cod de eroare: 2013. S-a pierdut conexiunea la serverul MySQL în timpul interogării
Bănuiesc că diferența ar fi că linia de comandă mysql este executată direct pe instanța Aurora, chiar dacă este emisă de la mașina de management? Dacă acesta este cazul, există o interfață vizuală mai bună (pentru Windows) pentru MySQL?
Am mărit toate timeout-urile de la Workbench, dar nu cred că aceasta este problema, deoarece interogarea eșuează cu mult înainte de a ajunge la oricare dintre timeout-uri.
+------------------------------------------+----- -----+
| Nume_variabilă | Valoare |
+------------------------------------------+----- -----+
| 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 | DA |
| 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> AFIȚI STAREA GLOBALĂ CA „Avortat%”;
+------------------+-------+
| Nume_variabilă | Valoare |
+------------------+-------+
| Clienti_avortati | 4 |
| Conectări_avortate | 0 |
+------------------+-------+
2 rânduri în set (0,00 sec)
mysql>
