Lindorm Wide Table Engine admite el acceso mediante el protocolo MySQL. Conéctese y use Lindorm Wide Table Engine con los clientes del ecosistema de MySQL. Este tema describe las notas de uso y las consideraciones relacionadas con el protocolo MySQL.
Notas de uso
Wide Table Engine es compatible con el protocolo MySQL a partir de la versión 2.6.0. Para comprobar o actualizar la versión actual, consulte LindormTable release notes y Upgrade the minor engine version of a Lindorm instance.
La sintaxis SQL que admite Lindorm Wide Table Engine no es totalmente compatible con la sintaxis de MySQL. Para conocer la sintaxis SQL que admite Lindorm Wide Table Engine, consulte SQL reference.
Guía de habilitación
Para habilitar la función del protocolo compatible con MySQL, consulte Use a MySQL client to connect to and use LindormTable.
Consideraciones
De forma predeterminada, el protocolo MySQL de Lindorm deshabilita el cifrado de comunicación SSL. Para usar una conexión cifrada con SSL, consulte MySQL Protocol SSL Encryption Guide.
-
Al establecer una conexión SSL, algunos clientes antiguos usan una versión inferior del protocolo TLS (por ejemplo, 1.0 o 1.1). Esto puede provocar un error en la conexión y generar una excepción relacionada con la versión del protocolo. Si ocurre esta situación, resuélvala de las siguientes maneras:
Establezca la conexión directamente mediante comunicación en texto plano.
Si el cliente permite especificar la versión del protocolo TLS, establezca dicha versión en 1.2 para resolver el problema. Por ejemplo, MySQL JDBC 5.1.44 permite definir la versión de TLS mediante el parámetro de conexión enabledTLSProtocols.
Actualice la versión del cliente. Se recomienda usar un cliente de MySQL 8.0 o posterior.
-
Los usuarios creados en distintas versiones de Wide Table Engine pueden usar protocolos diferentes. Seleccione el protocolo de autenticación adecuado según su caso:
Si el usuario se creó cuando la versión de Wide Table Engine era anterior a la 2.6.2, solo se admite el protocolo
caching_sha2_password.Si el usuario se creó con la versión 2.6.2 o posterior de Wide Table Engine, se admiten los protocolos de autenticación
caching_sha2_passwordymysql_native_password. Se recomienda usar primero el protocolocaching_sha2_password.
Por ejemplo, suponga que crea un usuario llamado user cuando Wide Table Engine está en la versión 2.5.4. Después, actualiza la versión secundaria de Wide Table Engine a la 2.6.2 o posterior y crea un nuevo usuario llamado test. En este escenario, el usuario user solo admite el protocolo
caching_sha2_password, mientras que el usuario test admite los protocolos de autenticaciónmysql_native_passwordycaching_sha2_password.
Compatibilidad del protocolo MySQL
El protocolo MySQL incluye varios subprotocolos. A continuación se muestra el estado de compatibilidad en Lindorm:
Ciclo de vida de la conexión | Nombre del subprotocolo | Comando del protocolo | Compatible | Función y descripción |
Fase de conexión | Handshake | Compatible | Negociación de handshake antes de establecer una conexión. Actualmente, solo se admite el protocolo HandshakeV10. | |
Compatibilidad con TLS | Compatible | Cifrado de comunicación TLS. Actualmente, solo se admite el protocolo TLSv1.2. Nota De forma predeterminada, Lindorm deshabilita la comunicación cifrada con SSL. Para habilitarla, consulte MySQL Protocol SSL Encryption Guide. | ||
Métodos de autenticación | old_password | No compatible | Protocolo heredado de transmisión de contraseñas. Corresponde a la solicitud de autenticación de usuario de clientes MySQL antiguos (por ejemplo, versión 4.x o anteriores). | |
mysql_clear_password | Compatible | Protocolo de transmisión de contraseñas en texto plano. Importante Por lo general, debe usarse junto con el cifrado de comunicación SSL. | ||
mysql_native_password | Compatible | Protocolo de comunicación con cifrado de contraseña predeterminado que usan los clientes de MySQL 5.x. | ||
caching_sha2_password | Compatible | Protocolo de comunicación con cifrado de contraseña predeterminado que usan los clientes de MySQL 8.x. Es más seguro y eficiente que mysql_native_password. Recomendado. | ||
Fase de comandos | Text Protocol | COM_QUERY | Compatible | Envía y ejecuta sentencias SQL directamente. |
Comandos de utilidad | COM_QUIT | Compatible | Cierra la conexión con el servidor. | |
COM_INIT_DB | Compatible | Cambia la base de datos predeterminada de la conexión actual. | ||
COM_PING | Compatible | Comprueba la conectividad entre el cliente y el servidor. | ||
COM_DEBUG | No compatible | Muestra la información interna de depuración del servidor. Es decir, obtiene información de depuración del lado del servidor al ejecutar SQL después de conectarse a Lindorm. | ||
COM_CHANGE_USER | No compatible | Cambia el usuario de la conexión actual. | ||
COM_RESET_CONNECTION | No compatible | Restablece el estado de la sesión de la conexión actual al conectarse a Lindorm. | ||
COM_SET_OPTION | No compatible | Establece las opciones de conexión del cliente. Es decir, modifica el comportamiento y la configuración de la sesión de conexión del cliente al conectarse a Lindorm. | ||
Sentencias preparadas | COM_STMT_PREPARE | Compatible | Preprocesa una consulta parametrizada. | |
COM_STMT_EXECUTE | Compatible | Vincula parámetros y ejecuta una sentencia preparada. | ||
COM_STMT_FETCH | No compatible | Usa la sentencia FETCH en SQL incrustado contra Lindorm. | ||
COM_STMT_CLOSE | Compatible | Cierra una sentencia preparada. | ||
COM_STMT_SEND_LONG_DATA | No compatible | Comando que se usa para enviar datos de objetos grandes. Se ejecuta antes de COM_STMT_EXECUTE. | ||
Replication Protocol | No compatible | Protocolo de replicación de registros binarios (binlog) de MySQL. | ||