标签：MySQL故障处理 第4页

文档解释 Error number: MY-013523; Symbol: ER_TABLE_NAME_IN_UPPER_CASE_NOT_ALLOWED_FOR_FK; SQLSTATE: HY000 Message: Table name ‘%s.%s’ containing upper case characters, used by foreign key ‘%s’ in table ‘%s.%s’, is not allowed with lower_case_table_names = 1. 错误说明 ER_TABLE_NAME_IN_UPPER_CASE_NOT_ALLOWED_FOR_FK是MySQL中的一个错误，当创建外键时，在大写格式下写入表名或数据库名时会发生此错误。普通用户会收到会发现MySQL无法执行SQL语句，并显示错误信息以下： Error code: MY-013523 Symbol: ER_TABLE_NAME_IN_UPPER_CASE_NOT_ALLOWED_FOR_FK SQLSTATE: HY000 Message: Table name in uppercase is not allowed for foreign key in clause ‘%s’ 常见案例 ER_TABLE_NAME_IN_UPPER_CASE_NOT_ALLOWED_FOR_FK的错误最常见的情况是用户使用SQL语句来创建和添加MySQL数据库中的外键时出现的。它会发生在当使用大写的单词建立表名或数据库名时发生的。 例如： CREATE TABLE EMP ( id INT NOT NULL, EMP_ID INT NOT NULL, FOREIGN KEY(EMPID) REFERENCES EMPLOYEE(EMPID) ); 在这个例子中，表EMPLOYEE有一个大写的表名“EMPLOYEE”，而外键需要小写格式，将会抛出ER_TABLE_NAME_IN_UPPER_CASE_NOT_ALLOWED_FOR_FK错误即MY-013523。 解决方法 最简单的解决方法就是确保表名书写正确：使用小写格式的表名来创建外键。此外，也可以使用表和数据库的名称缩写。 例如： CREATE TABLE EMP ( id INT NOT NULL, EMP_ID INT NOT NULL, FOREIGN KEY(EMPID) REFERENCES Employee(EMPID) ); 上述例子中，我们将表“Employee”改为“Employee”，使用小写格式，外键仍然可以正确创建。

文档解释 Error number: MY-014024; Symbol: ER_AUTHENTICATION_OCI_INVALID_TOKEN; SQLSTATE: HY000 Message: Invalid security token provided by ‘%s’ for ‘%s’@’%s’: %s. 错误说明： MY-014024 ER_AUTHENTICATION_OCI_INVALID_TOKEN是一个MySQL的错误。这个错误是在使用Oracle 安全性框架（Oracle Secure External Password Store）时发出的，它是用于连接MySQL服务器的存储登录身份信息的机制。Oracle认证过程中认证口令无效时发出此错误。 常见案例 此错误主要在使用Oracle安全性框架时发出，主要出现在认证口令不匹配时发出此错误，主要原因是由于口令错误，导致后端无法认证。 解决方法： • 解决此错误，首先确认MySQL服务器和OEBS客户之间的连接正确。 • 检查口令，确保它们匹配。 • 同步MySQL和OEBS之间的用户名。 • 在MySQL服务器上确保拥有相应的权限以访问OABS数据库。 • 确保MySQL服务器可以查看和写入相应的文件，如：.ora证书文件。 • 重置OABS密码，确保MySQL服务器上的密码與OEBS上的密码一致。

文档解释 Error number: MY-010448; Symbol: ER_EVENT_EXECUTION_FAILED_USER_LOST_EVEN_PRIVILEGE; SQLSTATE: HY000 Message: Event Scheduler: [%s].[%s.%s] execution failed, user no longer has EVENT privilege. 错误说明： MY-010448错误，名为ER_EVENT_EXECUTION_FAILED_USER_LOST_EVEN_PRIVILEGE，SQLSTATE码为HY000，是MySQL 的一个错误，它表明执行事件时，MySQL无法使用服务器用户拥有的权限。 常见案例 这个错误通常是由于用户在MySQL中拥有的权限发生了变化，所以MySQL无法检测服务器用户的权限，从而导致执行事件失败。比如，当管理员更改MySQL数据库中某个用户的权限，此时服务器用户可能会失去拥有的权限，这就是导致该错误的原因之一。 解决方法： 通常来说，只要用户重新获得所缺失的权限（或根据需要更新权限），该错误就可以被解决。 1. 首先，登录MySQL，使用“SHOW GRANTS”命令来检查和查找服务器用户的所有当前权限列表。 2. 然后，使用GRANT语句来为用户添加所需的权限，如：GRANT SELECT, INSERT ON database.table TO ‘user’@’hostname’; 3. 最后，使用FLUSH PRIVILEGES语句来刷新更改，使其立即生效，如：FLUSH PRIVILEGES; 通过以上操作，可以重新获取用户失去的权限，从而解决ER_EVENT_EXECUTION_FAILED_USER_LOST_EVEN_PRIVILEGE错误。另外，用户也可以使用revoke命令删除用户不再需要的权限。

文档解释 Error number: MY-011432; Symbol: ER_KEYRING_AWS_INCORRECT_FILE; SQLSTATE: HY000 Message: Incorrect Keyring file 错误说明： MySQL错误代码MY-011432，对应的Sqlstate HY000，提示符ER_KEYRING_AWS_INCORRECT_FILE，它表示在使用AWS Keyring插件是，所提供的外部文件的格式不正确。AWS Keyring插件的作用是将Keyring信息存储在亚马逊S3服务上，用户可以把凭据保存在具有加密功能的服务中。 常见案例 通常在安装AWS Keyring插件时，如果指定的外部文件格式不正确，会导致该错误的产生。例如用户指定的外部文件是“YAML / JSON / XML / JSON5 / INI”之外的格式，那么该错误就会发生。 解决方法： 为了解决这个问题，用户需要检查指定的外部文件格式是否正确。如果是其他格式，可以使用“YAML / JSON / XML / JSON5 / INI”之一的格式作为替代，然后重新安装AWS Keyring插件。另外，用户可以重新编辑外部文件，确保其内容按照YAML / JSON / XML / JSON5 / INI格式正确编写，以便能正确地安装AWS Keyring插件。

文档解释 Error number: MY-010364; Symbol: ER_TZ_TRANSITION_TYPE_TABLE_TYPE_TOO_LARGE; SQLSTATE: HY000 Message: Error while loading time zone description from mysql.time_zone_transition_type table: too big transition type id 错误说明 MY-010364 错误是MySQL的一个SQLSTATE诊断码，属于“HY000”类型，它指出了一个常见数据库问题“ER_TZ_TRANSITION_TYPE_TABLE_TYPE_TOO_LARGE”，即转换类型表类型太大。 常见案例 当操作者尝试使用MySQL数据库时，可能会遇到这个错误，例如加载或更新时区表、装载timezoneinformation类型表或将某个时区扩展到另一个服务器。当表的大小超过限制时，可能会出现这个错误。MySQL限制一个表的最大大小为4GB，包括多个表的总大小。 解决方法 一旦出现了MY-010364错误，最先要做的就是检查你的表。可以用SHOW TABLE STATUS FROM `yourDBname`来检查表大小，如果表大小超过4GB，就需要将表分割为多个小表，并在不同的数据库中进行存储。此外，为了改善表的性能，还可以考虑将表的字段分割为多组，并将它们保存在不同的表中，以降低查询的复杂性，加快查询速度。

文档解释 Error number: 4086; Symbol: ER_TOO_MANY_WINDOWS; SQLSTATE: HY000 Message: Too many windows in SELECT: %d. Maximum allowed is %d. Use named windows to share windows between window functions. 错误说明 ER_TOO_MANY_WINDOWS错误是MySQL数据库服务器中的一种错误代码，该代码由MySQL引擎抛出，当打开窗口数量超过允许最大数量时，就会抛出此错误消息。该错误具有MySQL代码4086和SQLSTATE“HY000”，它是基于标准ANSI SQL发出的，因此它是一种跨平台的错误。 常见案例 ER_TOO_MANY_WINDOWS错误通常是由MySQL引擎抛出的，并且它通常是MySQL引擎无法将打开的窗口关闭的结果，然后在尝试再次打开新的窗口时才出现这种错误。典型的情况可能会发生在，在尝试访问数据库中已存在的表时，开发者将一个嵌套查询放入表中，实际上，MySQL引擎将开启多个窗口，以运行查询，因此，当开启的数量超过服务器允许的最大数量时，就会抛出ER_TOO_MANY_WINDOWS错误消息。 解决方法 如果您遇到了ER_TOO_MANY_WINDOWS错误消息，则无法继续操作MySQL服务器上的表或数据库，这可能会对整个MySQL应用程序产生潜在的破坏性影响。如果您在尝试更新一个已经存在的表时发现了该错误，则可以通过以下一些步骤尝试解决此错误： 1. 为MySQL数据库服务器增加内存，充足的内存将帮助避免ER_TOO_MANY_WINDOWS错误，并且能够处理更多的查询，而不会在内存不足的情况下受到影响。 2. 如果您正在执行复杂的查询，请尝试剥离其中的嵌套查询，将它们保存为独立的存储过程，以加快查询的执行速度并减少ER_TOO_MANY_WINDOWS错误的可能性。 3. 修改配置文件，更改其中设置“max_open_window” 的值，以确保MySQL服务器允许打开的最大窗口数量满足您的查询需求。 4. 如果没有任何改进，请重新启动MySQL服务器，如果重新启动MySQL服务器可以解决ER_TOO_MANY_WINDOWS错误，说明在服务器上存在一些未关闭的窗口。

文档解释 Error number: MY-013734; Symbol: ER_GRP_RPL_MEMBER_ACTION_PARSE_ON_RECEIVE; SQLSTATE: HY000 Message: Unable to parse the member actions configuration sent by the primary. 错误说明： MY-013734错误是MySQL出现的一个服务器级别的错误，主要影响服务器组复制（Group Replication）。它代表“在接收操作消息时无法解析成员操作”。该错误可以在MySQL错误日志中写入。 常见案例 MY-013734错误主要发生在MySQL服务器组复制（Group Replication）时。当服务器尝试从另一个成员接收并解析操作消息时，就会发生此错误。该错误可能是由于消息内容缺失或不正确导致的，或可能是由于网络隔离导致的消息丢失。 解决方法： 对于MY-013734错误，排查SQL服务器错误日志并尝试找出消息内容的源头，是否缺失或不正确的消息或者消息丢失。如果是此问题，应该在源头处处理，以解决此问题。 另外，应执行一项服务器组复制检查，包括健康检查报告等，以确保在网络上没有隔离的成员站点。这将帮助检测是否正在正常复制消息，并且在健康检查报告中指定了消息丢失。最后，要确保使用最新版本的MySQL服务器，因为以前版本可能会存在潜在的错误，这可能会导致这些问题 排查其他可能的原因，例如，插件版本问题，系统资源（内存和CPU）不足，数据完整性问题，网络延迟等问题。对于这些原因，可以采取措施解决错误，并重启服务器以重新激活Group Replication服务器组。如果问题仍然存在，则应考虑使用支持MySQL的服务来解决问题。

文档解释 Error number: 3734; Symbol: ER_FK_NO_COLUMN_PARENT; SQLSTATE: HY000 Message: Failed to add the foreign key constraint. Missing column ‘%s’ for constraint ‘%s’ in the referenced table ‘%s’ 错误说明： ER_FK_NO_COLUMN_PARENT是MySQL的一个错误代码，表示当一个表定义外键时，没有一个列在外键表中存在。这个错误出现的原因是外键定义的列没有在另一个表中找到。 常见案例 这个错误可能是由创建外键时外键定义的列没有在另一个表中发现导致的。例如，假设表A有一个列ID，它是表B的主键，并且在表A中存在一个外键，指向表 B 中的列foo，但是在表B中并不存在列foo，那么在这种情况下就会出现ER_FK_NO_COLUMN_PARENT错误。 解决方法： 解决此错误的最简单方法是确保外键定义的列存在于另一个表中。可以在建立外键之前先查看列是否存在。如果不存在，可以使用ALTER TABLE语句在相关表中创建此列，然后再次尝试创建外键。 在出现ER_FK_NO_COLUMN_PARENT错误时，也可以使用MySQL的SHOW CREATE TABLE语句来检查外键是否已正确定义。如果外键定义正确，但是仍然出现错误，可以考虑使用DROP TABLE和RENAME TABLE语句重新建立表，然后再次尝试创建外键。 如果出现此错误，可以使用MySQL的SHOW WARNINGS语句来查看错误的具体信息，检查是否已在正确的表中定义外键，以及是否指定了正确的参照表/键值。可以根据MySQL的提示来解决问题，如果问题仍然没有解决，可以考虑将问题报告给MySQL支持团队。

文档解释 Error number: 3649; Symbol: ER_CORRUPTED_JSON_DIFF; SQLSTATE: HY000 Message: Corrupted JSON diff for table %.*s, column %s. 错误说明： ER_CORRUPTED_JSON_DIFF 错误表明MySQL检测到损坏的JSON差异，这是MariaDB（或MySQL）服务器上非常严重的错误，因为它可能导致MySQL服务器发生致命的错误。 常见案例 ER_CORRUPTED_JSON_DIFF 可能是由于MySQL服务器数据表结构中的JSON列损坏引起的。如果MySQL服务器使用的是InnoDB存储引擎，它可能会导致表空间（ibdata文件）的数据库表空间损坏。此外，由于MySQL在检测到损坏JSON时停止正常启动，这可能会给DBA带来更多的问题。 解决方法： 最常见的解决方法是使用MySQL重新构建和恢复，并在恢复数据之前仔细检查和修复损坏的JSON列。DBA需要使用可靠的MySQL数据库备份和恢复工具来完成恢复，这样可以确保没有丢失任何有用的数据。 DBA可以选择使用MySQL数据库官方提供的备份和恢复工具，也可以使用更可靠和更高效的数据库备份和恢复工具来完成重新构建和恢复。 此外，DBA还可以使用MySQL检查工具来找出数据库中哪一列受到损坏。只需使用正确的MySQL检查和修复命令来找到并恢复坏的JSON列，MySQL服务器才能继续正常运行。

文档解释 Error number: MY-012636; Symbol: ER_IB_MSG_811; SQLSTATE: HY000 Message: %s 错误说明： MySQL的ER_IB_MSG_811错误，其实就是InnoDB的一个错误。这个错误号表示“复制时发生内部错误，不应该发生”，意味着难以重现的关键错误发生了。系统报告MySQL错误代码ER_IB_MSG_811，SQLSTATE HY000，紧接着是一个短语“ Migration may have already finished”，意思是“迁移可能已经结束”。 常见案例 这个错误可能会在更新表结构时出现，这时系统会尝试复制新结构，但复制时会发生内部错误，难以重现。此时系统会报告MySQL错误代码ER_IB_MSG_811，SQLSTATE HY000，同时也会报告“ Migration may have already finished”的内容。 解决方法： 一般处理方法及步骤 1. 确认服务器是否安装了正确的InnoDB引擎，如果服务器上安装了不兼容的引擎，则需要更新该引擎。 2. 尝试禁用InnoDB存储引擎（通过修改MySQL配置文件，仅禁用此引擎），如果错误消失，则InnoDB存储引擎正在引发此问题。 3. 尝试使用mysqldump工具备份mysql数据库，如果过程正常运行，则说明ER_IB_MSG_811可能是临时表碎片损坏的问题，可以使用”OPTIMIZE TABLE tbl_name”命令重新优化表，然后必要时尝试重新更新表结构。 4. 到MySQL官方支持网站上搜索ER_IB_MSG_811错误，可以检查更新后的MySQL版本，可以灵活使用MySQL执行操作，或者升级MySQL到最新版本。 5. 尝试使用REPAIR TABLE命令修复表，这可能会重新定义表结构，以便在复制期间正确处理表。 6. 如果以上方案均无法解决ER_IB_MSG_811错误，可以考虑联系MySQL官方技术支持，或者考虑在开源社区中寻找解决方案。