mysql5.6升級到5.7.13后開啟多源復制遇到重復的channelname該怎么辦

這篇文章將為大家詳細講解有關MySQL5.6升級到5.7.13后開啟多源復制遇到重復的channel name該怎么辦，文章內容質量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關知識有一定的了解。

成都創(chuàng)新互聯(lián)堅持“要么做到，要么別承諾”的工作理念，服務領域包括：成都網站設計、網站建設、企業(yè)官網、英文網站、手機端網站、網站推廣等服務，滿足客戶于互聯(lián)網時代的珙縣網站設計、移動媒體設計的需求，幫助企業(yè)找到有效的互聯(lián)網解決方案。努力成為您成熟可靠的網絡建設合作伙伴！

點擊(此處)折疊或打開

  1. 一共三個數(shù)據(jù)庫，原版本均為5.6，升級到5.7.13后開啟多源復制，做成兩主一從，發(fā)現(xiàn)channel name同名。

  2. 在從庫執(zhí)行reset slave all后，從庫自動重啟。

  3. 5.6 ---> 5.7.13:

  4. 5.6：

  5. 1 cd /usr/local/mysql ; scripts/mysql_install_db --user=mysql --defaults-file=/57data/my56.cnf

  6. 2 /usr/local/mysql/bin/mysqld_safe --defaults-file=/57data/my56.cnf &

  7. 3 mysqladmin -S /tmp/mysql3307.sock -u root -P3307 -p password

  8. 4 mysql -uroot -S /tmp/mysql3307.sock -pmysql

  9. 5 set global innodb_fast_shutdown=0;

  10. 6 mysqladmin -S /tmp/mysql3307.sock  shutdown

  12. 5.7：

  13. 7 cd /usr/local/mysql57 ; ./bin/mysqld_safe --defaults-file=/57data/my.cnf &

  14. 8 cd /usr/local/mysql57 ; ./bin/mysql_upgrade -S /tmp/mysql3307.sock

  15. 9 cd /usr/local/mysql57 ; ./bin/mysqladmin -S /tmp/mysql3307.sock shutdown

  16. 10 cd /usr/local/mysql57 ; ./bin/mysqld_safe --defaults-file=/57data/my.cnf &

  17. 11 /usr/local/mysql57/bin/mysql -S /tmp/mysql3307.sock

  18. 12 grant replication slave,replication client on *.* to repl@'%' identified by 'passw0rd';

  19. 13

  20. mysql> SET GLOBAL master_info_repository = 'TABLE';

  21. Query OK, 0 rows affected (0.00 sec)

  23. mysql> SET GLOBAL relay_log_info_repository = 'TABLE';

  24. Query OK, 0 rows affected (0.00 sec)

  26. mysql>

  27. mysql> change master to master_host='vm2',

  28.     -> master_user='repl',

  29.     -> MASTER_PORT=3307,

  30.     -> master_password='passw0rd',

  31.     -> master_auto_position=1 FOR CHANNEL 'master_vm2';

  33. change master to master_host='vm3',

  34. master_user='repl',

  35. MASTER_PORT=3307,

  36. master_password='passw0rd',

  37. Query OK, 0 rows affected, 2 warnings (0.08 sec)

  39. mysql>

  40. mysql> change master to master_host='vm3',

  41.     -> master_user='repl',

  42.     -> MASTER_PORT=3307,

  43.     -> master_password='passw0rd',

  44.     -> master_auto_position=1 FOR CHANNEL 'master_vm3';

  45. Query OK, 0 rows affected, 2 warnings (0.04 sec)

  47. mysql>

  48. mysql>

  49. mysql> show slave status\G;

  50. *************************** 1. row ***************************

  51.                Slave_IO_State:

  52.                   Master_Host: vm2

  53.                   Master_User: repl

  54.                   Master_Port: 3307

  55.                 Connect_Retry: 60

  56.               Master_Log_File:

  57.           Read_Master_Log_Pos: 4

  58.                Relay_Log_File: vm4-relay-bin-master_vm2.000001

  59.                 Relay_Log_Pos: 4

  60.         Relay_Master_Log_File:

  61.              Slave_IO_Running: No

  62.             Slave_SQL_Running: No

  63.               Replicate_Do_DB:

  64.           Replicate_Ignore_DB:

  65.            Replicate_Do_Table:

  66.        Replicate_Ignore_Table:

  67.       Replicate_Wild_Do_Table:

  68.   Replicate_Wild_Ignore_Table:

  69.                    Last_Errno: 0

  70.                    Last_Error:

  71.                  Skip_Counter: 0

  72.           Exec_Master_Log_Pos: 0

  73.               Relay_Log_Space: 154

  74.               Until_Condition: None

  75.                Until_Log_File:

  76.                 Until_Log_Pos: 0

  77.            Master_SSL_Allowed: No

  78.            Master_SSL_CA_File:

  79.            Master_SSL_CA_Path:

  80.               Master_SSL_Cert:

  81.             Master_SSL_Cipher:

  82.                Master_SSL_Key:

  83.         Seconds_Behind_Master: NULL

  84. Master_SSL_Verify_Server_Cert: No

  85.                 Last_IO_Errno: 0

  86.                 Last_IO_Error:

  87.                Last_SQL_Errno: 0

  88.                Last_SQL_Error:

  89.   Replicate_Ignore_Server_Ids:

  90.              Master_Server_Id: 0

  91.                   Master_UUID:

  92.              Master_Info_File: mysql.slave_master_info

  93.                     SQL_Delay: 0

  94.           SQL_Remaining_Delay: NULL

  95.       Slave_SQL_Running_State:

  96.            Master_Retry_Count: 86400

  97.                   Master_Bind:

  98.       Last_IO_Error_Timestamp:

  99.      Last_SQL_Error_Timestamp:

  100.                Master_SSL_Crl:

  101.            Master_SSL_Crlpath:

  102.            Retrieved_Gtid_Set:

  103.             Executed_Gtid_Set: 45ee9543-2d51-11e6-ba5d-0800276e6667:1-2,

  104. 4acf2a8c-2d51-11e6-ba5d-080027806975:1-2,

  105. 4c01fc54-2d51-11e6-ba5d-08002781f86e:1-6

  106.                 Auto_Position: 1

  107.          Replicate_Rewrite_DB:

  108.                  Channel_Name: master_vm2

  109.            Master_TLS_Version:

  110. *************************** 2. row ***************************

  111.                Slave_IO_State:

  112.                   Master_Host: vm3

  113.                   Master_User: repl

  114.                   Master_Port: 3307

  115.                 Connect_Retry: 60

  116.               Master_Log_File:

  117.           Read_Master_Log_Pos: 4

  118.                Relay_Log_File: vm4-relay-bin-master_vm3.000001

  119.                 Relay_Log_Pos: 4

  120.         Relay_Master_Log_File:

  121.              Slave_IO_Running: No

  122.             Slave_SQL_Running: No

  123.               Replicate_Do_DB:

  124.           Replicate_Ignore_DB:

  125.            Replicate_Do_Table:

  126.        Replicate_Ignore_Table:

  127.       Replicate_Wild_Do_Table:

  128.   Replicate_Wild_Ignore_Table:

  129.                    Last_Errno: 0

  130.                    Last_Error:

  131.                  Skip_Counter: 0

  132.           Exec_Master_Log_Pos: 0

  133.               Relay_Log_Space: 154

  134.               Until_Condition: None

  135.                Until_Log_File:

  136.                 Until_Log_Pos: 0

  137.            Master_SSL_Allowed: No

  138.            Master_SSL_CA_File:

  139.            Master_SSL_CA_Path:

  140.               Master_SSL_Cert:

  141.             Master_SSL_Cipher:

  142.                Master_SSL_Key:

  143.         Seconds_Behind_Master: NULL

  144. Master_SSL_Verify_Server_Cert: No

  145.                 Last_IO_Errno: 0

  146.                 Last_IO_Error:

  147.                Last_SQL_Errno: 0

  148.                Last_SQL_Error:

  149.   Replicate_Ignore_Server_Ids:

  150.              Master_Server_Id: 0

  151.                   Master_UUID:

  152.              Master_Info_File: mysql.slave_master_info

  153.                     SQL_Delay: 0

  154.           SQL_Remaining_Delay: NULL

  155.       Slave_SQL_Running_State:

  156.            Master_Retry_Count: 86400

  157.                   Master_Bind:

  158.       Last_IO_Error_Timestamp:

  159.      Last_SQL_Error_Timestamp:

  160.                Master_SSL_Crl:

  161.            Master_SSL_Crlpath:

  162.            Retrieved_Gtid_Set:

  163.             Executed_Gtid_Set: 45ee9543-2d51-11e6-ba5d-0800276e6667:1-2,

  164. 4acf2a8c-2d51-11e6-ba5d-080027806975:1-2,

  165. 4c01fc54-2d51-11e6-ba5d-08002781f86e:1-6

  166.                 Auto_Position: 1

  167.          Replicate_Rewrite_DB:

  168.                  Channel_Name: master_vm2

  169.            Master_TLS_Version:

  170. 2 rows in set (0.00 sec)

  172. ERROR:

  173. No query specified

  175. mysql>

  177. mysql> select CHANNEL_NAME FROM performance_schema.replication_connection_status;

  178. +--------------+

  179. | CHANNEL_NAME |

  180. +--------------+

  181. | master_vm2 |

  182. | master_vm2 |

  183. +--------------+

  184. 2 rows in set (0.01 sec)

  187. mysql> select CHANNEL_NAME FROM performance_schema.replication_connection_status;

  188. +--------------+

  189. | CHANNEL_NAME |

  190. +--------------+

  191. | master_vm2 |

  192. | master_vm2 |

  193. +--------------+

  194. 2 rows in set (0.01 sec)

  196. mysql> start slave;

  197. Query OK, 0 rows affected (0.04 sec)

  199. 在兩主庫分別建數(shù)據(jù)庫vm2和vm3,系統(tǒng)正常復制到從庫。

  200. mysql> show databases;

  201. +--------------------+

  202. | Database |

  203. +--------------------+

  204. | information_schema |

  205. | mysql |

  206. | performance_schema |

  207. | sys |

  208. | test |

  209. | vm2 |

  210. | vm3 |

  211. +--------------------+

  212. 7 rows in set (0.00 sec)

  214. 在從庫執(zhí)行reset slave all，從庫自動重啟。

  215. mysql> reset slave all;

  216. ERROR 2013 (HY000): Lost connection to MySQL server during query

  217. mysql> 2016-06-08T08:56:18.890685Z mysqld_safe Number of processes running now: 0

  218. 2016-06-08T08:56:18.906614Z mysqld_safe mysqld restarted

  220. mysql>

  221. mysql> reset slave all;

  222. ERROR 2006 (HY000): MySQL server has gone away

  223. No connection. Trying to reconnect...

  224. Connection id: 2

  225. Current database: *** NONE ***

  227. Query OK, 0 rows affected (0.09 sec)

  229. mysql> show slave status\G;

  230. Empty set (0.01 sec)

  232. ERROR:

  233. No query specified

  236. err log里channel name信息顯示正確，但出現(xiàn)Thread pointer相關信息，如下：

  237. 2016-06-08T08:55:54.540373Z 4 [Note] Error reading relay log event for channel 'master_vm2': slave SQL thread was killed

  238. 2016-06-08T08:55:54.550729Z 3 [Note] Slave I/O thread killed while reading event for channel 'master_vm2'

  239. 2016-06-08T08:55:54.550814Z 3 [Note] Slave I/O thread exiting for channel 'master_vm2', read up to log 'mysql_bin.000005', position 653

  240. 2016-06-08T08:55:54.556301Z 6 [Note] Error reading relay log event for channel 'master_vm3': slave SQL thread was killed

  241. 2016-06-08T08:55:54.563404Z 5 [Note] Slave I/O thread killed while reading event for channel 'master_vm3'

  242. 2016-06-08T08:55:54.563549Z 5 [Note] Slave I/O thread exiting for channel 'master_vm3', read up to log 'mysql_bin.000005', position 653

  243. 08:56:18 UTC - mysqld got signal 11 ;

  244. This could be because you hit a bug. It is also possible that this binary

  245. or one of the libraries it was linked against is corrupt, improperly built,

  246. or misconfigured. This error can also be caused by malfunctioning hardware.

  247. Attempting to collect some information that could help diagnose the problem.

  248. As this is a crash and something is definitely wrong, the information

  249. collection process might fail.

  251. key_buffer_size=8388608

  252. read_buffer_size=131072

  253. max_used_connections=1

  254. max_threads=151

  255. thread_count=1

  256. connection_count=1

  257. It is possible that mysqld could use up to

  258. key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 68189 K  bytes of memory

  259. Hope that's ok; if not, decrease some variables in the equation.

    Thread pointer: 0x7f9550000b10
    Attempting backtrace. You can use the following information to find out
    where mysqld died. If you see no messages after this, something went
    terribly wrong...
    stack_bottom = 7f9583175e28 thread_stack 0x40000
    /usr/local/mysql57/bin/mysqld(my_print_stacktrace+0x35)[0xf25c45]
    /usr/local/mysql57/bin/mysqld(handle_fatal_signal+0x4a4)[0x7b8604]
    /lib64/libpthread.so.0[0x37f160f7e0]
    /usr/local/mysql57/bin/mysqld(_ZN16Multisource_info9delete_miEPKc+0x2df)[0xf082ff]
    /usr/local/mysql57/bin/mysqld(_Z11reset_slaveP3THDP11Master_infob+0x1c5)[0xef1e05]
    /usr/local/mysql57/bin/mysqld(_Z11reset_slaveP3THD+0x2e2)[0xef21b2]
    /usr/local/mysql57/bin/mysqld(_Z15reset_slave_cmdP3THD+0x98)[0xef2388]
    /usr/local/mysql57/bin/mysqld(_Z20reload_acl_and_cacheP3THDmP10TABLE_LISTPi+0x30c)[0xd2ae3c]
    /usr/local/mysql57/bin/mysqld(_Z21mysql_execute_commandP3THDb+0x83a)[0xcfaf2a]
    /usr/local/mysql57/bin/mysqld(_Z11mysql_parseP3THDP12Parser_state+0x3cd)[0xcff97d]
    /usr/local/mysql57/bin/mysqld(_Z16dispatch_commandP3THDPK8COM_DATA19enum_server_command+0x1099)[0xd00a79]
    /usr/local/mysql57/bin/mysqld(_Z10do_commandP3THD+0x194)[0xd016e4]
    /usr/local/mysql57/bin/mysqld(handle_connection+0x2a4)[0xdce6e4]
    /usr/local/mysql57/bin/mysqld(pfs_spawn_thread+0x171)[0x121b951]
    /lib64/libpthread.so.0[0x37f1607aa1]
    /lib64/libc.so.6(clone+0x6d)[0x37f0ee893d]

    Trying to get some variables.
    Some pointers may be invalid and cause the dump to abort.
    Query (7f95500054f0): is an invalid pointer
    Connection ID (thread ID): 2
    Status: NOT_KILLED

    The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
    information that should help you find out what is causing the crash.
    2016-06-08T08:56:18.890685Z mysqld_safe Number of processes running now: 0
    2016-06-08T08:56:18.906614Z mysqld_safe mysqld restarted

關于mysql5.6升級到5.7.13后開啟多源復制遇到重復的channel name該怎么辦就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。

當前題目：mysql5.6升級到5.7.13后開啟多源復制遇到重復的channelname該怎么辦
網頁URL：http://muchs.cn/article36/iidcpg.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供外貿建站、企業(yè)網站制作、搜索引擎優(yōu)化、品牌網站設計、網站改版、網站設計

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)

h5響應式網站建設