PXC创建的文件索引¶
GRA_ \ * . log这些文件包含以ROW格式表示失败事务的binlog事件。这意味着复制线程无法应用其中一个事务。对于这些文件中的每一个，mysql错误日志文件中都有相应的警告或错误消息。这些错误也可能是假阳性，就像一个坏的
DDL语句(例如，删除一个不存在的表)，因此无需担心。然而，总是建议检查这些日志，以了解发生了什么。为了能够分析这些文件，binlog头需要添加到日志文件中。要创建
GRA_HEADER需要实例运行的文件binlog_checksum设置为没有一个并从binlog文件中提取前120个字节:＄头- c123mysqld-bin.000001>GRA_HEADER美元猫GRA_HEADER>/var/lib/mysql/GRA_1_2-bin.log美元猫/var/lib/mysql/GRA_1_2.log>>/var/lib/mysql/GRA_1_2-bin.log美元mysqlbinlog-vvv/var/lib/mysql/GRA_1_2-bin.log / * !50530集@@SESSION。PSEUDO_SLAVE_MODE＝1* /；/ * !50003集@OLD_COMPLETION_TYPE＝@@COMPLETION_TYPE, COMPLETION_TYPE＝0* /；分隔符/ * !* /；# 4#160809 16:04:05服务器id 3 end_log_pos 123启动:binlog v 4，服务器v 8.0-log创建160809 16:04:05#警告:此binlog正在使用或未正确关闭。回滚/ * !* /；BINLOG＇nbGpVw8DAAAAdwAAAHsAAAABAAQANS43LjEyLTVyYzEtbG9nAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACdsalXEzgNAAgAEgAEBAQEEgAAXwAEGggAAAAICAgCAAAACgoKKioAEjQAALfQ8hw =＇/ * !* /；# at 123#160809 16:05:49 server id 2 end_log_pos 75查询thread_id=11 exec_time=0 error_code=0使用｀测验｀/ * !* /；集时间戳＝1470738949/ * !* /；集@@session.pseudo_thread_id＝11/ * !* /；集@@session.foreign_key_checks＝1，@@session.sql_auto_is_null＝0，@@session.unique_checks＝1，@@session.autocommit＝1/ * !* /；集@@session.sql_mode＝1436549152/ * !* /；集@@session.auto_increment_increment＝1，@@session.auto_increment_offset＝1/ * !* /；/ * !\ Cuse utf8* / / * !* /；集@@session.character_set_client＝33, @@session.collation_connection＝33, @@session.collation_server＝8/ * !* /；集@@session.lc_time_names＝0/ * !* /；集@@session.collation_database＝默认/ * !* /；下降表格t / * !* /；集@@SESSION。GTID_NEXT＝“自动”／*添加通过mysqlbinlog* // * !* /；分隔符；#日志文件结束/ * !50003集COMPLETION_TYPE＝@OLD_COMPLETION_TYPE * /；/ * !50530集@@SESSION。PSEUDO_SLAVE_MODE＝0* /；此信息可用于检查MySQL错误日志中对应的错误消息。
错误消息
160805 9:33:37 8:52:21[错误]从SQL:错误'未知表'测试''查询。默认数据库:'test'。查询:'drop table test'， Error_code: 1051 160805 9:33:37 8:52:21[警告]wsprep: RBR事件1查询应用警告:1,3在这个例子中
删除表语句在不存在的表上执行。gcache.page另请参阅
雷竞技下载官网Percona数据库性能博客:关于GCache你需要知道的一切(Galera-Cache)https://www.雷竞技下载官网percona.com/blog/2016/11/16/all-you-need-to-know-about-gcache-galera-cache/
galera.cache此文件用作主写集存储。它被实现为一个永久的循环缓冲区文件，在初始化节点时预先分配到磁盘上。文件大小可以通过变量来控制
gcache.size．如果这个值越大，缓存的写集就越多，重新加入节点的机会就越大坚持而不是风场．方法可以更改文件名gcache.name变量。grastate.dat该文件包含Galera状态信息。
版本- grastate版本uuid-状态和它所经历的变化序列的唯一标识符。有关如何生成UUID的更多信息，请参见UUID．seqno-序数序号，一个64位有符号整数，用于表示序列中更改的位置。seqno是0当没有在该节点上生成或应用写集时，即在整个生命周期内没有应用/生成写集grastate文件。－1的值是特殊的吗seqno这是保存在grastate.dat而服务器正在运行，以允许Galera区分干净和不干净的关机。在一个干净的关闭，正确的seqno值被写入文件。因此，当服务器恢复时，如果值为still－1，这意味着服务器没有干净地关闭。如果值大于0，这意味着关闭是干净的。－1然后再次写入该文件，以允许服务器正确地检测下一次关机是否以相同的方式干净。cert_index-尚无通过grashate恢复索引的功能
这个文件的示例如下:
如果服务器节点在未运行时具有此状态，则意味着该节点在事务处理期间崩溃。
# GALERA保存状态版本:21。uuid:1917033 b - 7081 - 11 - e2 - 0800 - 707 - f5d3b106b seqno:1 cert_index:如果服务器节点在未运行时具有此状态，则意味着该节点已正常关闭。
# GALERA保存状态版本:21。uuid:1917033 b - 7081 - 11 - e2 - 0800 - 707 - f5d3b106b seqno:5192193423942cert_index:如果服务器节点在未运行时具有此状态，则意味着该节点在DDL期间崩溃。
# GALERA保存状态版本:21。uuid:000000000000-0000-0000-000000000000 seqno:1 cert_index:gvwstate.dat
此文件用于主组件恢复特性。这个文件是在主组件形成或更改之后创建的，因此您可以获得该节点所在的最新主组件。当节点正常关闭时，该文件将被删除。
第一部分包含节点UUID信息。第二部分包含视图信息。视图之间的信息是写的# vwbeg而且# vwend．视图信息包括:
* view_id: [view_type] [view_uuid] [view_seq]。- ' view_type '总是' 3 '，表示主视图。' view_uuid '和' view_seq '标识了一个唯一的视图，它可以被认为是这个主组件的标识符。* bootstrap: [bootstarp_or_not]。可以是“0”或“1”，但现在不影响主组件恢复进程。*成员:[节点的uuid][节点的段]。-它表示这个主组件中的所有节点。?？?“文件的示例”“{”。my_uuid: c5d5d990-30ee-11e4-aab1-46d0ed84b408 #vwbeg view_id: 3 bc85bd53-31ac-11e4-9895-1f2ce13f2542 2 bootstrap: 0 member: bc85bd53-31ac-11e4-9895-1f2ce13f2542 0 member: c5d5d990-30ee-11e4-aab1-46d0ed84b408 0 #vwend ' ' '