Estás confundiendo bloqueos de base de datos con bloqueos de Java aquí. JMC solo le muestra los bloqueos dentro de su programa Java (bloques sincronizados, esperas, etc.), no sabe nada sobre lo que sucede dentro de su base de datos. Su consulta SQL solo muestra los bloqueos en el nivel de base de datos (bloqueos de tabla, bloqueos de fila, etc.) y no sabe nada sobre los bloqueos dentro de su programa Java. Esas son áreas absolutamente diferentes y cerraduras absolutamente diferentes.
Lo que tienes aquí es un volcado de un hilo que mantiene un bloqueo en el objeto de tipo T4CConnection con la dirección 0x7af3423c0 . Solo significa que este hilo está en proceso de ejecutar un código dentro de algún synchronized(connection) bloquear. Eso es todo. El subproceso no está bloqueado por otros subprocesos (de lo contrario, su estado no sería RUNNABLE) , estaría WAITING o BLOCKED ). Se está ejecutando y leyendo algo de un socket de red (probablemente, la respuesta de la base de datos).
Tal comportamiento es absolutamente normal. El controlador de la base de datos realiza la sincronización en la instancia de conexión mientras está en el proceso de ejecutar una consulta SQL para no permitir que otros subprocesos la utilicen en paralelo.
No hay nada de lo que debas preocuparte en esta captura de pantalla y en este volcado de hilo.
