Amazon Redshift dejará de admitir la creación de nuevas UDF de Python a partir del parche 198. Las UDF de Python existentes seguirán funcionando hasta el 30 de junio de 2026. Para obtener más información, consulte la [publicación del blog](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/). 

# Falta de respuesta de la consulta
<a name="queries-troubleshooting-query-hangs"></a>

La consulta puede bloquearse o dejar de responder por los siguientes motivos. Le sugerimos los siguientes enfoques de resolución de problemas.

**Conexión interrumpida con la base de datos**  
Reduzca el tamaño de la Maximum Transmission Unit (MTU, Unidad de transmisión máxima). El tamaño de la MTU determina el tamaño máximo, en bytes, de un paquete que puede ser transferido en una trama Ethernet desde su conexión de red. Para obtener más información, consulte [Conexión con la base de datos interrumpida](https://docs.aws.amazon.com/redshift/latest/mgmt/connecting-drop-issues.html) en la *Guía de administración de Amazon Redshift.* 

**Tiempo de espera de la conexión con la base de datos agotado**  
Su conexión cliente a la base de datos parece que dejó de funcionar o que superó el tiempo de espera mientras ejecutaba consultas largas, como un comando COPY. En este caso, es posible que observe que la consola de Amazon Redshift muestra que se ha completado la consulta, pero, aparentemente, la propia herramienta cliente sigue ejecutando la consulta. Los resultados de la consulta podrían ser que falta procesar o que está incompleta según cuándo se haya detenido la conexión. Este efecto ocurre cuando un componente intermediario de la red detiene las conexiones inactivas. Para obtener más información, consulte [Problema con el tiempo de espera del firewall](https://docs.aws.amazon.com/redshift/latest/mgmt/connecting-firewall-guidance.html) en la *Guía de administración de Amazon Redshift.* 

**Error de memoria insuficiente del cliente con ODBC**  
Si su aplicación cliente utiliza una conexión Open Database Connectivity (ODBC, Conectividad de base de datos abierta) y su consulta crea un conjunto de resultados que es demasiado grande para entrar en la memoria, puede transmitir el conjunto de resultados a su aplicación cliente por medio del cursor. Para obtener más información, consulte [DECLARE](declare.md) y [Consideraciones acerca del rendimiento cuando se utilizan cursores](declare.md#declare-performance).

**Error de memoria insuficiente del cliente con JDBC**  
Cuando intenta recuperar grandes conjuntos de resultados con una conexión Java Database Connectivity (JDBC, Conectividad de base de datos Java), es posible que haya errores de memoria insuficiente del cliente. Para obtener más información, consulte [Configuración del parámetro de tamaño de búsqueda de la JDBC](set-the-JDBC-fetch-size-parameter.md).

**Hay un posible bloqueo**  
Si hay un posible bloqueo, pruebe lo siguiente:
+ Vea las tablas de sistema [STV\$1LOCKS](r_STV_LOCKS.md) y [STL\$1TR\$1CONFLICT](r_STL_TR_CONFLICT.md) para encontrar conflictos relacionados con las actualizaciones de más de una tabla.
+ Utilice la función [PG\$1CANCEL\$1BACKEND](PG_CANCEL_BACKEND.md) para cancelar una o más consultas en conflicto.
+ Utilice la función [PG\$1TERMINATE\$1BACKEND](PG_TERMINATE_BACKEND.md) para terminar una sesión, lo que fuerza que las transacciones en ejecución de la sesión terminada liberen todos los bloqueos y reviertan la transacción.
+ Programe detenidamente las operaciones simultáneas de escritura. Para obtener más información, consulte [Administración de operaciones de escritura simultáneas](c_Concurrent_writes.md).