parámetros de configuración del controlador JDBC de MySQL

Fuente (reprodujo también la fuente original desconocida ..): https://blog.csdn.net/w345731923/article/details/100543454

directorio

 

1. Establecer una configuración de conexión

2. Teniendo en cuenta los parámetros relacionados con el problema de la configuración de alta disponibilidad

3. Para garantizar la seguridad de acceso a los parámetros de proceso involucrados

4. ampliar el rendimiento de acceso *

Los parámetros de configuración posteriores para la depuración

6. Otros


1. Establecer una configuración de conexión

(. 1) de usuario : conexión predeterminadas del usuario: Ninguno
(2) Contraseña : contraseña durante la conexión. Por defecto: Ninguno
(3) socketFactory: nombre del controlador se utiliza para crear conexión de socket a la clase servidor. Esta clase debe implementar la interfaz "com.mysql.jdbc.SocketFactory", y no hay parámetros del constructor públicas. Por defecto: com.mysql.jdbc.StandardSocketFactory
ConnectTimeout (4).: Conjunto de conexión de tiempo (en milisegundos), 0 significa sin tiempo de espera. Sólo JDK-1.4 o posterior eficaz. Por defecto: 0 (tiempo de conexión)
de tiempo de espera (valor predeterminado de 0 indica que no hay tiempo de espera) cuando la conexión de transmisión de datos: (5) socketTimeout. Defecto: 0 (sin excepción de tiempo de espera de respuesta serán arrojados) (tiempo de espera para datos)    
(. 6) useConfigs: analizar el URL antes de las propiedades de aplicación o atributos especificados por el usuario, cargados por una coma "" lista de atributos de configuración separado, el valor predeterminado : Ninguno
(7) interactiveClient: conjunto bandera CLIENT_INTERACTIVE (interacción basado en el cliente), se basa en interactive_timeout (a la interacción) en lugar de WAIT_TIMEOUT (al no interactivo) informado a la espera de conexión a MySQL. Por defecto: false
propertiesTransform (8).: Com.mysql.cj.conf.ConnectionPropertiesTransform una implementación, el intento de conexión antes, el conductor va a utilizar para modificar la dirección URL se transmite a los atributos del controlador, los valores por defecto: Ninguno
(9) useCompression : si adoptar la compresión zlib (huella pequeña) cuando se comunica con el servidor. Por defecto: false

2. Teniendo en cuenta los parámetros relacionados con el problema de la configuración de alta disponibilidad

(10) autoReconnect: cuando se interrumpe la conexión de base de datos, ya sea para volver a conectar de forma automática? Esta característica no es recomendable, ya que, cuando la aplicación no controla correctamente SQLExceptions, puede causar relacionado con la consistencia de los datos de estado de sesión y los efectos secundarios de un valor por defecto: falso (el funcionario no recomienda encender la propiedad)
(11) autoReconnectForPools: La intente hacer ping al servidor antes de cada ejecución de SQL (para asegurar la exactitud de la conexión), adecuado para la agrupación de conexiones reutilización conexión de políticas (el valor predeterminado es "falso"). Por defecto: false
(12 es) failOverReadOnly: conmutación por error se produce en el modo autoReconnect, si una conexión se debe establecer en "sólo lectura". Valor por defecto: true
(13) reconnectAtTxEnd: Si autoReconnect establece en "true", al final de cada transacción si el conductor debe intentar volver a conectar? Valor por defecto: falso
(14) roundRobinLoadBalance: Host autoReconnect y failoverReadonly es "falsa", debe elegir ser conectado de una manera cíclica permitido? Valor por defecto: falso (estrategia de equilibrio de carga para la conexión de base de datos)
(15) queriesBeforeRetryMaster: intentar conectarse de nuevo Maestro (relacionado con el atributo principal al considerar esta arquitectura de), la conmutación por error (utilizando conmutación por error multi-host) apareció y después de cuántas veces Solicitud el número de consultas enviadas antes de volver al huésped. No importa lo que se cumplen las condiciones primera, "queriesBeforeRetryMaster" o "secondsBeforeRetryMaster", volverá a conectar con el host. El valor por defecto es "50" Por defecto: 50 (siempre que el número de veces)
(16) secondsBeforeRetryMaster: Antes de que ocurra la conmutación por error, intentar conectar con el servidor primario de nuevo, el conductor debe esperar? No importa lo que se cumplen las condiciones primera, "queriesBeforeRetryMaster" o "secondsBeforeRetryMaster", volverá a conectar con el host. Segundos, el valor por defecto es 30. Por defecto: 30 (dispuesto en el tiempo)
enableDeprecatedAutoreconnect (17.): El atributo característico a "true" puede comprobar la configuración de la prohibición. Por defecto: false

3. Para garantizar la seguridad de acceso a los parámetros de proceso involucrados

(18 es) allowMultiQueries : permite el uso de ';' segmentación consulta, la realización de una pluralidad de consultas, por ejemplo, "SELECT * FROM tb_vehicle; select * de tb_user;" por defecto: en false
(19). UseSSL : si desea utilizar SSL cuando comunicarse con el servidor (Secure sockets Laye para proporcionar seguridad e integridad de datos de un protocolo seguro para comunicaciones de red, la capa de transporte en los LS con SSL conexión de red cifrada), los valores por defecto: false (escena JDBC utilizando versión MySQL no es compatible con la versión, el MySQL algunos más adelante)
(20) del requireSSL: Si es verdadero useSSL si las conexiones SSL de uso. Valor por defecto: falso (QPS abrir esta propiedad se reducirá, tendrá un impacto en el rendimiento global del seleccionado abierta)
(21) allowUrlInLocalInfile: si los conductores se les debe permitir a los estados "CARGA DE DATOS LOCAL INFILE" en la URL? Valor por defecto: falso (a importar grandes cantidades de datos pueden considerarse cuando se utilizan los datos de forma MySql carga infile datos de importación de archivo de importación, que pueden acortar considerablemente los datos en tiempo de este atributo está involucrado en este aspecto.)
(22) paranoide: para tomar medidas, evitar la fuga de información sensible en los mensajes de error y estructuras de datos claros almacena datos sensibles cuando sea posible? Valor por defecto: falso (problema de conexión, la información tan sensible no puede estar relacionado con la divulgación de información sensible o se borra)

4. ampliar el rendimiento de acceso *

(23) cacheResultSetMetadata: si el conductor y responder a las declaraciones de PreparedStatements ResultSetMetaData realizan amortiguar? Valor por defecto: falso (es decir, los resultados de la consulta caché de resultados, esto puede mejorar en gran medida la eficacia de las consultas)
(24) prepStmtCacheSize: Si permite que la función de amortiguación declaración preparada, el número de declaraciones preparadas debe amortiguar el procesamiento? El valor por defecto (después de la compilación): 250 25 Let configuración (no es el mejor, se recomienda almacenar en caché algunos de la alta frecuencia)
(25) prepStmtCacheSqlLimit: Si la función de amortiguación declaración preparada, que permite al conductor realizar un análisis tamponada ¿Qué es lo más grande es SQL? Por defecto: configuración 256 Vamos es de 2048
useServerPrepStmts : si soporta el servidor, si el uso del lado del servidor de formularse las cuentas? El valor por defecto es "verdadero". Valor por defecto: cierto (la capacidad de manejar después de abrir el código SQL obtener un ascenso)
rewriteBatchedStatements : unidad JDBC de MySQL por defecto pasará por alto la declaración executeBatch (), esperamos que el grupo para romper la ejecución de SQL instrucción por lotes, uno por uno base de datos MySQL distribuido , un resultado directo de un menor rendimiento. Sólo rewriteBatchedStatements parámetro establecido en verdad, la unidad le ayudará a ejecutar SQL por lotes, que mejoran la eficiencia del conjunto get natural para el proyecto a los verdaderos
(26) maintainTimeStats: si el conductor debe mantener varios temporizador interno para permitir el cálculo del tiempo libre, y permitiría proporcionar mensajes de error más detallados cuando la conexión con el servidor falla? Establecer la propiedad de "falsa" para cada consulta, por lo menos para reducir las dos llamadas System.getCurrentTimeMillis () (de mejorar la velocidad de respuesta del sistema hasta cierto punto). Por defecto: true
(27): blobSendChunkSize trozos utilizan al enviar BLOB / CLOB (mayor información de texto) por ServerPreparedStatements. Valor por defecto: 1048576
(28) cacheCallableStmts: Los conductores deben a CallableStatements (heredados de PreparedStatements) para llevar a cabo el almacenamiento en búfer del proceso de resolución. Valor por defecto: falso
(29) cachePrepStmts: si el proceso de resolución del controlador PreparedStatements tratar con el cliente prepara declaraciones (SQL después de la pre-compilados) pretratamiento declaraciones ejecutar un tampón, debe comprobar la idoneidad del lado del servidor y del lado del servidor preparada declaración en sí? Valor por defecto: falso (es decir, si el conductor realiza PreparedStatements caché proceso de resolución, y si se detecta su declaración de aplicabilidad y la propia caché de sentencia, activar esta función en la mejora del rendimiento de alrededor del 20% de nuestro proyecto se establece en true, nota el uso de esta propiedad en la premisa de que useServerPrepStmts abiertas = verdadero alcance de lo contrario el efecto del almacenamiento en caché de instrucciones SQL no cambio)
(30) metadataCacheSize: conjunto Si cacheResultSetMetaData a "true", el número de consultas cacheResultSetMetadata, por defecto: 50.
(31) cacheServerConfiguration: si el conductor debe realizar almacenamiento temporal de acuerdo a los resultados de cada URL a "cómo las variables" y "SHOW COLLATION" (grupo de prueba)? Valor por defecto: falso (entiendo el significado de la caché de datos después de la proyección) proyectamos configuración es cierto
(32) dontTrackOpenResources: Compatible con JDBC conductor y cierra un seguimiento automático de los recursos. Sin embargo, si la aplicación no llama explícitamente estrecha sobre el papel de la instrucción o conjunto de resultados (), puede provocar una pérdida de memoria. El atributo se establece en "true", esta limitación puede estar relajado, para algunas aplicaciones, proporciona una mayor eficiencia de la memoria. Por defecto: false
(33 es) dynamicCalendars: si es necesario, si el conductor debe recuperar el calendario predeterminado, o tampón de conformidad con la conexión / sesión? Por defecto: false (se establece en verdadera memoria intermedia la información del calendario toma algo de memoria si no hay un valor especial por defecto requisito)
(34 es) elideSetAutoCommits: cuando el estado del servidor y Connection.setAutoCommit (booleano) no coincide con el estado de la solicitud, el conductor sólo emitirá "conjunto de confirmación automática = n" (cuando n = 1 se esconderá al presentar la transacción anterior, n = no comete la transacción frente a 0:00, por lo que la propiedad sólo puede ser considerada para su uso en ciertas situaciones) consulta? Por defecto: Proyecto Nos falsa está abierto a la presentación de la operación anterior en el caso de que la transacción no coincide con la seguridad de los datos identificados
(35) holdResultsOpenOverStatementClose: si el conductor debe estar de acuerdo con la especificación JDBC requiere una estrecha Statement.close () conjunto de resultados en? Valor por defecto: falso (si se ha ajustado resultado cerrado es probable que la información incompleta cuando no conseguimos los resultados de un conjunto de una sola vez (ciclo) Adquisición de Información)
emulateLocators: Los conductores deben utilizar los java.sql.Blobs analógicas localizador que? Cuando esto está activado, el conductor retrasar la carga de los datos BLOB reales hasta que el acceso a uno de la corriente de datos de recuperación de blob (getInputStream (), getBytes (), etc.). Por defecto: false
(36) locatorFetchBufferSize: si '' emulateLocators configurado para 'verdadero', entonces ¿cuál es el tamaño de la memoria intermedia (definir el tamaño de la memoria intermedia) se debe utilizar cuando los datos BLOB se adquiere getBinaryInputStream (obtener datos binarios)? Valor por defecto: 1048576
(37) useFastIntParsing: si desea utilizar "String-> Entero" rutinas de conversión interna para evitar crear demasiados objetos? El valor por defecto: true (para mejorar la eficiencia)
(38) useLocalSessionState: si el controlador debe ser referenciado por protocolo mantiene Connection.setAutoCommit () y Connection.setTransactionIsolation () y automáticamente someter el aislamiento de la transacción y el valor interno del conjunto de estado de transacción (conjunto después de la valor), en lugar de consultar la base de datos o ciegamente el envío de comandos a la base de datos commit () o rollback () de llamada? Valor por defecto: falso (en circunstancias normales, el conductor puede garantizar que el valor de valor local es compatible con el servidor remoto cuando la aplicación llama setAutoCommit, setTransactionIsolation y setReadOnly tres interfaces para el ajuste de parámetros, se sincronizará con el servidor remoto Específicamente, cuando useLocalSessionState .. es cierto, si el valor es incompatible con el valor local, con destino a una actualización remota. cuando useLocalSessionState es falsa, independientemente del valor de ajuste es consistente con los valores locales, cada vez a una distancia mayor, por lo que se establece en true, en cierta medida, optimizar el rendimiento general) proyecto que se establece en true
(39) useNewIO: si el conductor debe java.nio las interfaces * para la comunicación de red por defecto :. Falso flujo de bytes (IO estándar y opera basado en el flujo de caracteres, y se basa en el canal NIO (Canal) y tampón (buffer) el funcionamiento, los datos siempre se lee desde el canal a la memoria intermedia, o escrito de la memoria intermedia al canal. flujos de IO son convencionales bloqueando es decir, cuando un subproceso llama a la lectura () o cuando la escritura (), el hilo se bloquea hasta que se lee algunos datos o escrito, en el que el hilo no puede realizar otras tareas. Por lo tanto, una vez completada la operación de la red de comunicación IO, ya que el hilo se bloquea, el servidor debe proporcionarse para cada cliente un hilo separado para su procesamiento, cuando las necesidades servidor para manejar un gran número de clientes, una fuerte disminución en el rendimiento es .Java NIO modo de no bloqueo. cuando se leen datos desde un canal de hilo, si no hay datos cuando esté disponible, el hilo puede realizar otras tareas. no bloqueante hilos IO tiempo típicamente de inactividad para realizar operaciones de IO en otros canales, por lo que un hilo separado Para gestionar una pluralidad de canales de entrada y de salida. Por lo tanto, el servidor NIO puede hacer uso de una o un número limitado de hilos para procesar a la vez todos los clientes conectados al servidor. Por supuesto habrá inconvenientes con diferente parte convencional io newio de los datos que directamente se de la tubería "movido" zona tapón, cuando se quiere conseguir un pedazo de datos tales como nombre de usuario: wph, contraseña: 123456 cuando sólo el nombre de usuario de la zona de amortiguamiento: wph, dando lugar a datos incompletos, los datos no pueden ser devueltos, y luego la operación se repite este paso hasta que la información completa, de esta manera dará lugar a la eficiencia reducida, por lo que tiene una ventaja, aunque se recomienda que, en ausencia de un gran número de pruebas no se abren)
(40) useReadAheadInput: no tampón de bloqueo al leer los datos desde el servidor, si el uso de más nuevo, optimizado flujo de entrada? Valor por defecto: true (activada por defecto oficial)

Los parámetros de configuración posteriores para la depuración

(Registros, registros de datos relacionados con la configuración, seleccione, los elementos de información de registro juntos demasiado, pero no es propicio para la puesta en marcha)
(41) Registrador: para lograr un com.mysql.jdbc.log.Log el nombre de la clase, com.mysql.jdbc .log.Log para la grabación de un mensaje (por defecto "com.mysql.jdbc.log.StandardLogger", se registrará en STDERR). Valor por defecto: com.mysql.jdbc.logger
(42) profileSQL: seguimiento y localización, así como su / Obtener Ocurrencia (verdadero / falso) a la aplicación de la grabadora formulado, por ejemplo, cuando se quiere analizar el rendimiento de un sql en particular, puede usarlo. Después mysql5.7, información de perfil poco a poco se abandonó, esquema de funcionamiento recomendada MySQL, por defecto es "falsa". Por defecto: false
(43) es reportMetricsIntervalMillis: si está permitido "gatherPerfMetrics (si el conductor debe recoger las métricas de rendimiento, y mediante el registro de todas las configuraciones de" reportMetricsIntervalMillis "informaron este ms por defecto :? Falso)", sus frecuencias se registran la cantidad (en milisegundos)? Por defecto: 30000
(44 es) enablePacketDebug: Permitir el búfer de anillo de retención de paquetes "packetDebugBufferSize", y se produce una excepción cuando objeto de dumping en áreas críticas de código del controlador. Por defecto: false
número máximo de paquetes cuando "enablePacketDebug" es "verdadero", la necesidad de mantener: (45) packetDebugBufferSize. Valor por defecto: 20
(46) slowQueryThresholdMillis: si está habilitado el 'logSlowQueries', entonces la consulta (en ms) antes de que se registra como 'lento' ¿Por cuánto tiempo? Por defecto: 2000
(47) logSlowQueries): ¿Quieres grabar más de consulta "slowQueryThresholdMillis"? Valor por defecto: falso
(48) autoGenerateTestcaseScript: si el conductor debe ser ejecutado SQL (incluyendo el lado del servidor declaraciones preparadas) arrojados a STDERR? Valor por defecto: falso
(49) dumpQueriesOnException: si el conductor debe ser enviado al servidor de consultas a los vertederos en SQLExceptions? Por defecto: en false
(50) maxQuerySizeToLog: consulta de control el análisis de trazas grabado o longitud máxima / tamaño. Valor por defecto: 2048
(51) - explainSlowQueries: Si los "logSlowQueries" habilitadas, si el conductor debe emitir de forma automática "explicar" en el servidor y los resultados enviados a la configurada en una WARN registros de nivel? El valor predeterminado es falso
(52) useUsageAdvisor: si el conductor debe emitir una "utilización" de advertencia que sugiere el uso correcto y eficaz de JDBC y MySQL Connector / J en el registro (verdadero / falso, por defecto es 'falso')? Valor por defecto: falso
(53) traceProtocol: ¿Debería el protocolo de red a nivel de trayectoria? Por defecto: false

6. Otros

(54) useUnicode : Cuando se trata de cadenas, si el conductor debe utilizar codificación de caracteres Unicode? Valor por defecto: falso
(55) characterEncoding : Si "useUnicode" se establece en "true" cuando se trata de cuerdas, el conductor debe ser lo que la codificación de caracteres para su uso? El valor por defecto es "detección automática". Por defecto: Ninguno
(56) characterSetResults: el juego de caracteres, que se utiliza para informar el servidor devuelve un conjunto de resultados de caracteres. Por defecto: Ninguno
(57) connectionCollation: Si se establece, indica al servidor a través del uso "conjunto collation_connection" de las reglas escolares. Por defecto: Ninguno
(58) sessionVariables: Después de la lista separada por comas "nombre / valor", cuando el conductor para establecer una conexión con "SET SESSION ..." medios para enviar al servidor. Por defecto: Ninguno
(59) allowNanAndInf: si el conductor debe () Permite valores NaN o +/- INF en PreparedStatement.setDouble? Por defecto a false
(60) autoDeserialize: si el conductor debería detectar automáticamente y el objeto deserializer almacenada en el campo BLOB? Valor por defecto: falso
(61) capitalizeTypeNames: si se debe convertir el tipo de nombre DatabaseMetaData en mayúsculas? Generalmente sólo es útil cuando se utiliza WebObjects, verdadero / falso. El valor por defecto es "falsa". Por defecto: false
(62) clobberStreamingResults: Esto hará que "la transmisión de" conjuntos de resultados se apaga automáticamente, si no lo hizo antes de que todos los datos se leen desde el servidor, ejecutar otra consulta, se transmite desde el servidor se perderán los datos pendientes. Valor por defecto: falso
(63) continueBatchOnError: Si la instrucción falla, el conductor debe continuar procesando comandos por lotes? especificación JDBC permite de ninguna manera (el valor predeterminado es "verdadero"). Valor por defecto: true
(64) createDatabaseIfNotExist: Si no es así, crear una URL en una base de datos dada. Se asume que el usuario tiene permiso para crear bases de datos. Por defecto a false
(65) emptyStringsConvertToZero: si el conductor se debe permitir que la transición "0" del campo a un valor de una cadena vacía? Valor por defecto: a verdaderos
(66) emulateLocators: Los conductores deben utilizar los java.sql.Blobs analógicas localizador que? Cuando esto está activado, el conductor retrasar la carga de los datos BLOB reales hasta que el acceso a uno de la corriente de datos de recuperación de blob (getInputStream (), getBytes (), etc.). Valor por defecto: falso
(67) emulateUnsupportedPstmts: si el conductor debe detectar declaraciones preparadas no son compatibles con el servidor, y reemplazarlos con la versión analógica del cliente? Valor por defecto: true
(68) Permitir haciendo caso omiso de: si desea ignorar las tablas no transaccionales en rollback? El valor por defecto es "falsa". Valor por defecto: falso
(69) jdbcCompliantTruncation: Cuando se conecta a un servidor que soportes de alarma (MySQL 4.1.0 y posterior), cuando los datos truncados de acuerdo con los requisitos del controlador JDBC si una excepción deben tirarse java.sql.DataTruncation? Por defecto: true
(70) maxRows: Devuelve el número máximo de filas (0, el valor por defecto devuelve todas las filas). Valor por defecto: -1
(71 es) noDatetimeStringSync: no garantiza ResultSet.getDatetimeType toString () () es igual a ( () por defecto - ResultSet.getString: ... Para falsa
(72) nullCatalogMeansCurrent: Cuando DatabaseMetadataMethods solicitan valor del parámetro "directorio" " nula "¿eso significa que no es compatible con el directorio actual JDBC, pero en línea con una versión anterior de la conducta tradicional de los valores predeterminados del controlador:?. true
(73) nullNamePatternMatchesAll: * si los métodos DatabaseMetaData parámetros de patrón aceptados deben tratar nula por el '%' tratados de la misma manera (JDBC no son compatibles, pero la versión tales desviaciones anterior del controlador puede aceptar la especificación) por defecto :. true
(74) del pedante: el cumplimiento estricto de la especificación JDBC por omisión :. en false
(75) para relaxAutoCommit: Si el controlador versión del servidor MySQL del conectado no admite transacciones, todavía permiten que las llamadas se comprometen (), rollback () y setAutoCommit () verdadero / falso, el valor por defecto:?. falsa
(76) retainStatementAfterResultSetClose: después de llamar ResultSet.close (), el controlador si la declaración citada guardado en el conjunto de resultados? en JD Después de BC-4.0, no es compatible con el valor por defecto de JDBC Para :. verdadera
(77) rollbackOnPooledClose: grupo de conexión cuando la conexión lógica se cierra, si el conductor debe ser emitido rollback) por defecto (:? Verdadero
(78) runningCTS13: Sun y permitir el procesamiento defectos TestSuite 1.3 versión compatible con JDBC. Por defecto: false
(79) serverTimezone : detectar la cobertura zona horaria / mapeo. El valor por defecto cuando la zona horaria del servidor se asigna a la zona horaria de Java: Ninguno
(80) strictFloatingPoint: Sólo se utiliza en versiones anteriores de la prueba de compatibilidad. Valor por defecto: falso
(81) strictUpdates: si el conductor puede ser actualizado para hacer frente al conjunto de resultados de inspección estricta (Seleccione todas clave principal)? Valor por defecto: true
(82) tinyInt1isBit: si el conductor debe TINYINT tipo de datos (1) tratado como tipo BIT? Cuando se crea una tabla, el servidor realizará BIT -> TINYINT (1) operación. Por defecto: en true
(83) transformedBitIsBoolean: Si el TINYINT conductor (1) en un tipo diferente, para la compatibilidad con MySQL-5,0, si el conductor debe utilizar el BIT sustituido BOOLEANA? Esto es porque el MySQL-5,0 tiene un tipo de BIT. Valor por defecto: falso
(84) ultraDevHack: Debido Ultradev dañado, y todas las declaraciones emitidas por el prepareCall (), si es necesario, si desea crear PreparedStatements es prepareCall () por defecto :? falsos
(85): useHostsInPrivileges en DatabaseMetaData.getColumn / TablePrivileges () para que el usuario añada "@hostname". Verdadero / falso, por defecto es "verdadero". Por defecto: en true
(86) useOldUTF8Behavior: 4,0 y cuando comunicarse con el servidor antes, el uso de UTF-8. Por defecto: false
(87) useOnlyServerErrorMessages: mensajes de error devueltos por el servidor, no preestablecer el mensaje de error Sqlstate "estándar". Por defecto: true

(89) useSqlStateCodes: código de estado utilizando SQL estándar sustituidos código de estado de X / Open / SQL "tradicional". Por defecto: a verdaderos 
(90) useStreamLengthsInPrepStmts: si utilizar PreparedStatement / ResultSet.setXXXStream) parámetro de longitud de flujo (en la llamada al método? Valor por defecto: true
(91) useTimezone: si la conversión intervalo de tipo fecha / hora en el cliente y el servidor. Por defecto: false
(92) se useUnbufferedInput: BufferedInputStream no se utiliza para leer los datos desde el servidor. Valor por defecto: en true
(93) yearIsDateType: si el conductor MySQL JDBC debe escribir "AÑO" tratado como java.sql.Date o corto? Valor por defecto: true
(94) zeroDateTimeBehavior: Cuando los encuentros conductor de fecha y hora por completo los valores de ceros, lo que debería aparecer? MySQL usarlo para indicar una fecha no válida. Los valores válidos son "excepción", "redondo" y "convertToNull". Valor por defecto: es una excepción.

Publicado 52 artículos originales · ganado elogios 7 · Vistas a 10000 +

Supongo que te gusta

Origin blog.csdn.net/YKWNDY/article/details/105088699
Recomendado
Clasificación