Ejecutando Aurora con mySQL en AWS y accediendo desde una máquina de administración en la misma VPC. Si ejecuto la consulta desde la línea de comando (máquina de administración), finaliza en aproximadamente 2 minutos. Si ejecuto la misma consulta en MySQL Workbench, aparece este error después de un par de minutos:
Código de error: 2013. Se perdió la conexión al servidor MySQL durante la consulta
Supongo que la diferencia sería que la línea de comando mysql se ejecuta directamente en la instancia de Aurora aunque se emita desde la máquina de administración. Si este es el caso, ¿existe una mejor interfaz visual (para Windows) para MySQL?
Aumenté todos los tiempos de espera de Workbench, pero no creo que este sea el problema ya que la consulta falla mucho antes de que se alcance cualquiera de los tiempos de espera.
+-------------------------------------------+----------+
| 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>