标签：MySQL故障处理

文档解释 Error number: MY-013964; Symbol: ER_REPLICATION_INCOMPATIBLE_TABLE_WITH_GIPK; SQLSTATE: HY000 Message: Failed to apply row event with %d columns, originating from a server of version %s on table ‘%s.%s’, which has %d columns, one of which is a generated implicit primary key. Replication is unsupported when the source server is older than 8.0.30, the replica table has a generated implicit primary key, and there is a difference in column count, not counting the replica’s generated implicit primary key. Align the table schemas on source and replica, and restart replication. MY-013964; ER_REPLICATION_INCOMPATIBLE_TABLE_WITH_GIPK; HY000 错误消息的意思是：在列族复制情况下，如果目标服务器上表的列族定义不兼容，则报该错误消息。 错误说明： MY-013964; ER_REPLICATION_INCOMPATIBLE_TABLE_WITH_GIPK; HY000 是MySQL出现的一个错误。这一错误是由MySQL在运行复制情况下，向一张存在列族复制的表中插入新的行，但行的列族定义在目标服务器上不兼容时产生的错误消息。比如，在源表上定义了一个列族，而在目标服务器上定义另一个不同的列族，这将引发此错误。此外，如果正在执行的复制操作是属于字段级复制，则可能会发生此错误，因为需要定义相同的列族来在字段级复制的情况。 常见案例 这个错误经常出现在MySQL的复制场景中，尤其是跨多个主机的地方。比如，用户可能使用A服务器上的复制策略，将所有的表数据都复制出来，但在B服务器上定义了不同的表结构和列族，从而导致在添加新行时出现该错误。 解决方法： 针对MY-013964; ER_REPLICATION_INCOMPATIBLE_TABLE_WITH_GIPK; HY000 这个错误，有一种比较简单的解决方法，即根据实际的表结构，对相关的服务器进行对应的列族定义。也就是说，跨多个服务器的复制情况下，需要将表结构和列族完全地应用到相关的服务器上，这样才能保证正常的复制操作，同时减少错误出现的可能性，从而避免出现 MY-013964; ER_REPLICATION_INCOMPATIBLE_TABLE_WITH_GIPK; HY000 的错误消息。另外，还可以使用 CHECK TABLE 命令，检查存储在源表和目标表中的键，以确保它们是一致的，这样也可以避免发生这个错误。

文档解释 Error number: MY-012887; Symbol: ER_IB_MSG_1062; SQLSTATE: HY000 Message: Setting log file %s size to %llu MB. Progress : %u%% 错误说明： MySQL错误代码MY-012887是ER_IB_MSG_1062，SQLSTATE：HY000，该错误也被称为“不一致的索引列类型”。当您尝试在一个表中添加或更新数据时，将抛出此错误消息。 常见案例 该错误常见于您尝试在表中插入或更新数据时发生。最常见的原因是您试图向表中插入或更新数据以更改其索引字段，但字段的数据类型不匹配其定义的索引字段类型。 解决方法： 有几种解决此错误的方法： 1.更改插入或更新的字段的数据类型以匹配其索引字段的数据类型。 2.删除您在表中定义的索引。 3.使用ALTER TABLE命令更改插入或更新的字段的索引类型以匹配其数据类型。 4.在您的查询中使用CAST或CONVERT操作符来转换要插入或更新的字段的索引类型。 5.使用ORDER BY子句更改插入或更新字段的索引类型以匹配其数据类型。 总之，此错误表明您在表中有一个不一致的索引列类型，因此可能需要更改您尝试插入数据的预期或更改表中的索引类型，以消除此错误。

文档解释 Error number: MY-012527; Symbol: ER_IB_MSG_702; SQLSTATE: HY000 Message: Invalid redo log header checksum. Error number: MY-012527; Symbol: ER_IB_MSG_702; SQLSTATE: HY000 错误说明 MY-012527/ER_IB_MSG_702是MySQLserver无法执行内部指令而发生的一个错误，对应的SQLSTATE值为HY000。 常见案例 ER_IB_MSG_702 这个错误经常发生在MySQL server在执行特定指令时，特别是当MySQL server处理大批量数据时，就容易出现这个错误。也可能发生在运行联接查询时，根据不同查询条件又结果不一样。 解决方法 MySQL server发生ER_IB_MSG_702这个错误时，可以采取的一般的解决方法有： 1. 检查MySQL server的性能，有可能是server无法正常地处理大量的数据，这里可以通过添加一下MySQL server的资源，比如处理器数量，内存硬盘等来解决问题，以确保server有足够的处理能力运行指令。 2. 检查MySQL server中的代码，有时候可能是因为代码存在问题，导致该指令不能正常执行，这里可以通过单步调试，看看到底是什么原因导致了这个问题产生。 3. 针对MySQL server中的查询，可以使用EXPLAIN语句来探究问题的原因，观察MySQL server是否存在不合理的查询及查询优化。 4. 确保MySQL server的软件及数据库版本正常，经常更新MySQL server程序中的安全补丁，保证MySQL server使用最新版本。 5. 避免使MySQL server在被请求时处理大量数据，需要添加必要的索引并优化查询内容，减少数据量，进而降低查询时间。 总之，ER_IB_MSG_702是MySQL server在运行时出现的一个错误，MySQL server不能正常处理内部指令而产生。理解及处理这个错误，需要从运行MySQL server的服务器性能，以及MySQL server的程序与数据库等入手，以便查找问题的根源，从而解决该错误。

文档解释 Error number: MY-013290; Symbol: ER_SERVER_RPL_ENCRYPTION_IGNORE_ROTATE_MASTER_KEY_AT_STARTUP; SQLSTATE: HY000 Message: Ignoring binlog_rotate_encryption_master_key_at_startup because binlog_encryption option is disabled. 错误说明： MY-013290为MySQL数据库自身的错误码，这个错误的官方说明是“当启动复制时未部署复制加密时，会报出ER_SERVER_RPL_ENCRYPTION_IGNORE_ROTATE_MASTER_KEY_AT_STARTUP错误。” 常见案例 在MySQL数据库上部署主从复制模式的时候，如果在连接Master和Slave的时候没有正确配置复制加密，就会在Slave启动的时候报出ER_SERVER_RPL_ENCRYPTION_IGNORE_ROTATE_MASTER_KEY_AT_STARTUP错误。 解决方法： 为了解决这个类其中之一的错误，可以使用下面的方法： 1. 首先确保Master和Slave端的MySQL版本号一致，这样可以保证正确复制加密的正确配置。 2. 启动复制的时候，先确保复制加密需要的文件被传输到Slave端。 3. 在Slave端，请输入‘SET GLOBAL rpl_encryption_key_ignore_rotate_at_startup=1;’ 以便允许复制加密继续工作。 4. 重启Slave以完成复制加密设置。 5. 一切正常后，可以使用SET GLOBAL下的其它参数来优化加密处理的性能。

文档解释 Error number: MY-012186; Symbol: ER_IB_MSG_361; SQLSTATE: HY000 Message: %s 左右 MySQL错误 MY-012186（ER_IB_MSG_361）的详细说明是涉及到表的空间使用率的一个错误。在默认情况下，MySQL限制表可以使用的最大空间，默认情况下为200G，如果在操作中使用的空间超过这个默认设置，那么就会报出此错误。 常见案例 1、MySQL服务器出现宕机，日志中显示“ER_IB_MSG_361”错误，表明空间限制已经达到了200G； 2、当我们尝试在MySQL中创建一个表时，发现已经存在一个大小约为200G的表，此时再创建另外一张表，就会弹出“ER_IB_MSG_361”的错误； 3、向MySQL表中插入大量数据，由于数据量比较大，会超过MySQL表空间的限制，结果报出“ER_IB_MSG_361”的错误。 解决这个错误，有两种方法： 1、删除MySQL表中的一些无用数据，腾出空间，解决“ ER_IB_MSG_361”错误； 2、如果哪个表的空间实在是太大，就需要去修改MySQL的默认空间限制，用不同的表空间重新设置其限制值，以解决“ ER_IB_MSG_361”错误。

文档解释 Error number: MY-012051; Symbol: ER_IB_MSG_226; SQLSTATE: HY000 Message: %s 错误名称：ER_IB_MSG_226 错误描述： ER_IB_MSG_226（ER_IB_MSG_226）错误代表服务器运行的数据库引擎（InnoDB）在执行某些特殊操作时发生了一些问题。 常见案例 ER_IB_MSG_226错误通常会发生在MySQL服务器尝试更新其内部表时，如在进行备份/恢复/崩溃恢复/重新启动时。 解决方法： ER_IB_MSG_226错误通常会导致MySQL服务器中断，因此管理员可以检查/强制关闭现有连接，然后重新启动MySQL服务器。 具体来讲，首先你可以试试KILL 命令，其中connection_id是那些目前正在与MySQL服务器建立连接的任何正在使用的用户的ID。 另外，您也可以使用以下命令从服务器安全关闭MySQL： SHUTDOWN; 出现ER_IB_MSG_226错误后，您还可以尝试使用命令重新启动MySQL： RESTART; 如果MySQL服务器在重新启动后仍然出现ER_IB_MSG_226错误，则您可能需要检查MySQL日志以获取更多信息，以及重新搜索Google以获取其他解决思路。 此外，您也可以考虑联系技术支持以获取更多有关ER_IB_MSG_226错误的专业帮助。

文档解释 Error number: MY-013147; Symbol: ER_SERVER_SLAVE_IGNORED_TABLE; SQLSTATE: HY000 Message: Slave SQL thread ignored the query because of replicate-*-table rules Error number: MY-013147; Symbol: ER_SERVER_SLAVE_IGNORED_TABLE; SQLSTATE: HY000 错误说明 MY-013147:ER_SERVER_SLAVE_IGNORED_TABLE错误通常表明，MySQL事件复制出现了问题。在复制延迟模式下，它意味着MySQL无法继续复制发生在延迟以后的事件，因为他们落入了延迟以后的事件（实际上是要求从MySQL服务器的事件复制过程）。 常见案例 当启用MySQL复制模式时，该错误可能会出现。在这种情况下，表只能在MySQL服务器或复制实例上看到，但不会在另一台服务器中可见，也就是抵达延迟之前的表将仅在主服务器上可以看到，而任何在延迟之后所创建的表或引起错误的任何更改则不会在从服务器上可见。 解决方法 最佳方案是，检查主服务器上的日志，以查看是否存在某种错误，这可能会影响MySQL实例的复制能力。另外，您可以针对主服务器上的表检查日志，看看是否有任何崩溃或复制错误。完成此检查后，可以使用SHOW SLAVE STATUS检查从服务器是否检测到任何异常。 有时，此复制错误可能与MySQL会话中使用的表或查询有关，例如在某个会话中创建和删除表，或在查询中，在某个会话中插入或更新多个表，但是在另一个会话中删除其中一个表时，此错误可能会出现。在这种情况下，需要重新启用复制，或在主实例上手动重新构建复制模式。 另外，要关闭超时模式，可以运行SLAVE STOP命令，或从延迟模式切换到秒模式，有助于解决造成ER_SERVER_SLAVE_IGNORED_TABLE的问题。

文档解释 Error number: MY-013435; Symbol: ER_AUDIT_LOG_CANNOT_READ_PASSWORD; SQLSTATE: HY000 Message: Cannot read password: ‘%s’. 错误说明 MySQL错误号MY-013435意味着ER_AUDIT_LOG_CANNOT_READ_PASSWORD，这是由MySQL服务器错误报告的一个内部错误。此错误表明MySQL服务器正在尝试验证审核日志，但无法读取审查密码(audit_log_password)。这是由于MySQL审核日志配置文件中的audit_log_password字段没有正确设置，或者存在某种缺失或无效的设置。 常见案例 在此错误发生时，可以更具体地描述出来： – 审核日志正在尝试使用基于识别码的身份验证，而不是密码凭证 – 无法找到应该用于审核日志的密码(audit_log_password)，可能是因为该字段上的值为空或无效 – 已将审核日志设置为非可编码格式，然后却试图使用令牌凭证认证 – 由于某种原因，MySQL实例不能正确地读取审查日志的密码 解决方案 要解决此问题，首先必须确保审核日志的配置文件中的audit_log_password字段已设置正确，其值为有效字符串，且应该书写在某种规定格式中。如果audit_log_password字段上的值无效或未正确设置，则必须重新设置该字段的值，然后重新启动MySQL实例，以便对它的配置文件的更改生效。此外，还应检查审核日志的编码格式，以确保它正确设置为可识别格式，而不是令牌凭证格式/身份验证。重新设置完成后，需要重新启动MySQL实例。如果这些解决方案也不起作用，则local_infile选项可能需要重新启用，以便MySQL审核日志可以正确读取密码。之后，MySQL实例应该没有问题，并且不会再发出此错误。

文档解释 Error number: MY-012477; Symbol: ER_IB_MSG_652; SQLSTATE: HY000 Message: %s 错误说明 ER_IB_MSG_652错误在MySQL中是一个通用的获取索引的错误，表明在执行查询时发生了错误，已经无法查询索引。这些错误发生的原因如下：数据库中的表在索引被更改之后已经变得不一致（例如，将索引大小从小到大更改），这就造成了查询表中的行时出现该错误。 常见案例 ER_IB_MSG_652错误可能是由以下几个原因引起的： 第一，MySQL在更新数据时可能会因为索引结构改变而出现该错误。例如，可能会更改一个表中的索引大小，从而造成数据库索引不一致，从而无法通过查找表中的行来执行查询，这就会导致ER_IB_MSG_652错误。 第二，MySQL数据库中表的限制可能会影响索引查询，这可能会导致ER_IB_MSG_652错误。 第三，用户可能会在MySQL数据库上执行复杂的查询，而这可能引起MySQL中存在一些问题，从而导致ER_IB_MSG_652 错误。 解决方法 当发生ER_IB_MSG_652错误时，用户可以采取一些措施来解决这个问题，比如： 第一，用户可以在MySQL中使用”OPTIMIZE TABLE”语句来优化表，以确保表中的索引保持一致，从而解决ER_IB_MSG_652错误。 第二，当MySQL的性能不佳，数据库中的表存在限制时，用户可以尝试审查和优化MySQL的查询，以确保查询高效而有效，以及尽可能减少查询中出现ER_IB_MSG_652错误的可能性。 第三，用户可以尝试检查数据库中是否存在任何损坏的表或索引，并尝试修复它们，以解决ER_IB_MSG_652错误。可以使用”CHECK TABLE”来检查此类问题，可以使用”REPAIR TABLE”来修复这些表。 因此，ER_IB_MSG_652错误可以通过上述步骤来缓解，以确保MySQL数据库能够正常工作。

文档解释 Error number: MY-013086; Symbol: ER_IB_MSG_1261; SQLSTATE: HY000 Message: %s 错误说明 ER_IB_MSG_1261错误，全称：Index column size too large. The maximum column size is 767 bytes. 这是MySQL的一个外部错误，当创建超过767字节的列索引时会出现此错误，是MySQL InnoDB(一种MySQL数据库引擎)所抛出的错误。 常见案例 当用户在数据库表中尝试建立太大的索引列(超过767B)时，就会出现ER_IB_MSG_1261错误。此错误可以细分为以下两种情况： 1.数据库引擎错误：当用户尝试在创建表时，定义超过767个字节的索引包含列时，会抛出ER_IB_MSG_1261错误。这是因为MySQL的InnoDB引擎的默认值的索引列的最大列长度为767。 2.编码错误：用户在MySQL中已存在的表上尝试创建索引时，如果索引包含更新版本的字符集，也会抛出ER_IB_MSG_1261错误。 解决方法 1.更改数据库引擎：当尝试在InnoDB引擎中创建大索引列时，应该更改表的引擎，比如改为MyISAM。MyISAM引擎允许用户定义比InnoDB引擎要大得多的索引管理列。 2.更改字符集：如果出现编码错误，可以尝试更改字符集，以便减少所需的索引列的大小。比如，从utf8改为utf8mb4就会减小索引列的长度，以便符合InnoDB引擎的默认最大限制。