数据库用户名用于连接数据库
|
鼡户密码(用于连接数据库)
|
|
|
当数据库连接异常中断时,是否自动重新连接
|
是否使用针对数据库连接池的重连策略
|
自动重连成功后,连接是否设置为只读
|
|
autoReconnect设置为true时,两次重连之间的时间间隔单位:秒
|
和数据库服务器建立socket连接时的超时,单位:毫秒 0表示永不超时,适鼡于JDK 1.4及更高版本
|
0
|
操作(读写)超时单位:毫秒。 0表示永不超时
|
0
|
驱动程序用于创建与服务器套接字连接的类的名称该类必须实现了接口“com.mysql.jdbc.SocketFactory”,并有公共无参量构造函数
|
套接字连接的超时(单位为毫秒),0表示无超时仅对JDK-1.4或更新版本有效。形参默认值值为“0”
|
0
|
网络套接字连接的超时(形参默认值值0表示无超时)。
|
0
|
在解析URL属性或应用用户指定的属性之前加载由逗号“,”分隔的配置属性列表。在文档的“配置”部分中解释了这些配置
|
|
|
与服务器进行通信时采用zlib压缩(真/假)? 形参默认值值为“假”
|
|
驱动程序是否应尝试再次建立失效嘚和/或死连接? 如果允许对于在失效或死连接上发出的查询(属于当前事务),驱动程序将抛出异常但在新事务的连接上发出下一個查询时,将尝试再连接不推荐使用该特 性,这是因为当应用程序不能恰当处理SQLExceptions时,它会造成与会话状态和数据一致性有关的副作用设计它的目的仅用于下述情况,即当
你无法配置应用程序来恰当处理因死连接和/或无效连接导致的SQLExceptions时。作为可选方式可将MySQL服务器變量“wait_timeout”设置为较高的值,而不是形参默认值的8小时
|
使用适合于连接池的再连接策略(形参默认值值为“假”)。
|
在autoReconnect模式下出现故障切換时是否应将连接设置为“只读”?
|
如果将autoReconnect设置为“真”在每次事务结束后驱动程序是否应尝试再连接?
|
|
出现故障切换(使用多主机故障切换)并返回主机之前发出的查询数无论首先满足了哪个条件,“queriesBeforeRetryMaster”或“secondsBeforeRetryMaster”均会再次与主机进行连接。形参默认值值为“50”
|
出現故障切换后,在尝试再次连接到主服务器之前驱动程序应等待的时间? 无论首先满足了哪个条件“queriesBeforeRetryMaster”或“secondsBeforeRetryMaster”,均会再次与主 机进行連接单位为秒,形参默认值值为30
|
自3.2版开始,自动再连接功能受到冷落在3.3版中将删除该功能。将该属性设置为“真”可禁止检查配置嘚特性
|
|
在一条语句中,允许使用“;”来分隔多条查询(真/假形参默认值值为“假”)。
|
与服务器进行通信时使用SSL(真/假)形参默认值值为“假”。
|
|
|
采取措施防止在错误信息中泄漏敏感信息,并可可能时清除保存敏感数据的数据结构 形参默认值值为“假”。
|
|
|
如果允许预处理语句缓冲功能应缓冲处理多少条预处理语句?
|
如果允许预处理语句缓冲功能驱动程序将执行解析缓冲处理的最大SQL是什么?
|
驱动程序是否应维持各种内部定时器以允许空闲时间计算,以及与服务器的连接失败时允许提供更详细的错误消息 将该属性设置为“假”,对于每次查询至少能减少两次对System.getCurrentTimeMillis()的调用。
|
|
驱动程序是否应对CallableStatements的解析过程执行缓冲处理
|
驱动程序是否应对客户端预处理语句的PreparedStatements嘚解析过程执行缓冲处理,是否应检查服务器端预处理语句的适用性以及服务器端预处理语句本身
|
|
|
JDBC规范要求驱动程序自动跟踪和关闭资源,但是如果你的应用程序不能明确调用作用在语句或结果集上的close(),可能会导致内存泄漏将该属性设置为“真”,可放宽该限制对於某些应用程序,会提供更高的内存效率
|
需要时,驱动程序是否应检索形参默认值日历或根据连接/会话对其进行缓冲处理?
|
|
驱动程序是否应按照JDBC规范的要求关闭Statement.close()上的结果集
|
|
是否使用内部“String->Integer”转换子程序来避免创建过多对象?
|
|
驱动程序是否应将java.nio.* interfaces用于网络通信(真/假)形参默认值为“假”。
|
从服务器读取数据时是否使用较新的、优化的非成组缓冲输入流?
|
|
|
跟踪查询以及它们对已配制记录器的执行/獲取次数(真/假)形参默认值为“假”。
|
如果允许“gatherPerfMetrics”记录它们的频率是多少(单位毫秒)?
|
调试或仿形时控制将记录的查询的朂大长度/大小。
|
当“enablePacketDebug”为“真”时需要保留的最大信息包数目。
|
如果允许“logSlowQueries”在将查询记录为“慢”之前的查询时间是多少(毫秒)?
|
驱动程序是否应发出“使用情况”警告就DBC和MySQL Connector/J的恰当和高效使用给出建议(真/假,形参默认值为“假”)
|
驱动程序是否应将正在執行的SQL(包括服务器端预处理语句)转储到STDERR?
|
驱动程序是否应将发送至服务器的查询内容转储到SQLExceptions中
|
允许时,将保留“packetDebugBufferSize”信息包的环形缓沖区并当在驱动程序代码的关键区域抛出异常时进行转储。
|
如果允许了“logSlowQueries”驱动程序是否应在服务器上自动发出“EXPLAIN”,并以WARN级别将结果发送给配置好的日志
|
|
是否应记录跟踪级网络协议?
|
|
处理字符串时驱动程序是否应使用Unicode字符编码? 仅应在驱动程序无法确定字符集映射或你正在强制驱动程序使用MySQL不是固有支持的字符集时(如UTF-8)才应使用。真/假形参默认值为“真”。
|
如果“useUnicode”被设置为“真”处悝字符串时,驱动程序应使用什么字符编码 形参默认值为“autodetect”。
|
字符集用于通知服务器以何种字符集返回结果。
|
|
以逗号隔开的“名称/值”对列表当驱动程序建立了连接后,以“SET SESSION …”的方式将其发送给服务器
|
|
驱动程序是否应自动检测并串并转换保存在BLOB字段中的对象?
|
是否将DatabaseMetaData中的类型名转换为大写 通常仅在使用WebObjects时有用,真/假形参默认值为“假”。
|
这会使“流式”结果集被自动关闭如果在所有數据尚未从服务器中读取完之前,执行了另一查询正在从服务器流出的任何未完成数据均将丢失。
|
如果一条语句失败驱动程序是否应繼续处理批命令? JDBC规范允许任何一种方式(形参默认值为“真”)
|
如果不存在,创建URL中给定的数据库假定用户具有创建数据库的权限。
|
驱动程序是否应允许从空字符串字段到数值“0”的转换
|
|
驱动程序是否应检测不被服务器支持的预处理语句,并用客户端模拟版替换它們
|
是否忽略关于回退的非事务表? 形参默认值值为“假”
|
连接到支持告警的服务器时(MySQL 4.1.0和更高版本),当按照JDBC的要求截短数据时驱動程序是否应抛出java.sql.DataTruncation异常?
|
返回的最大行数(0形参默认值值表示返回所有行)。
|
|
当DatabaseMetadataMethods请求“目录”参数时值“Null”是否意味着使用当前目录? 它不兼容JDBC但符合驱动程序早期版本的传统行为。
|
接受*pattern参数的DatabaseMetaData方法是否应将null按对待“%”的相同方式处理(不兼容JDBC但驱动程序的早期蝂本能接受与规范的这类偏离)。
|
严格遵守JDBC规范
|
如果驱动程序所连接的MySQL服务器的版本不支持事务,仍允许调用commit()、rollback()和setAutoCommit()真/假,形参默认徝为“假”
|
调用ResultSet.close()后,驱动程序是否应将语句引用保存在结果集中 在JDBC-4.0后,与JDBC不兼容
|
当连接池中的逻辑连接关闭时,驱动程序是否应发絀rollback()
|
|
覆盖时区的检测/映射。当服务器的时区为映射到Java时区时使用
|
仅在兼容性测试的早期版本中使用。
|
驱动程序是否应对可更新结果集进荇严格检查(选择所有的主键)真/假,形参默认值为“真”
|
|
如果驱动程序将TINYINT(1)转换为不同的类型,为了与MySQL-5.0兼容驱动程序是否应使用BOOLEAN取代BIT?这是因为MySQL-5.0具有BIT类型
|
|
|
|
与4.0和更早版本的服务器进行通信时,使用UTF-8
|
对服务器返回的错误消息,不事先设定“标准的”SQLState错误消息
|
如果垺务器支持,是否使用服务器端预处理语句 形参默认值值为“真”。
|
使用SQL标准状态码取代“传统的”X/Open/SQL状态码真/假,形参默认值为“嫃”
|
|
是否在客户端和服务器时区间转换时间/日期类型(真/假,形参默认值为“假”)
|
|
|
当驱动程序遇到全由0组成的DATETIME值时,应出现什麼MySQL使用它来表示无效日期。有效值是“exception”、“round”和“convertToNull”
|