第15章故障诊断连接器/ J应用程序

本节解释的症状和决议的最常见的问题与应用程序使用MySQL连接器/ J。

问题

问题和答案

15.1:当我试图连接到数据库和MySQL连接器/ J,我得到以下异常:

SQLException异常:服务器配置数据源SQLState拒绝访问:08001 VendorError: 0

什么是怎么回事?我可以连接MySQL命令行客户端就可以了。

连接器/ J通常使用TCP / IP套接字连接到MySQL(见6.9节,“使用Unix域套接字连接”和6.10节,“使用命名管道连接”例外)。MySQL服务器上的安全管理器使用其授权表来确定是否允许一个TCP / IP连接。你必须添加必要的安全凭据的MySQL服务器发出的连接格兰特声明你的MySQL服务器。看到GRANT语句为更多的信息。

15.2:我的应用程序抛出SQLException没有合适的驱动程序。为什么会这样?

这个错误可能有三个原因:

15.3:我想在applet或者应用程序中使用MySQL连接器/ J,我得到一个类似于异常:

SQLException异常:无法连接到MySQL服务器主机:3306。有在这台机器上运行的MySQL服务器/端口你试图连接到吗?(java.security.AccessControlException) SQLState: 08年s01 VendorError: 0

要么你运行Applet, MySQL服务器已经安装的skip_networking启用系统变量,或您的MySQL服务器防火墙坐在它前面。

applet只能使网络连接回机器运行的web服务器,applet的. class文件。这意味着MySQL必须运行在同一台机器上(或者你必须有某种端口重定向)工作。这也意味着你将不能测试applet从您的本地文件系统,但必须将它们部署到web服务器。

连接器/ J通常使用TCP / IP套接字连接到MySQL(见6.9节,“使用Unix域套接字连接”和6.10节,“使用命名管道连接”例外)。TCP / IP通信与MySQL可以影响skip_networking系统变量或服务器防火墙。如果MySQL已经开始skip_networking启用时,你需要在文件置评/etc/mysql/my.cnf或/etc/my.cnf对于TCP / IP连接工作。(注意,也可能存在于您的服务器配置文件数据您的MySQL服务器的目录,或者其他地方,这取决于MySQL是编译;二进制文件创建的Oracle总是寻找/etc/my.cnf和datadir/ my.cnf;看到使用选项文件详情)。如果您的MySQL服务器防火墙,防火墙需要配置为允许TCP / IP连接的主机在Java代码运行的MySQL服务器端口,MySQL是听(默认情况下,3306)。

15.4:我有一个servlet /应用程序工作正常一天,一夜之间,然后停止工作

MySQL关闭连接后8小时不活动的。你需要使用连接池处理过期连接或使用autoReconnect参数(见6.3节,“配置属性”)。

同时,抓住异常在您的应用程序和处理它们,而不是传播他们直到应用程序退出。这是良好的编程实践。MySQL连接器/ J将设置SQLState(见java.sql.SQLException.getSQLState ()在你的API文档)08年s01当遇到网络连接问题在处理一个查询。尝试重新连接MySQL。

下面的例子(简单的)显示了什么代码可以处理这些异常的样子:

公共空间doBusinessOp()抛出SQLException{连接康涅狄格州=零;声明支撑=零;ResultSet rs =零;/ / / /你想重试多少次事务/ /(或者至少_getting_连接)?/ / int retryCount = 5;布尔transactionCompleted = false;做的{{康涅狄格州= getConnection ();/ / / / javax.sql假设得到这个。/ / java.sql数据源,或者。DriverManager conn.setAutoCommit(假);/ / / /好吧,在这一点上,/ /事务的“retry-ability”实际上取决于您的应用程序逻辑,/ /你是否正在使用自动提交(在本例中是/ /不),以及你是否使用事务性存储引擎/ / / / / /在这个例子中,我们假设它是安全/ /重试整个事务,所以我们设置重试/ /数到0此时/ / / /如果你是使用专门transaction-safe表,/ /或者您的应用程序可以从连接恢复/ /坏在中间的一个操作,那么你不会/ /触摸“retryCount”,并让循环重复/ /直到retryCount = = 0。 // retryCount = 0; stmt = conn.createStatement(); String query = "SELECT foo FROM bar ORDER BY baz"; rs = stmt.executeQuery(query); while (rs.next()) { } rs.close(); rs = null; stmt.close(); stmt = null; conn.commit(); conn.close(); conn = null; transactionCompleted = true; } catch (SQLException sqlEx) { // // The two SQL states that are 'retry-able' are 08S01 // for a communications error, and 40001 for deadlock. // // Only retry if the error was due to a stale connection, // communications problem or deadlock // String sqlState = sqlEx.getSQLState(); if ("08S01".equals(sqlState) || "40001".equals(sqlState)) { retryCount -= 1; } else { retryCount = 0; } } finally { if (rs != null) { try { rs.close(); } catch (SQLException sqlEx) { // You'd probably want to log this... } } if (stmt != null) { try { stmt.close(); } catch (SQLException sqlEx) { // You'd probably want to log this as well... } } if (conn != null) { try { // // If we got here, and conn is not null, the // transaction should be rolled back, as not // all work has been done try { conn.rollback(); } finally { conn.close(); } } catch (SQLException sqlEx) { // // If we got an exception here, something // pretty serious is going on, so we better // pass it up the stack, rather than just // logging it... throw sqlEx; } } } } while (!transactionCompleted && (retryCount > 0)); }

15.5:我不能连接到MySQL服务器使用连接器/ J,我相信连接参数是正确的。

确保skip_networking系统变量没有在服务器上启用。连接器/ J必须能够通过TCP / IP与服务器通信;不支持指定套接字。也确保你不是过滤连接通过防火墙或其他网络安全系统。有关更多信息,请参见不能连接到MySQL服务器(本地)。

15.6:更新一个表,其中包含一个主键,要么是浮动或复合主键使用浮动未能更新表,提出了一个例外。

连接器/ J添加条件在哪里条款在更新检查旧的主键值。如果没有匹配,那么连接器/ J认为这失败的条件,提出了一个例外。

问题是,舍入差异提供价值和数据库中存储的值可能意味着值不匹配,因此更新失败。这个问题将会影响所有查询,不仅仅是那些从连接器/ J。

为了防止这个问题,使用不使用一个主键浮动。如果你必须使用浮点列在你的主键,使用双或小数类型的地方浮动。

15.7:我得到一个ER_NET_PACKET_TOO_LARGE例外,即使二进制斑点大小我想插入下面安全使用JDBCmax_allowed_packet大小。

这是因为hexEscapeBlock ()方法com.mysql.cj.AbstractPreparedQuery.streamToBytes ()可能几乎两倍大小的数据。

15.8:我该怎么办如果我收到错误消息类似如下:”通信链路失败——最后一个数据包发送到服务器前女士是X”吗?

一般来说,这个错误表明网络连接已经关闭。可以有多个根源:

虽然网络连接不稳定,可以有助于避免以下问题:

15.9:为什么连接器/ J不连接到MySQL和重新发出声明后通信失败而不是抛出异常,即使我使用吗autoReconnect连接字符串的选择吗?

这有几个原因。第一个是事务完整性。MySQL参考手册的州”没有安全的方法重新连接到MySQL服务器不冒着一些腐败的状态或数据库的连接状态信息”。考虑下面的一系列声明,例如:

conn.createStatement ()。执行(“更新checking_account设置余额=资产- 1000.00客户=“史密斯”);conn.createStatement ()。执行(“更新savings_account设置余额=资产+ 1000.00客户=“史密斯”);conn.commit ();

考虑到服务器的连接失败后更新来checking_account。如果没有异常,应用程序不了解这个问题,它将继续执行。然而,服务器没有提交第一个事务在这种情况下,这将回滚。但继续执行下一个事务,并增加了savings_account在1000年的平衡。应用程序没有收到一个异常,所以继续不管,最终提交第二个事务,提交的更改只适用于新的连接。而不是发生转移,存款在这个例子。

注意,使用自动提交启用并不能解决这个问题。当连接器/ J遇到沟通问题,没有办法确定服务器处理当前执行语句。以下理论状态同样是可能的:

如果您正在运行自动提交启用,不可能保证数据在服务器上的状态当遇到一个通信异常时。声明可能到达服务器,也可能不会。你只知道通信失败在某种程度上,在客户端从服务器收到的确认(或数据)。这不仅影响自动提交语句。如果发生在通信问题Connection.commit ()的问题是否服务器上的事务是提交之前沟通失败,或者服务器收到提交请求。

第二代的异常的原因是,以事务上下文数据可能是脆弱的,例如:

这些物品丢失连接失败时,如果连接默默地重新连接时没有产生一个异常,这可能损害应用程序的正确执行。

总之,沟通错误生成条件,很可能是不安全的连接器/ J默默地重新简单地忽略。有必要应用程序通知。然后对应用程序开发人员决定如何进行连接错误和失败的事件。

15.10:我怎么能使用3字节UTF8连接器/ J ?

早些时候8.0.12和:使用3字节UTF8连接器/ J集characterEncoding = utf8并设置useUnicode = true在连接字符串。

8.0.13和后:因为没有java风格的字符集名称utfmb3连接选项,您可以使用charaterEncoding,使用的唯一方法utf8mb3当你连接字符集是使用utf8mb3排序(例如,utf8_general_ci)的连接选项connectionCollation,这力量utf8mb3要使用字符集。看到6.7节,“使用字符集和Unicode”获取详细信息。

15.11:我怎么能使用4字节UTF8 (utf8mb4与连接器/ J) ?

使用4字节UTF8连接器/ J配置MySQL服务器character_set_server = utf8mb4。连接器/ J将使用该设置,如果characterEncoding和connectionCollation没有设置在连接字符串。自动识别出字符集。这相当于看到6.7节,“使用字符集和Unicode”获取详细信息。8.0.13和后:您可以使用characterEncoding = utf - 8使用utf8mb4,即使character_set_server在服务器上已设置为别的东西。

15.12:使用useServerPrepStmts = false和某些字符编码插入blob时可能导致腐败。该如何避免呢?

当使用特定的字符编码,如SJIS CP932,繁体,BLOB数据可能包含字符,可以解释为控制字符,例如,反斜杠“\”。这可能导致损坏时插入blob数据到数据库中。有两件事需要做,以避免: