MHA切换检测日志分析

GTID模式

  1. [root@db03 ~]# tail -f /etc/mha/manager.log
  2. #在MySQL select ping:2006上出错（MySQL服务器已消失）
  3. Tue Nov 19 17:52:00 2019 - [warning] Got error on MySQL select ping: 2006 (MySQL server has gone away)
  4. #获得SSH检查脚本：退出0
  5. Tue Nov 19 17:52:00 2019 - [info] Executing SSH check script: exit 0
  6. # 健康检查：可以访问SSH到10.0.0.51
  7. Tue Nov 19 17:52:00 2019 - [info] HealthCheck: SSH to 10.0.0.51 is reachable.
  8. #在MySQL connect:2003上出现错误（无法连接到“10.0.0.51”（111）上的MySQL服务器）
  9. Tue Nov 19 17:52:02 2019 - [warning] Got error on MySQL connect: 2003 (Can't connect to MySQL server on '10.0.0.51' (111))
  10. #连接失败2次。。
  11. Tue Nov 19 17:52:02 2019 - [warning] Connection failed 2 time(s)..
  12. #在MySQL connect:2003上出现错误（无法连接到“10.0.0.51”（111）上的MySQL服务器）
  13. Tue Nov 19 17:52:04 2019 - [warning] Got error on MySQL connect: 2003 (Can't connect to MySQL server on '10.0.0.51' (111))
  14. #连接失败3次。。
  15. Tue Nov 19 17:52:04 2019 - [warning] Connection failed 3 time(s)..
  16. #在MySQL connect:2003上出现错误（无法连接到“10.0.0.51”（111）上的MySQL服务器）
  17. Tue Nov 19 17:52:06 2019 - [warning] Got error on MySQL connect: 2003 (Can't connect to MySQL server on '10.0.0.51' (111))
  18. #连接失败4次。。
  19. Tue Nov 19 17:52:06 2019 - [warning] Connection failed 4 time(s)..
  20. #无法从健康检查程序访问主服务器！
  21. Tue Nov 19 17:52:06 2019 - [warning] Master is not reachable from health checker!
  22. #无法访问Master 10.0.0.51（10.0.0.51:3306）！
  23. Tue Nov 19 17:52:06 2019 - [warning] Master 10.0.0.51(10.0.0.51:3306) is not reachable!
  24. #SSH是可访问的。
  25. Tue Nov 19 17:52:06 2019 - [warning] SSH is reachable.
  26. #连接到主服务器失败。再次读取配置文件/etc/masterha_default.cnf和/etc/mha/app1.cnf，并尝试连接到所有服务器以检查服务器状态。
  27. Tue Nov 19 17:52:06 2019 - [info] Connecting to a master server failed. Reading configuration file /etc/masterha_default.cnf and /etc/mha/app1.cnf again, and trying to connect to all servers to check server status..
  28. #未找到全局配置文件/etc/masterha/u default.cnf。跳过！
  29. Tue Nov 19 17:52:06 2019 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
  30. #正在从/etc/mha/app1.cnf.读取应用程序默认配置。。
  31. Tue Nov 19 17:52:06 2019 - [info] Reading application default configuration from /etc/mha/app1.cnf..
  32. # 正在从/etc/mha/app1.cnf.读取服务器配置。。
  33. Tue Nov 19 17:52:06 2019 - [info] Reading server configuration from /etc/mha/app1.cnf..
  34. #GTID故障转移模式=1
  35. Tue Nov 19 17:52:07 2019 - [info] GTID failover mode = 1
  36. #死机服务器：
  37. Tue Nov 19 17:52:07 2019 - [info] Dead Servers:
  38. #10.0.0.51（10.0.0.51:3306）
  39. Tue Nov 19 17:52:07 2019 - [info]   10.0.0.51(10.0.0.51:3306)
  40. #活动服务器：
  41. Tue Nov 19 17:52:07 2019 - [info] Alive Servers:
  42. #10.0.0.52（10.0.0.52:3306）
  43. Tue Nov 19 17:52:07 2019 - [info]   10.0.0.52(10.0.0.52:3306)
  44. #10.0.0.54（10.0.0.54:3306）
  45. Tue Nov 19 17:52:07 2019 - [info]   10.0.0.54(10.0.0.54:3306)
  46. #10.0.0.53（10.0.0.53:3306）
  47. Tue Nov 19 17:52:07 2019 - [info]   10.0.0.53(10.0.0.53:3306)
  48. #活着的奴隶：
  49. Tue Nov 19 17:52:07 2019 - [info] Alive Slaves:
  50. #10.0.0.52（10.0.0.52:3306）版本=5.6.44-log（从机之间的主要旧版本）日志箱：
  51. Tue Nov 19 17:52:07 2019 - [info]   10.0.0.52(10.0.0.52:3306)  Version=5.6.44-log (oldest major version between slaves) log-bin:enabled
  52. #GTID开启
  53. Tue Nov 19 17:52:07 2019 - [info]     GTID ON
  54. #从10.0.0.51复制（10.0.0.51:3306）
  55. Tue Nov 19 17:52:07 2019 - [info]     Replicating from 10.0.0.51(10.0.0.51:3306)
  56. #10.0.0.54（10.0.0.54:3306）版本=5.6.44-log（从机之间最旧的主版本）日志箱：启用
  57. Tue Nov 19 17:52:07 2019 - [info]   10.0.0.54(10.0.0.54:3306)  Version=5.6.44-log (oldest major version between slaves) log-bin:enabled
  58. #GTID开启
  59. Tue Nov 19 17:52:07 2019 - [info]     GTID ON
  60. #从10.0.0.51复制（10.0.0.51:3306）
  61. Tue Nov 19 17:52:07 2019 - [info]     Replicating from 10.0.0.51(10.0.0.51:3306)
  62. #10.0.0.53（10.0.0.53:3306）版本=5.6.44-log（从机之间最旧的主版本）日志箱：启用
  63. Tue Nov 19 17:52:07 2019 - [info]   10.0.0.53(10.0.0.53:3306)  Version=5.6.44-log (oldest major version between slaves) log-bin:enabled
  64. #GTID开启
  65. Tue Nov 19 17:52:07 2019 - [info]     GTID ON
  66. #从10.0.0.51复制（10.0.0.51:3306）
  67. Tue Nov 19 17:52:07 2019 - [info]     Replicating from 10.0.0.51(10.0.0.51:3306)
  68. #检查从机配置。。
  69. Tue Nov 19 17:52:07 2019 - [info] Checking slave configurations..
  70. #只读=1未设置在从机10.0.0.52（10.0.0.52:3306）上。
  71. Tue Nov 19 17:52:07 2019 - [info]  read_only=1 is not set on slave 10.0.0.52(10.0.0.52:3306).
  72. #只读=1未设置在从机10.0.0.54（10.0.0.54:3306）上。
  73. Tue Nov 19 17:52:07 2019 - [info]  read_only=1 is not set on slave 10.0.0.54(10.0.0.54:3306).
  74. #只读=1未设置在从机10.0.0.53（10.0.0.53:3306）上。
  75. Tue Nov 19 17:52:07 2019 - [info]  read_only=1 is not set on slave 10.0.0.53(10.0.0.53:3306).
  76. #正在检查复制筛选设置。。
  77. Tue Nov 19 17:52:07 2019 - [info] Checking replication filtering settings..
  78. #复制筛选检查正常。
  79. Tue Nov 19 17:52:07 2019 - [info]  Replication filtering check ok.
  80. #主人倒下了！
  81. Tue Nov 19 17:52:07 2019 - [info] Master is down!
  82. #终止监视脚本。
  83. Tue Nov 19 17:52:07 2019 - [info] Terminating monitoring script.
  84. #获得退出代码20（主死亡）。
  85. Tue Nov 19 17:52:07 2019 - [info] Got exit code 20 (Master dead).
  86. #MHA：：主故障转移版本0.56。
  87. Tue Nov 19 17:52:07 2019 - [info] MHA::MasterFailover version 0.56.
  88. #启动主故障转移。
  89. Tue Nov 19 17:52:07 2019 - [info] Starting master failover.
  90. Tue Nov 19 17:52:07 2019 - [info]
  91. #*第1阶段：配置检查阶段。。
  92. Tue Nov 19 17:52:07 2019 - [info] * Phase 1: Configuration Check Phase..
  93. Tue Nov 19 17:52:07 2019 - [info]
  94. #GTID故障转移模式=1
  95. Tue Nov 19 17:52:08 2019 - [info] GTID failover mode = 1
  96. #死机服务器：
  97. Tue Nov 19 17:52:08 2019 - [info] Dead Servers:
  98. #10.0.0.51（10.0.0.51:3306）
  99. Tue Nov 19 17:52:08 2019 - [info]   10.0.0.51(10.0.0.51:3306)
  100. #通过MySQL检查主机可访问性（双重检查…）。。。
  101. Tue Nov 19 17:52:08 2019 - [info] Checking master reachability via MySQL(double check)...
  102. #好。
  103. Tue Nov 19 17:52:08 2019 - [info]  ok.
  104. #活动服务器：
  105. Tue Nov 19 17:52:08 2019 - [info] Alive Servers:
  106. #10.0.0.52（10.0.0.52:3306）
  107. Tue Nov 19 17:52:08 2019 - [info]   10.0.0.52(10.0.0.52:3306)
  108. #10.0.0.54（10.0.0.54:3306）
  109. Tue Nov 19 17:52:08 2019 - [info]   10.0.0.54(10.0.0.54:3306)
  110. #10.0.0.53（10.0.0.53:3306）
  111. Tue Nov 19 17:52:08 2019 - [info]   10.0.0.53(10.0.0.53:3306)
  112. #活奴隶：
  113. Tue Nov 19 17:52:08 2019 - [info] Alive Slaves:
  114. #10.0.0.52（10.0.0.52:3306）版本=5.6.44-log（从机之间最旧的主版本）日志箱：启用
  115. Tue Nov 19 17:52:08 2019 - [info]   10.0.0.52(10.0.0.52:3306)  Version=5.6.44-log (oldest major version between slaves) log-bin:enabled
  116. #GTID开启
  117. Tue Nov 19 17:52:08 2019 - [info]     GTID ON
  118. #从10.0.0.51复制（10.0.0.51:3306）
  119. Tue Nov 19 17:52:08 2019 - [info]     Replicating from 10.0.0.51(10.0.0.51:3306)
  120. #10.0.0.54（10.0.0.54:3306）版本=5.6.44-log（从机之间最旧的主版本）日志箱：启用
  121. Tue Nov 19 17:52:08 2019 - [info]   10.0.0.54(10.0.0.54:3306)  Version=5.6.44-log (oldest major version between slaves) log-bin:enabled
  122. #GTID开启
  123. Tue Nov 19 17:52:08 2019 - [info]     GTID ON
  124. #从10.0.0.51复制（10.0.0.51:3306）
  125. Tue Nov 19 17:52:08 2019 - [info]     Replicating from 10.0.0.51(10.0.0.51:3306)
  126. #10.0.0.53（10.0.0.53:3306）版本=5.6.44-log（从机之间最旧的主版本）日志箱：启用
  127. Tue Nov 19 17:52:08 2019 - [info]   10.0.0.53(10.0.0.53:3306)  Version=5.6.44-log (oldest major version between slaves) log-bin:enabled
  128. #GTID开启
  129. Tue Nov 19 17:52:08 2019 - [info]     GTID ON
  130. #从10.0.0.51复制（10.0.0.51:3306）
  131. Tue Nov 19 17:52:08 2019 - [info]     Replicating from 10.0.0.51(10.0.0.51:3306)
  132. #启动基于GTID的故障转移。
  133. Tue Nov 19 17:52:08 2019 - [info] Starting GTID based failover.
  134. Tue Nov 19 17:52:08 2019 - [info]
  135. #**第1阶段：配置检查阶段完成。
  136. Tue Nov 19 17:52:08 2019 - [info] ** Phase 1: Configuration Check Phase completed.
  137. Tue Nov 19 17:52:08 2019 - [info]
  138. #*第2阶段：主停堆阶段。。
  139. Tue Nov 19 17:52:08 2019 - [info] * Phase 2: Dead Master Shutdown Phase..
  140. Tue Nov 19 17:52:08 2019 - [info]
  141. #强制关闭，使应用程序永远无法连接到当前主服务器。。
  142. Tue Nov 19 17:52:08 2019 - [info] Forcing shutdown so that applications never connect to the current master..
  143. #[警告]未设置master_ip_failover_脚本。正在跳过失效的主IP地址
  144. Tue Nov 19 17:52:08 2019 - [warning] master_ip_failover_script is not set. Skipping invalidating dead master IP address.
  145. #[警告]关闭脚本未设置。跳过显式关闭已死亡的主控形状。
  146. Tue Nov 19 17:52:08 2019 - [warning] shutdown_script is not set. Skipping explicit shutting down of the dead master.
  147. #*第2阶段：主停堆阶段完成。
  148. Tue Nov 19 17:52:09 2019 - [info] * Phase 2: Dead Master Shutdown Phase completed.
  149. Tue Nov 19 17:52:09 2019 - [info]
  150. #*第3阶段：主恢复阶段。。
  151. Tue Nov 19 17:52:09 2019 - [info] * Phase 3: Master Recovery Phase..
  152. Tue Nov 19 17:52:09 2019 - [info]
  153. #*第3.1阶段：获取最新的从属阶段。。
  154. Tue Nov 19 17:52:09 2019 - [info] * Phase 3.1: Getting Latest Slaves Phase..
  155. Tue Nov 19 17:52:09 2019 - [info]
  156. #所有从属服务器上的最新二进制日志文件/位置是mysql bin.000005:191
  157. Tue Nov 19 17:52:09 2019 - [info] The latest binary log file/position on all slaves is mysql-bin.000005:191
  158. #检索到Gtid集：6e607afa-0a67-11ea-ac08-000c29f3321a:1-2
  159. Tue Nov 19 17:52:09 2019 - [info] Retrieved Gtid Set: 6e607afa-0a67-11ea-ac08-000c29f3321a:1-2
  160. #最新从属服务器（接收到最新中继日志文件的从属服务器）：
  161. Tue Nov 19 17:52:09 2019 - [info] Latest slaves (Slaves that received relay log files to the latest):
  162. #10.0.0.52（10.0.0.52:3306）版本=5.6.44-log（从机之间最旧的主版本）日志箱：启用
  163. Tue Nov 19 17:52:09 2019 - [info]   10.0.0.52(10.0.0.52:3306)  Version=5.6.44-log (oldest major version between slaves) log-bin:enabled
  164. #GTID开启
  165. Tue Nov 19 17:52:09 2019 - [info]     GTID ON
  166. #从10.0.0.51复制（10.0.0.51:3306）
  167. Tue Nov 19 17:52:09 2019 - [info]     Replicating from 10.0.0.51(10.0.0.51:3306)
  168. #10.0.0.54（10.0.0.54:3306）版本=5.6.44-log（从机之间最旧的主版本）日志箱：启用
  169. Tue Nov 19 17:52:09 2019 - [info]   10.0.0.54(10.0.0.54:3306)  Version=5.6.44-log (oldest major version between slaves) log-bin:enabled
  170. #GTID开启
  171. Tue Nov 19 17:52:09 2019 - [info]     GTID ON
  172. #从10.0.0.51复制（10.0.0.51:3306）
  173. Tue Nov 19 17:52:09 2019 - [info]     Replicating from 10.0.0.51(10.0.0.51:3306)
  174. #10.0.0.53（10.0.0.53:3306）版本=5.6.44-log（从机之间最旧的主版本）日志箱：启用
  175. Tue Nov 19 17:52:09 2019 - [info]   10.0.0.53(10.0.0.53:3306)  Version=5.6.44-log (oldest major version between slaves) log-bin:enabled
  176. #GTID开启
  177. Tue Nov 19 17:52:09 2019 - [info]     GTID ON
  178. #从10.0.0.51复制（10.0.0.51:3306）
  179. Tue Nov 19 17:52:09 2019 - [info]     Replicating from 10.0.0.51(10.0.0.51:3306)
  180. #所有从机上最早的二进制日志文件/位置是mysql bin.000005:191
  181. Tue Nov 19 17:52:09 2019 - [info] The oldest binary log file/position on all slaves is mysql-bin.000005:191
  182. #检索到Gtid集：6e607afa-0a67-11ea-ac08-000c29f3321a:1-2
  183. Tue Nov 19 17:52:09 2019 - [info] Retrieved Gtid Set: 6e607afa-0a67-11ea-ac08-000c29f3321a:1-2
  184. #最老的奴隶：
  185. Tue Nov 19 17:52:09 2019 - [info] Oldest slaves:
  186. #10.0.0.52（10.0.0.52:3306）版本=5.6.44-log（从机之间最旧的主版本）日志箱：启用
  187. Tue Nov 19 17:52:09 2019 - [info]   10.0.0.52(10.0.0.52:3306)  Version=5.6.44-log (oldest major version between slaves) log-bin:enabled
  188. #GTID开启
  189. Tue Nov 19 17:52:09 2019 - [info]     GTID ON
  190. #从10.0.0.51复制（10.0.0.51:3306）
  191. Tue Nov 19 17:52:09 2019 - [info]     Replicating from 10.0.0.51(10.0.0.51:3306)
  192. #10.0.0.54（10.0.0.54:3306）版本=5.6.44-log（从机之间最旧的主版本）日志箱：启用
  193. Tue Nov 19 17:52:09 2019 - [info]   10.0.0.54(10.0.0.54:3306)  Version=5.6.44-log (oldest major version between slaves) log-bin:enabled
  194. #GTID开启
  195. Tue Nov 19 17:52:09 2019 - [info]     GTID ON
  196. #从10.0.0.51复制（10.0.0.51:3306）
  197. Tue Nov 19 17:52:09 2019 - [info]     Replicating from 10.0.0.51(10.0.0.51:3306)
  198. #10.0.0.53（10.0.0.53:3306）版本=5.6.44-log（从机之间最旧的主版本）日志箱：启用
  199. Tue Nov 19 17:52:09 2019 - [info]   10.0.0.53(10.0.0.53:3306)  Version=5.6.44-log (oldest major version between slaves) log-bin:enabled
  200. #GTID开启
  201. Tue Nov 19 17:52:09 2019 - [info]     GTID ON
  202. #从10.0.0.51复制（10.0.0.51:3306）
  203. Tue Nov 19 17:52:09 2019 - [info]     Replicating from 10.0.0.51(10.0.0.51:3306)
  204. Tue Nov 19 17:52:09 2019 - [info]
  205. #*第3.3阶段：确定新的主阶段。。
  206. Tue Nov 19 17:52:09 2019 - [info] * Phase 3.3: Determining New Master Phase..
  207. Tue Nov 19 17:52:09 2019 - [info]
  208. #从奴隶中搜索新的主。。
  209. Tue Nov 19 17:52:09 2019 - [info] Searching new master from slaves..
  210. #配置文件中的候选主控形状：
  211. Tue Nov 19 17:52:09 2019 - [info]  Candidate masters from the configuration file:
  212. #非候选硕士：
  213. Tue Nov 19 17:52:09 2019 - [info]  Non-candidate masters:
  214. #新主机为10.0.0.52（10.0.0.52:3306）
  215. Tue Nov 19 17:52:09 2019 - [info] New master is 10.0.0.52(10.0.0.52:3306)
  216. #启动主故障转移。。
  217. Tue Nov 19 17:52:09 2019 - [info] Starting master failover..
  218. Tue Nov 19 17:52:09 2019 - [info]
  219. #发件人：
  220. From:
  221. #10.0.0.51（10.0.0.51:3306）（当前主控）
  222. 10.0.0.51(10.0.0.51:3306) (current master)
  223.  +--10.0.0.52(10.0.0.52:3306)
  224.  +--10.0.0.54(10.0.0.54:3306)
  225.  +--10.0.0.53(10.0.0.53:3306)
  226. #致：
  227. To:
  228. #10.0.0.52（10.0.0.52:3306）（新母版）
  229. 10.0.0.52(10.0.0.52:3306) (new master)
  230.  +--10.0.0.54(10.0.0.54:3306)
  231.  +--10.0.0.53(10.0.0.53:3306)
  232. Tue Nov 19 17:52:09 2019 - [info]
  233. #*第3.3阶段：新主恢复阶段。。
  234. Tue Nov 19 17:52:09 2019 - [info] * Phase 3.3: New Master Recovery Phase..
  235. Tue Nov 19 17:52:09 2019 - [info]
  236. #等待应用所有日志。。
  237. Tue Nov 19 17:52:09 2019 - [info]  Waiting all logs to be applied..
  238. #完成。
  239. Tue Nov 19 17:52:09 2019 - [info]   done.
  240. #获取新主人的binlog名称和位置。。
  241. Tue Nov 19 17:52:09 2019 - [info] Getting new master's binlog name and position..
  242. #mysql bin.000002:438
  243. Tue Nov 19 17:52:09 2019 - [info]  mysql-bin.000002:438
  244. #所有其他从属服务器应从此处开始复制。语句应该是：CHANGE MASTER
  245. Tue Nov 19 17:52:09 2019 - [info]  All other slaves should start replication from here. Statement should be: CHANGE MASTER TO MASTER_HOST='10.0.0.52', MASTER_PORT=3306, MASTER_AUTO_POSITION=1, MASTER_USER='slave', MASTER_PASSWORD='xxx';
  246. #主恢复成功。文件：Pos:Exec_Gtid_Set:mysql-bin.000002、438、6e607afa-0a67-11ea-ac08-000c29f3321a:1-2
  247. Tue Nov 19 17:52:09 2019 - [info] Master Recovery succeeded. File:Pos:Exec_Gtid_Set: mysql-bin.000002, 438, 6e607afa-0a67-11ea-ac08-000c29f3321a:1-2
  248. #[警告]未设置master_ip_failover_脚本。正在跳过接管新的主IP地址。
  249. Tue Nov 19 17:52:09 2019 - [warning] master_ip_failover_script is not set. Skipping taking over new master IP address.
  250. #**已成功完成主恢复。
  251. Tue Nov 19 17:52:09 2019 - [info] ** Finished master recovery successfully.
  252. #*第3阶段：主恢复阶段完成。
  253. Tue Nov 19 17:52:09 2019 - [info] * Phase 3: Master Recovery Phase completed.
  254. Tue Nov 19 17:52:09 2019 - [info]
  255. #*第4阶段：从机恢复阶段。。
  256. Tue Nov 19 17:52:09 2019 - [info] * Phase 4: Slaves Recovery Phase..
  257. Tue Nov 19 17:52:09 2019 - [info]
  258. Tue Nov 19 17:52:09 2019 - [info]
  259. #*第4.1阶段：并行启动从机。。
  260. Tue Nov 19 17:52:09 2019 - [info] * Phase 4.1: Starting Slaves in parallel..
  261. Tue Nov 19 17:52:09 2019 - [info]
  262. #——主机10.0.0.54（10.0.0.54:3306）上的从机恢复已启动，pid:22464。如果需要时间，请检查tmp log/etc/mha/app1/10.0.0.54_3306_20191119175207.log。。
  263. Tue Nov 19 17:52:09 2019 - [info] -- Slave recovery on host 10.0.0.54(10.0.0.54:3306) started, pid: 22464. Check tmp log /etc/mha/app1/10.0.0.54_3306_20191119175207.log if it takes time..
  264. #]——主机10.0.0.53（10.0.0.53:3306）上的从机恢复已启动，pid:22465。如果需要时间，请检查tmp log/etc/mha/app1/10.0.0.53_3306_20191119175207.log。。
  265. Tue Nov 19 17:52:09 2019 - [info] -- Slave recovery on host 10.0.0.53(10.0.0.53:3306) started, pid: 22465. Check tmp log /etc/mha/app1/10.0.0.53_3306_20191119175207.log if it takes time..
  266. Tue Nov 19 17:52:10 2019 - [info]
  267. #记录来自10.0.0.54的消息。。。
  268. Tue Nov 19 17:52:10 2019 - [info] Log messages from 10.0.0.54 ...
  269. Tue Nov 19 17:52:10 2019 - [info]
  270. #重置从机10.0.0.54（10.0.0.54:3306）并从新主机10.0.0.52（10.0.0.52:3306）开始复制。。
  271. Tue Nov 19 17:52:09 2019 - [info]  Resetting slave
  272. 10.0.0.54(10.0.0.54:3306) and starting replication from the new master 10.0.0.52(10.0.0.52:3306)..
  273. #执行变更主控。
  274. Tue Nov 19 17:52:09 2019 - [info]  Executed CHANGE MASTER.
  275. #从系统启动。
  276. Tue Nov 19 17:52:09 2019 - [info]  Slave started.
  277. #gtid_wait（6e607afa-0a67-11ea-ac08-000c29f3321a:1-2）10.0.0.54（10.0.0.54:3306）完成。执行了0个事件。
  278. Tue Nov 19 17:52:09 2019 - [info]  gtid_wait(6e607afa-0a67-11ea-ac08-000c29f3321a:1-2) completed on 10.0.0.54(10.0.0.54:3306). Executed 0 events.
  279. #10.0.0.54的日志消息结束。
  280. Tue Nov 19 17:52:10 2019 - [info] End of log messages from 10.0.0.54.
  281. #——主机10.0.0.54（10.0.0.54:3306）上的从机已启动。
  282. Tue Nov 19 17:52:10 2019 - [info] -- Slave on host 10.0.0.54(10.0.0.54:3306) started.
  283. Tue Nov 19 17:52:11 2019 - [info]
  284. #10.0.0.53中的日志消息。。。
  285. Tue Nov 19 17:52:11 2019 - [info] Log messages from 10.0.0.53 ...
  286. Tue Nov 19 17:52:11 2019 - [info]
  287. #重置从机10.0.0.53（10.0.0.53:3306）并从新主机10.0.0.52（10.0.0.52:3306）开始复制。。
  288. Tue Nov 19 17:52:09 2019 - [info]  Resetting slave
  289. 10.0.0.53(10.0.0.53:3306) and starting replication from the new master 10.0.0.52(10.0.0.52:3306)..
  290. #执行变更主控。
  291. Tue Nov 19 17:52:09 2019 - [info]  Executed CHANGE MASTER.
  292. #奴隶启动。
  293. Tue Nov 19 17:52:10 2019 - [info]  Slave started.
  294. #gtid_wait（6e607afa-0a67-11ea-ac08-000c29f3321a:1-2）10.0.0.53（10.0.0.53:3306）完成。执行了0个事件。
  295. Tue Nov 19 17:52:10 2019 - [info]  gtid_wait(6e607afa-0a67-11ea-ac08-000c29f3321a:1-2) completed on 10.0.0.53(10.0.0.53:3306). Executed 0 events.
  296. #10.0.0.53的日志消息结束。
  297. Tue Nov 19 17:52:11 2019 - [info] End of log messages from 10.0.0.53.
  298. #——主机10.0.0.53（10.0.0.53:3306）上的从机已启动。
  299. Tue Nov 19 17:52:11 2019 - [info] -- Slave on host 10.0.0.53(10.0.0.53:3306) started.
  300. #所有新的从属服务器已成功恢复。
  301. Tue Nov 19 17:52:11 2019 - [info] All new slave servers recovered successfully.
  302. Tue Nov 19 17:52:11 2019 - [info]
  303. #*第5阶段：新的主清理阶段。。
  304. Tue Nov 19 17:52:11 2019 - [info] * Phase 5: New master cleanup phase..
  305. Tue Nov 19 17:52:11 2019 - [info]
  306. #在新主机上重置从机信息。。
  307. Tue Nov 19 17:52:11 2019 - [info] Resetting slave info on the new master..
  308. #10.0.0.52:重置从机信息成功。
  309. Tue Nov 19 17:52:11 2019 - [info]  10.0.0.52: Resetting slave info succeeded.
  310. #主故障转移到10.0.0.52（10.0.0.52:3306）成功完成。
  311. Tue Nov 19 17:52:11 2019 - [info] Master failover to 10.0.0.52(10.0.0.52:3306) completed successfully.
  312. #从/etc/mha/app1.cnf中删除了server1条目。
  313. Tue Nov 19 17:52:11 2019 - [info] Deleted server1 entry from /etc/mha/app1.cnf .
  314. Tue Nov 19 17:52:11 2019 - [info]
  315. #-----故障转移报告-----
  316. ----- Failover Report -----
  317. #app1:MySQL主故障转移10.0.0.51（10.0.0.51:3306）到10.0.0.52（10.0.0.52:3306）成功
  318. app1: MySQL Master failover 10.0.0.51(10.0.0.51:3306) to 10.0.0.52(10.0.0.52:3306) succeeded
  319. #大师10.0.0.51（10.0.0.51:3306）倒下了！
  320. Master 10.0.0.51(10.0.0.51:3306) is down!
  321. #有关详细信息，请查看位于db03:/etc/MHA/Manager.log的MHA Manager日志。
  322. Check MHA Manager logs at db03:/etc/mha/manager.log for details.
  323. #已启动自动（非交互式）故障转移。
  324. Started automated(non-interactive) failover.
  325. #选择10.0.0.52（10.0.0.52:3306）作为新的主控形状。
  326. Selected 10.0.0.52(10.0.0.52:3306) as a new master.
  327. #10.0.0.52（10.0.0.52:3306）：确定：应用所有日志成功。
  328. 10.0.0.52(10.0.0.52:3306): OK: Applying all logs succeeded.
  329. #10.0.0.54（10.0.0.54:3306）：确定：从机启动，从10.0.0.52（10.0.0.52:3306）复制
  330. 10.0.0.54(10.0.0.54:3306): OK: Slave started, replicating from 10.0.0.52(10.0.0.52:3306)
  331. #10.0.0.53（10.0.0.53:3306）：确定：从机启动，从10.0.0.52（10.0.0.52:3306）复制
  332. 10.0.0.53(10.0.0.53:3306): OK: Slave started, replicating from 10.0.0.52(10.0.0.52:3306)
  333. #10.0.0.52（10.0.0.52:3306）：重置从机信息成功。
  334. 10.0.0.52(10.0.0.52:3306): Resetting slave info succeeded.
  335. #已成功完成到10.0.0.52（10.0.0.52:3306）的主故障转移。
  336. Master failover to 10.0.0.52(10.0.0.52:3306) completed successfully.

普通模式

  1. #发件人：
  2. From:
  3. #10.0.0.51（10.0.0.51:3306）（当前主控）
  4. 10.0.0.51(10.0.0.51:3306) (current master)
  5.  +--10.0.0.52(10.0.0.52:3306)
  6.  +--10.0.0.54(10.0.0.54:3306)
  7.  +--10.0.0.53(10.0.0.53:3306)
  9. #致：
  10. To:
  11. #10.0.0.52（10.0.0.52:3306）（新母版）
  12. 10.0.0.52(10.0.0.52:3306) (new master)
  13.  +--10.0.0.54(10.0.0.54:3306)
  14.  +--10.0.0.53(10.0.0.53:3306)
  15. Tue Nov 19 19:22:21 2019 - [info]
  16. #*第3.3阶段：新主差异日志生成阶段。。
  17. Tue Nov 19 19:22:21 2019 - [info] * Phase 3.3: New Master Diff Log Generation Phase..
  18. Tue Nov 19 19:22:21 2019 - [info]
  19. #此服务器具有所有中继日志。不需要从最新的从机生成diff文件。
  20. Tue Nov 19 19:22:21 2019 - [info]  This server has all relay logs. No need to generate diff files from the latest slave.
  21. #发送binlog。。
  22. Tue Nov 19 19:22:21 2019 - [info] Sending binlog..
  24. Tue Nov 19 19:22:22 2019 - [info] scp from local:/etc/mha/app1/saved_master_binlog_from_10.0.0.51_3306_20191119192216.binlog to root@10.0.0.52:/var/tmp/saved_master_binlog_from_10.0.0.51_3306_20191119192216.binlog succeeded.
  25. Tue Nov 19 19:22:22 2019 - [info]
  26. #*第3.4阶段：主日志应用阶段。。
  27. Tue Nov 19 19:22:22 2019 - [info] * Phase 3.4: Master Log Apply Phase..
  28. Tue Nov 19 19:22:22 2019 - [info]
  29. #*注意：如果在此阶段发生任何错误，则需要手动恢复。
  30. Tue Nov 19 19:22:22 2019 - [info] *NOTICE: If any error happens from this phase, manual recovery is needed.
  31. #10.0.0.52（10.0.0.52:3306）开始恢复。。
  32. Tue Nov 19 19:22:22 2019 - [info] Starting recovery on 10.0.0.52(10.0.0.52:3306)..
  33. #生成差异成功。
  34. Tue Nov 19 19:22:22 2019 - [info]  Generating diffs succeeded.
  35. #等待所有中继日志应用。
  36. Tue Nov 19 19:22:22 2019 - [info] Waiting until all relay logs are applied.
  37. #完成。
  38. Tue Nov 19 19:22:22 2019 - [info]  done.
  39. #获取奴隶状态。。
  40. Tue Nov 19 19:22:22 2019 - [info] Getting slave status..
  41. #此从机（10.0.0.52）的Exec_Master_Log_Pos等于Read_Master_Log_Pos（mysql bin.000006:120）。无需从Exec_Master_Log_Pos恢复。
  42. Tue Nov 19 19:22:22 2019 - [info] This slave(10.0.0.52)'s Exec_Master_Log_Pos equals to Read_Master_Log_Pos(mysql-bin.000006:120). No need to recover from Exec_Master_Log_Pos.
  43. #连接到目标从属主机10.0.0.52，运行恢复脚本。。
  44. Tue Nov 19 19:22:22 2019 - [info] Connecting to the target slave host 10.0.0.52, running recover script..
  45. #执行命令：
  46. Tue Nov 19 19:22:22 2019 - [info] Executing command: apply_diff_relay_logs --command=apply --slave_user='mha' --slave_host=10.0.0.52 --slave_ip=10.0.0.52  --slave_port=3306 --apply_files=/var/tmp/saved_master_binlog_from_10.0.0.51_3306_20191119192216.binlog --workdir=/var/tmp --target_version=5.6.44-log --timestamp=20191119192216 --handle_raw_binlog=1 --disable_log_bin=0 --manager_version=0.56 --slave_pass=xxx
  47. Tue Nov 19 19:22:22 2019 - [info]
  48. #MySQL客户端版本是5.6.44。使用--二进制模式。应用差分二进制/中继日志文件/var/tmp/saved_master_binlog_from_10.0.0.51_3306_20191119192216.binlog on 10.0.0.52:3306。这可能需要很长时间。。。
  49. MySQL client version is 5.6.44. Using --binary-mode.
  50. Applying differential binary/relay log files /var/tmp/saved_master_binlog_from_10.0.0.51_3306_20191119192216.binlog on 10.0.0.52:3306. This may take long time...
  51. #应用日志文件成功。
  52. Applying log files succeeded.
  53. #所有中继日志均已成功应用。
  54. Tue Nov 19 19:22:22 2019 - [info]  All relay logs were successfully applied.
  55. #获取新主人的binlog名称和位置。。
  56. Tue Nov 19 19:22:22 2019 - [info] Getting new master's binlog name and position..
  57. Tue Nov 19 19:22:22 2019 - [info]  mysql-bin.000003:120
  58. #所有其他从机应从此处开始复制。语句应该是：
  59. Tue Nov 19 19:22:22 2019 - [info]  All other slaves should start replication from here. Statement should be: CHANGE MASTER TO MASTER_HOST='10.0.0.52', MASTER_PORT=3306, MASTER_LOG_FILE='mysql-bin.000003', MASTER_LOG_POS=120, MASTER_USER='slave', MASTER_PASSWORD='xxx';
  60. #-[警告]未设置master_ip_failover_脚本。正在跳过接管新的主IP地址。
  61. Tue Nov 19 19:22:22 2019 - [warning] master_ip_failover_script is not set. Skipping taking over new master IP address.
  62. #**已成功完成主恢复。
  63. Tue Nov 19 19:22:22 2019 - [info] ** Finished master recovery successfully.
  64. #*第3阶段：主恢复阶段完成。
  65. Tue Nov 19 19:22:22 2019 - [info] * Phase 3: Master Recovery Phase completed.
  66. Tue Nov 19 19:22:22 2019 - [info]
  67. #*第4阶段：奴隶恢复阶段。。
  68. Tue Nov 19 19:22:22 2019 - [info] * Phase 4: Slaves Recovery Phase..
  69. Tue Nov 19 19:22:22 2019 - [info]
  70. #*第4.1阶段：启动并行从Diff日志生成阶段。。
  71. Tue Nov 19 19:22:22 2019 - [info] * Phase 4.1: Starting Parallel Slave Diff Log Generation Phase..
  72. Tue Nov 19 19:22:22 2019 - [info]
  73. #——主机10.0.0.54（10.0.0.54:3306）上的从属差异文件生成已启动，pid:23478。如果需要时间，请检查tmp log/etc/mha/app1/10.0.0.54_3306_20191119192216.log。。
  74. Tue Nov 19 19:22:22 2019 - [info] -- Slave diff file generation on host 10.0.0.54(10.0.0.54:3306) started, pid: 23478. Check tmp log /etc/mha/app1/10.0.0.54_3306_20191119192216.log if it takes time..
  75. #——主机10.0.0.53（10.0.0.53:3306）上的从属差异文件生成已启动，pid:23479。如果需要时间，请检查tmp log/etc/mha/app1/10.0.0.53_3306_20191119192216.log。。
  76. Tue Nov 19 19:22:22 2019 - [info] -- Slave diff file generation on host 10.0.0.53(10.0.0.53:3306) started, pid: 23479. Check tmp log
  77. /etc/mha/app1/10.0.0.53_3306_20191119192216.log if it takes time..
  78. Tue Nov 19 19:22:23 2019 - [info]
  79. #10.0.0.54中的日志消息。。。
  80. Tue Nov 19 19:22:23 2019 - [info] Log messages from 10.0.0.54 ...
  81. Tue Nov 19 19:22:23 2019 - [info]
  82. #此服务器具有所有中继日志。不需要从最新的从机生成diff文件。
  83. Tue Nov 19 19:22:22 2019 - [info]  This server has all relay logs. No need to generate diff files from the latest slave.
  84. #10.0.0.54的日志消息结束。
  85. Tue Nov 19 19:22:23 2019 - [info] End of log messages from 10.0.0.54.
  86. #-10.0.0.54（10.0.0.54:3306）有最新的中继日志事件。
  87. Tue Nov 19 19:22:23 2019 - [info] -- 10.0.0.54(10.0.0.54:3306) has the latest relay log events.
  88. Tue Nov 19 19:22:23 2019 - [info]
  89. #10.0.0.53中的日志消息。。。
  90. Tue Nov 19 19:22:23 2019 - [info] Log messages from 10.0.0.53 ...
  91. Tue Nov 19 19:22:23 2019 - [info]
  92. #此服务器具有所有中继日志。不需要从最新的从机生成diff文件。
  93. Tue Nov 19 19:22:22 2019 - [info]  This server has all relay logs. No need to generate diff files from the latest slave.
  94. #10.0.0.53的日志消息结束。
  95. Tue Nov 19 19:22:23 2019 - [info] End of log messages from 10.0.0.53.
  96. #-10.0.0.53（10.0.0.53:3306）有最新的中继日志事件。
  97. Tue Nov 19 19:22:23 2019 - [info] -- 10.0.0.53(10.0.0.53:3306) has the latest relay log events.
  98. #从最新的从机生成中继diff文件成功。
  99. Tue Nov 19 19:22:23 2019 - [info] Generating relay diff files from the latest slave succeeded.
  100. Tue Nov 19 19:22:23 2019 - [info]
  101. #*第4.2阶段：启动并行从日志应用阶段。。
  102. Tue Nov 19 19:22:23 2019 - [info] * Phase 4.2: Starting Parallel Slave Log Apply Phase..
  103. Tue Nov 19 19:22:23 2019 - [info]
  104. #——主机10.0.0.54（10.0.0.54:3306）上的从机恢复已启动，pid:23482。检查tmp日志
  105. Tue Nov 19 19:22:23 2019 - [info] -- Slave recovery on host 10.0.0.54(10.0.0.54:3306) started, pid: 23482. Check tmp log /etc/mha/app1/10.0.0.54_3306_20191119192216.log if it takes time..
  106. Tue Nov 19 19:22:23 2019 - [info] -- Slave recovery on host 10.0.0.53(10.0.0.53:3306) started, pid: 23483. Check tmp log /etc/mha/app1/10.0.0.53_3306_20191119192216.log if it takes time..
  107. Tue Nov 19 19:22:24 2019 - [info]
  108. #记录来自10.0.0.54的消息。。。
  109. Tue Nov 19 19:22:24 2019 - [info] Log messages from 10.0.0.54 ...
  110. Tue Nov 19 19:22:24 2019 - [info]
  111. #发送binlog。。
  112. Tue Nov 19 19:22:23 2019 - [info] Sending binlog..
  113. Tue Nov 19 19:22:23 2019 - [info] scp from local:/etc/mha/app1/saved_master_binlog_from_10.0.0.51_3306_20191119192216.binlog to root@10.0.0.54:/var/tmp/saved_master_binlog_from_10.0.0.51_3306_20191119192216.binlog succeeded.
  114. #10.0.0.54（10.0.0.54:3306）开始恢复。。
  115. Tue Nov 19 19:22:23 2019 - [info] Starting recovery on 10.0.0.54(10.0.0.54:3306)..
  116. #生成差异成功。
  117. Tue Nov 19 19:22:23 2019 - [info]  Generating diffs succeeded.
  118. #等待所有中继日志应用。
  119. Tue Nov 19 19:22:23 2019 - [info] Waiting until all relay logs are applied.
  120. #完成。
  121. Tue Nov 19 19:22:23 2019 - [info]  done.
  122. #获取奴隶状态。。
  123. Tue Nov 19 19:22:23 2019 - [info] Getting slave status..
  124. #此从机（10.0.0.54）的Exec_Master_Log_Pos等于Read_Master_Log_Pos（mysql bin.000006:120）。无需从Exec_Master_Log_Pos恢复。
  125. Tue Nov 19 19:22:23 2019 - [info] This slave(10.0.0.54)'s Exec_Master_Log_Pos equals to Read_Master_Log_Pos(mysql-bin.000006:120). No need to recover from Exec_Master_Log_Pos.
  126. #连接到目标从属主机10.0.0.54，运行恢复脚本。。
  127. Tue Nov 19 19:22:23 2019 - [info] Connecting to the target slave host 10.0.0.54, running recover script..
  128. #执行命令：
  129. Tue Nov 19 19:22:23 2019 - [info] Executing command: apply_diff_relay_logs --command=apply --slave_user='mha' --slave_host=10.0.0.54 --slave_ip=10.0.0.54  --slave_port=3306 --apply_files=/var/tmp/saved_master_binlog_from_10.0.0.51_3306_20191119192216.binlog --workdir=/var/tmp --target_version=5.6.44-log --timestamp=20191119192216 --handle_raw_binlog=1 --disable_log_bin=0 --manager_version=0.56 --slave_pass=xxx
  130. Tue Nov 19 19:22:24 2019 - [info]
  131. #MySQL客户端版本是5.6.44。使用--二进制模式。应用差分二进制/中继日志文件/var/tmp/saved_master_binlog_from_10.0.0.51_3306_20191119192216.binlog on 10.0.0.54:3306。这可能需要很长时间。。。   应用日志文件成功。
  132. MySQL client version is 5.6.44. Using --binary-mode.
  133. Applying differential binary/relay log files /var/tmp/saved_master_binlog_from_10.0.0.51_3306_20191119192216.binlog on 10.0.0.54:3306. This may take long time...
  134. Applying log files succeeded.
  136. #所有中继日志均已成功应用。
  137. Tue Nov 19 19:22:24 2019 - [info]  All relay logs were successfully applied.
  138. #重置从机10.0.0.54（10.0.0.54:3306）并从新主机10.0.0.52（10.0.0.52:3306）开始复制。。
  139. Tue Nov 19 19:22:24 2019 - [info]  Resetting slave 10.0.0.54(10.0.0.54:3306) and starting replication from the new master 10.0.0.52(10.0.0.52:3306)..
  140. #执行变更主控。
  141. Tue Nov 19 19:22:24 2019 - [info]  Executed CHANGE MASTER.
  142. #奴隶启动。
  143. Tue Nov 19 19:22:24 2019 - [info]  Slave started.
  144. #10.0.0.54的日志消息结束。
  145. Tue Nov 19 19:22:24 2019 - [info] End of log messages from 10.0.0.54.
  146. #——主机10.0.0.54（10.0.0.54:3306）上的从机恢复成功。
  147. Tue Nov 19 19:22:24 2019 - [info] -- Slave recovery on host 10.0.0.54(10.0.0.54:3306) succeeded.
  148. Tue Nov 19 19:22:25 2019 - [info]
  149. #记录来自10.0.0.53的消息。。。
  150. Tue Nov 19 19:22:25 2019 - [info] Log messages from 10.0.0.53 ...
  151. Tue Nov 19 19:22:25 2019 - [info]
  152. #发送binlog。。
  153. Tue Nov 19 19:22:23 2019 - [info] Sending binlog..
  154. Tue Nov 19 19:22:24 2019 - [info] scp from local:/etc/mha/app1/saved_master_binlog_from_10.0.0.51_3306_20191119192216.binlog to root@10.0.0.53:/var/tmp/saved_master_binlog_from_10.0.0.51_3306_20191119192216.binlog succeeded.
  155. #10.0.0.53（10.0.0.53:3306）开始恢复。。
  156. Tue Nov 19 19:22:24 2019 - [info] Starting recovery on 10.0.0.53(10.0.0.53:3306)..
  157. #生成差异成功。
  158. Tue Nov 19 19:22:24 2019 - [info]  Generating diffs succeeded.
  159. #等待所有中继日志应用。
  160. Tue Nov 19 19:22:24 2019 - [info] Waiting until all relay logs are applied.
  161. #完成。
  162. Tue Nov 19 19:22:24 2019 - [info]  done.
  163. #获取奴隶状态。。
  164. Tue Nov 19 19:22:24 2019 - [info] Getting slave status..
  165. #此从机（10.0.0.53）的Exec_Master_Log_Pos等于Read_Master_Log_Pos（mysql bin.000006:120）。无需从Exec_Master_Log_Pos恢复。
  166. Tue Nov 19 19:22:24 2019 - [info] This slave(10.0.0.53)'s Exec_Master_Log_Pos equals to Read_Master_Log_Pos(mysql-bin.000006:120). No need to recover from Exec_Master_Log_Pos.
  167. #连接到目标从属主机10.0.0.53，运行恢复脚本。。
  168. Tue Nov 19 19:22:24 2019 - [info] Connecting to the target slave host 10.0.0.53, running recover script..
  169. #执行命令：
  170. Tue Nov 19 19:22:24 2019 - [info] Executing command: apply_diff_relay_logs --command=apply --slave_user='mha' --slave_host=10.0.0.53 --slave_ip=10.0.0.53  --slave_port=3306 --apply_files=/var/tmp/saved_master_binlog_from_10.0.0.51_3306_20191119192216.binlog --workdir=/var/tmp --target_version=5.6.44-log --timestamp=20191119192216 --handle_raw_binlog=1 --disable_log_bin=0 --manager_version=0.56 --slave_pass=xxx
  171. Tue Nov 19 19:22:24 2019 - [info]
  172. #MySQL客户端版本是5.6.44。使用--二进制模式。应用差分二进制/中继日志文件/var/tmp/saved_master_binlog_from_10.0.0.51_3306_20191119192216.binlog on 10.0.0.53:3306。这可能需要很长时间。。。应用日志文件成功。
  173. MySQL client version is 5.6.44. Using --binary-mode.
  174. Applying differential binary/relay log files /var/tmp/saved_master_binlog_from_10.0.0.51_3306_20191119192216.binlog on 10.0.0.53:3306. This may take long time...
  175. Applying log files succeeded.
  177. #所有中继日志均已成功应用。
  178. Tue Nov 19 19:22:24 2019 - [info]  All relay logs were successfully applied.
  179. #重置从机10.0.0.53（10.0.0.53:3306）并从新主机10.0.0.52（10.0.0.52:3306）开始复制。。
  180. Tue Nov 19 19:22:24 2019 - [info]  Resetting slave 10.0.0.53(10.0.0.53:3306) and starting replication from the new master 10.0.0.52(10.0.0.52:3306)..
  181. #执行变更主控。
  182. Tue Nov 19 19:22:24 2019 - [info]  Executed CHANGE MASTER.
  183. #奴隶启动。
  184. Tue Nov 19 19:22:24 2019 - [info]  Slave started.
  185. #10.0.0.53的日志消息结束。
  186. Tue Nov 19 19:22:25 2019 - [info] End of log messages from 10.0.0.53.
  187. #——主机10.0.0.53（10.0.0.53:3306）上的从机恢复成功。
  188. Tue Nov 19 19:22:25 2019 - [info] -- Slave recovery on host 10.0.0.53(10.0.0.53:3306) succeeded.
  189. #所有新的从属服务器已成功恢复。
  190. Tue Nov 19 19:22:25 2019 - [info] All new slave servers recovered successfully.
  191. Tue Nov 19 19:22:25 2019 - [info]
  192. #*第5阶段：新的主清理阶段。。
  193. Tue Nov 19 19:22:25 2019 - [info] * Phase 5: New master cleanup phase..
  194. Tue Nov 19 19:22:25 2019 - [info]
  195. #在新主机上重置从机信息。。
  196. Tue Nov 19 19:22:25 2019 - [info] Resetting slave info on the new master..
  197. #10.0.0.52:重置从机信息成功。
  198. Tue Nov 19 19:22:25 2019 - [info]  10.0.0.52: Resetting slave info succeeded.
  199. #主故障转移到10.0.0.52（10.0.0.52:3306）成功完成。
  200. Tue Nov 19 19:22:25 2019 - [info] Master failover to 10.0.0.52(10.0.0.52:3306) completed successfully.
  201. #从/etc/mha/app1.cnf中删除了server1条目。
  202. Tue Nov 19 19:22:25 2019 - [info] Deleted server1 entry from /etc/mha/app1.cnf .
  203. Tue Nov 19 19:22:25 2019 - [info] 
  205. #-----故障转移报告-----
  206. ----- Failover Report -----
  207. #app1:MySQL主故障转移10.0.0.51（10.0.0.51:3306）到10.0.0.52（10.0.0.52:3306）成功
  208. app1: MySQL Master failover 10.0.0.51(10.0.0.51:3306) to 10.0.0.52(10.0.0.52:3306) succeeded
  209. #大师10.0.0.51（10.0.0.51:3306）倒下了！
  210. Master 10.0.0.51(10.0.0.51:3306) is down!
  211. #有关详细信息，请查看位于db03:/etc/MHA/Manager.log的MHA Manager日志。
  212. Check MHA Manager logs at db03:/etc/mha/manager.log for details.
  213. #已启动自动（非交互式）故障转移。
  214. Started automated(non-interactive) failover.
  215. #最新的从机10.0.0.52（10.0.0.52:3306）具有用于恢复的所有中继日志。
  216. The latest slave 10.0.0.52(10.0.0.52:3306) has all relay logs for recovery.
  217. #选择10.0.0.52（10.0.0.52:3306）作为新的主控形状。
  218. Selected 10.0.0.52(10.0.0.52:3306) as a new master.
  219. #10.0.0.52（10.0.0.52:3306）：确定：应用所有日志成功。
  220. 10.0.0.52(10.0.0.52:3306): OK: Applying all logs succeeded.
  221. #10.0.0.54（10.0.0.54:3306）：此主机具有最新的中继日志事件。
  222. 10.0.0.54(10.0.0.54:3306): This host has the latest relay log events.
  223. #10.0.0.53（10.0.0.53:3306）：此主机具有最新的中继日志事件。
  224. 10.0.0.53(10.0.0.53:3306): This host has the latest relay log events.
  225. #从最新的从机生成中继diff文件成功。
  226. Generating relay diff files from the latest slave succeeded.
  227. #10.0.0.54（10.0.0.54:3306）：确定：应用所有日志成功。从机启动，从10.0.0.52复制（10.0.0.52:3306）
  228. 10.0.0.54(10.0.0.54:3306): OK: Applying all logs succeeded. Slave started, replicating from 10.0.0.52(10.0.0.52:3306)
  229. #10.0.0.53（10.0.0.53:3306）：确定：应用所有日志成功。从机启动，从10.0.0.52复制（10.0.0.52:3306）
  230. 10.0.0.53(10.0.0.53:3306): OK: Applying all logs succeeded. Slave started, replicating from 10.0.0.52(10.0.0.52:3306)
  231. #10.0.0.52（10.0.0.52:3306）：重置从机信息成功。已成功完成到10.0.0.52（10.0.0.52:3306）的主故障转移。
  232. 10.0.0.52(10.0.0.52:3306): Resetting slave info succeeded.
  233. Master failover to 10.0.0.52(10.0.0.52:3306) completed successfully.

MySQL--19 MHA切换日志分析的更多相关文章

  1. MHA ssh检查，repl复制检查和在线切换日志分析

    一.SSh 检查日志分析 执行过程及对应的日志: 1.读取MHA manger 节点上的配置文件 2.根据配置文件,得到各个主机的信息,逐一进行SSH检查 3.每个主机都通过SSH连接除了自己以外的其 ...

  2. MySQL 数据库慢查询日志分析脚本

    这个脚本是基于pt-query-digest做的日志分析脚本,变成可视化的格式. 目录结构是 ./mysql_data/log./mysql_data/log/tmp./slow_query # co ...

  3. MySQL Slow Log慢日志分析【转】

    如果你的MySQL出现了性能问题,第一个需要“诊断”的就是slow log(慢日志)了. slow log文件很小,使用more less等命令就足够了.如果slow log很大怎么办?这里介绍MyS ...

  4. MySQL之慢查询日志分析

    在MySQL命令行中查看慢查询日志是否打开了: mysql> show variables like '%slow_query%'; +---------------------------+- ...

  5. mysql使用慢查询日志分析数据执行情况

    #查询慢查询日志文件路径show variables like '%slow_query%';#开启慢查询日志 ; #设置慢查询阀值为0,将所有的语句都记入慢查询日志 ;#未使用索引的查询也被记录到慢 ...

  6. MHA 主从切换过程及日志分析

    本文主要在MHA 切换日志的角度分析MHA切换的过.MHA故障切换过程如下图所示 第一部分:开启MHA 监控 通过分析日志,得到以下步骤: 1.读取MHA manager 节点的配置文件,并检查配置文 ...

  7. 慢查询日志分析（mysql）

    开启慢查询日志之后,慢查询sql会被存到数据库系统表mysql.slow_log或是文件中,可参考.有两个工具可以帮助我们分析输出报告,分别是mysqldumpslow和pt-query-digest ...

  8. mysql慢查询开启及分析方法

    最近服务维护的公司的DB服务器,总是会出现问题,感觉需要优化一下了,登陆上去,发现慢查询日志都没有开,真是惭愧, 故果断加上慢查询日志, 经过分析sql记录,发现问题很多,开发人员很多没有对sql优化 ...

  9. mysql性能优化-慢查询分析、优化索引和配置 （慢查询日志，explain，profile）

    mysql性能优化-慢查询分析.优化索引和配置 (慢查询日志,explain,profile) 一.优化概述 二.查询与索引优化分析 1性能瓶颈定位 Show命令 慢查询日志 explain分析查询 ...

随机推荐

  1. java int整数相乘溢出

    int整数相乘溢出 我们计算一天中的微秒数: * * * * ;// 正确结果应为:86400000000 System.out.println(microsPerDay);// 实际上为:50065 ...

  2. 新建 SecondFragment 实现类

    package com.test.mvp.mvpdemo.mvp.v6.view; import android.os.Bundle;import android.support.annotation ...

  3. 631D Messenger

    题目大意 给你串s和t 但是每个串都被表示为多个二元组(x,y)表示字符x连续出现y次 问t在s中出现了多少次 分析 我们先将s和t每个串中二元组合并 即相邻两个二元组如果字符相等则将它们变为一个 特 ...

  4. centos 问题解决记录

    在centos上用pip安装包,显示成功安装,但是用pip list去看发现实际上并没有安装? 安装用的是pip install xxx 是不行的,需要用sudo pip install xxx就可以 ...

  5. leetcode 238. 除自身以外数组的乘积 (python)

    给定长度为 n 的整数数组 nums,其中 n > 1,返回输出数组 output ,其中 output[i] 等于 nums 中除 nums[i] 之外其余各元素的乘积. 示例: 输入: [1 ...

  6. vue分页练习

    <!doctype html> <html> <head> <meta charset="UTF-8"> <title> ...

  7. IDF-CTF-不难不易的js加密 writeup

    题目链接: http://ctf.idf.cn/index.php?g=game&m=article&a=index&id=28 就是这里 → http://ctf.idf.c ...

  8. idea 激活步骤

    如果你的idea是已经激活过,但是到期了,点击help-register 删除之前的license server(不是通过注册服务激活的,就不用管) 激活步骤如下: 1.修改hosts文件,把 0.0 ...

  9. 微信小程序(二)--逻辑层与界面层

    一.逻辑层与界面层分离 小程序开发框架将我们需要完成的编码,划分成了两种类型的编码:逻辑编码(由JavaScript完成,业务数据供给界面事件处理),界面编码(页面结构WXML,页面样式WXSS,展示 ...

  10. Expected one result (or null) to be returned by selectOne() 数据库结果集和java实例

    mybatis会根据查询的结果集初始化java实例. 如果是复杂类型,我们一般都会在mapper中做好映射. 1.所以如果查询到的是多个结果,那么对应的java类型也必须的集合类型.(result 为 ...