从服务器接收到的字段的未知字符集索引

Question

我有一个 MySQL 5.0.4.1 实例，其中有一个用 Hibernate 编写的应用程序。在其中一个页面上，我在服务器日志中收到以下错误消息：

从服务器收到的字段“123”的未知字符集索引。
在 com.mysql.jdbc.Connection.getCharsetNameForIndex(Connection.java:1664)
在 com.mysql.jdbc.Field.(Field .java:144)
在 com.mysql.jdbc.MysqlIO.unpackField(MysqlIO.java:506)
在 com.mysql.jdbc.MysqlIO.getResultSet(MysqlIO.java:280)
在 com .mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1319)
在 com.mysql.jdbc.MysqlIO.sqlQuery(MysqlIO.java:1218)
在 com.mysql.jdbc.Connection.execSQL(Connection .java:2233)
在 com.mysql.jdbc.Connection.execSQL(Connection.java:2193)
在 com.mysql.jdbc.Connection.execSQL(Connection.java:2174)
在 com .mysql.jdbc.Connection.setAutoCommit(Connection.java:536)
在 org.apache.commons.dbcp.DelegatingConnection.setAutoCommit(DelegatingConnection.java:268)
在 org.apache.commons.dbcp.PoolingDataSource $PoolGuardConnectionWrapper.setAutoCommit(PoolingDataSource.java:293)
在 org.hibernate.transaction.JDBCTransaction.toggleAutoCommit(JDBCTransaction.java:194)
在 org.hibe rnate.transaction.JDBCTransaction.rollbackAndResetAutoCommit(JDBCTransaction.java:186)
在 org.hibernate.transaction.JDBCTransaction.rollback(JDBCTransaction.java:162)
在 org.springframework.orm.hibernate3.HibernateTransactionManager.doRollback( HibernateTransactionManager.java:603)
在 org.springframework.transaction.support.AbstractPlatformTransactionManager.processRollback(AbstractPlatformTransactionManager.java:579)
在 org.springframework.transaction.support.AbstractPlatformTransactionManager.rollback(AbstractPlatformTransactionManager.java:556)
在 org.springframework.transaction.interceptor.TransactionAspectSupport.doCloseTransactionAfterThrowing(TransactionAspectSupport.java:284)
在 org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:100)
在 org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:100) springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:170)
在 org.acegisecurity.intercept.method.aopalliance.MethodSecurityI nterceptor.invoke(MethodSecurityInterceptor.java:66)
在 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:170)
在 org.acegisecurity.intercept.method.aopalliance.MethodSecurityInterceptor.invoke( MethodSecurityInterceptor.java:66)
在 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:170)
在 org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:176)
在 $Proxy6.getDataFromDatabase（未知来源）
在 org.myCompany.myAction.load（未知来源）
在 sun.reflect.NativeMethodAccessorImpl.invoke0（本机方法）
在 sun.reflect。 NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
在 java.lang.reflect.Method.invoke(Method.java:324)
>在 org.apache.struts.actions.DispatchAction.dispatchMethod(DispatchAction.java:274)
在 org.apache.struts .actions.DispatchAction.execute(DispatchAction.java:194)
在 org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:419)
在 org.apache.struts.action.RequestProcessor.process (RequestProcessor.java:224)
在 org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
在 org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) )
在 javax.servlet.http.HttpServlet.service(HttpServlet.java:787)
在 javax.servlet.http.HttpServlet.service(HttpServlet.java:908)
在 org.apache.catalina .core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
在 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
在 org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter (FilterChainProxy.java:264)
在 org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)
在 org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFil ter(FilterSecurityInterceptor.java:72)
在 org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
在 org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110)
在 org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
在 org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
在 org. acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
在 org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:217)
在 org.acegisecurity.util.FilterChainProxy$VirtualFilterChain。 doFilter(FilterChainProxy.java:274)
在 org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:229)
在 org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
在 org.acegisecurit y.util.FilterChainProxy.doFilter(FilterChainProxy.java:148)
在 org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98)
在 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( ApplicationFilterChain.java:213)
在 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
在 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:280)
在 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509)
在 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:218)
在 org. apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509)
在 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:209)
在 org.apache.catalina.core。 StandardPipeline.invoke(StandardPipeline.java:509)
在 com.iplanet.ias.web.connector.nsapi.NSAPIProcessor.process(NSAPIProcessor.java:157)
在 com.iplanet.ias.web.WebContainer。服务（网络包含er.java:579)

此错误发生在生产环境中，因此我不知道是哪个查询产生了问题，但我知道我的所有表都没有名为“123”的列。您对可能导致此问题的原因有什么建议吗？

编辑：作为后续，我发现此行为是 known bug in MySQL 5.0.4，但我没有找到好的解决方法，因为我没有升级 mySQL 的选项。

Answer 1

可能是该字段的字符集以某种方式设置为无效值，在服务器上运行此 SQL 时出现替换表名的问题，并且“排序规则”列将显示每个 varchar/char 字段的字符集

SHOW FULL COLUMNS IN table_name;

然后您可以使用以下命令更改字段的字符集：

ALTER TABLE t MODIFY col1 VARCHAR(50) CHARACTER SET latin1;

Answer 2

在内部，MySQL 正在跨列映射索引。通常这是使用表示列索引的整数来完成的。大多数索引实际上是构建后的复合索引（col 1 + col 3），形成类似field 13。

当堆栈不是精确副本时，将数据从开发迁移到生产时，可能会发生这种情况。

正如3urdoch 提到的，您可以使用内部 MySQL 函数提取字符集；然后将表的字符集更改为兼容的编码。

或者（我愿意打赌这个问题来自哪里）您可以检查为Production 加载的驱动程序是否与为Other 服务器加载的驱动程序匹配。 如果Development/Other 服务器仍在用于测试并迁移到Production，这将防止再次发生问题。