MYSQL组复制中错误日志的系统消息
通过MYSQL组复制,您可以通过将系统状态复制到一组服务器来创建具有冗余的容错系统。即使某些服务器随后发生故障,只要不是所有服务器或大多数服务器,系统仍然可用。
为了使DBA能够在组生存期内对主要事件进行后期观察,必须始终记录这些事件。用户已经可以通过增加8.0.21之前的错误日志的详细程度来指示服务器执行此操作。现在有一种更简单的方法。
在MySQL8.0.21上,我们针对组复制日志消息进行了改头换面,牢记一个目标:
MySQLDBA必须能够通过服务器的错误日志来观察组的主要事件,而不管错误日志的详细程度如何。
为此,我们确实将许多日志消息重新分类为系统消息。始终记录系统消息,而与服务器日志级别无关。
主要故障转移的示例:
通过组复制,您可以通过将系统状态复制到一组服务器来创建具有冗余的容错系统。即使某些服务器随后发生故障,只要不是所有服务器或大多数服务器,系统仍然可用。
为了使DBA能够在组生存期内对主要事件进行后期观察,必须始终记录这些事件。用户已经可以通过增加8.0.21之前的错误日志的详细程度来指示服务器执行此操作。现在有一种更简单的方法。
在MySQL8.0.21上,我们针对组复制日志消息进行了改头换面,牢记一个目标:
MySQLDBA必须能够通过服务器的错误日志来观察组的主要事件,而不管错误日志的详细程度如何。
为此,我们确实将许多日志消息重新分类为系统消息。始终记录系统消息,而与服务器日志级别无关。
主要故障转移的示例:
2020-07-22T12:31:21.078766Z0[Warning][MY-011493][Repl]Plugingroup_replicationreported:'Memberwithaddress10.0.0.1:3306hasbecomeunreachable.'
2020-07-22T12:31:32.082929Z0[Warning][MY-011499][Repl]Plugingroup_replicationreported:'Membersremovedfromthegroup:10.0.0.1:3306'
2020-07-22T12:31:32.082960Z0[System][MY-011500][Repl]Plugingroup_replicationreported:'Primaryserverwithaddress10.0.0.1:3306leftthegroup.ElectingnewPrimary.'
改进的最好之处在于,DBA/操作员无需进行任何配置更改。
结论
遵循我们不断改进的传统,我们再次使用相同的服务器默认值使组复制更易于使用。
来源:《MySQL ::DeveloperZone》
为了使DBA能够在组生存期内对主要事件进行后期观察,必须始终记录这些事件。用户已经可以通过增加8.0.21之前的错误日志的详细程度来指示服务器执行此操作。现在有一种更简单的方法。
在MySQL8.0.21上,我们针对组复制日志消息进行了改头换面,牢记一个目标:
MySQLDBA必须能够通过服务器的错误日志来观察组的主要事件,而不管错误日志的详细程度如何。
为此,我们确实将许多日志消息重新分类为系统消息。始终记录系统消息,而与服务器日志级别无关。
主要故障转移的示例:
通过组复制,您可以通过将系统状态复制到一组服务器来创建具有冗余的容错系统。即使某些服务器随后发生故障,只要不是所有服务器或大多数服务器,系统仍然可用。
为了使DBA能够在组生存期内对主要事件进行后期观察,必须始终记录这些事件。用户已经可以通过增加8.0.21之前的错误日志的详细程度来指示服务器执行此操作。现在有一种更简单的方法。
在MySQL8.0.21上,我们针对组复制日志消息进行了改头换面,牢记一个目标:
主要故障转移的示例:
1
2
3
4
5
6
7
改进的最好之处在于,DBA/操作员无需进行任何配置更改。
结论
遵循我们不断改进的传统,我们再次使用相同的服务器默认值使组复制更易于使用。结论
遵循我们不断改进的传统,我们再次使用相同的服务器默认值使组复制更易于使用。
来源:《MySQL ::DeveloperZone》
精选留言