Executando Aurora com mySQL na AWS e acessando de uma máquina de gerenciamento na mesma VPC. Se eu executar a consulta na linha de comando (máquina de gerenciamento), ela terminará em cerca de 2 minutos. Se eu executar a mesma consulta no MySQL Workbench, ocorrerá este erro após alguns minutos:
Código de erro: 2013. Conexão perdida com o servidor MySQL durante a consulta
Acho que a diferença seria que a linha de comando mysql é executada diretamente na instância Aurora, mesmo que seja emitida pela máquina de gerenciamento. Se for esse o caso, existe uma interface visual melhor (para Windows) para MySQL?
Aumentei todos os tempos limite do Workbench, mas não acho que esse seja o problema, pois a consulta falha bem antes de qualquer um dos tempos limite ser atingido.
+-------------------------------------------+----------+
| 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>