国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

構建MySQL8.0到MySQL5.7主從復制

IT那活兒 / 1707人閱讀
構建MySQL8.0到MySQL5.7主從復制



簡介



如何構建MySQL8.0到MySQL5.7主從復制，在實際異構環境中使用此架構會有所幫助。例如，在MySQL升級情況下，使用新版本MySQL作為master對回滾很方便。從官方文檔介紹，只支持連續的MySQL版本之間進行復制，并且由低版本的master到高版本的slave，以下為支持場景示例：

5.7 主 –> 8.0 從

不支持反向復制：

8.0 主 –> 5.7 從



環境



1. 通過參數設置使用能夠支持從高版本到低版本主從復制。

如果使用 MySQL 8 的新功能，將會錯誤信息導致主從復制停止。

以下為構建主從復制的初始環境：

slave > select @@version;
+---------------+
| @@version     |
+---------------+
| 5.7.17-log |
+---------------+
1 row in set (0.00 sec)

master > select @@version;
+-----------+
| @@version |
+-----------+
| 8.0.12    |
+-----------+
1 row in set (0.00 sec)


2. 在執行CHANGE MASTER命令之前，需要修改主服務器上的排序規則。

否則復制將遇到此錯誤：

slave > show slave statusG
                   Last_Errno: 22
                   Last_Error: Error Character set #255 is not a compiled character set and is not specified in the /data/percona_server/5.7.17/share/charsets/Index.xml file on query. Default database: mysql8_1. Query: create database mysql8_1

這是因為 MySQL 8 上的默認 character_set 和排序規則已更改。根據官方文檔介紹：

character_set_server 和 character_set_database 系統變量默認值已從latin1更改為utf8mb4。

collation_server的和collation_database系統變量默認值已從 latin1_swedish_ci 到utf8mb4_0900_ai_ci。


3. 將MySQL 8 上的排序規則和字符集更改為utf8：
# master my.cnf
[client]
default-character-set=utf8
[mysqld]
character-set-server=utf8
collation-server=utf8_unicode_ci


4. 創建復制用戶

重新啟動MySQL 8使參數生效。重啟以后，使用mysql_native_password密碼策略創建復制用戶 ，因為 MySQL 8默認用戶認證策略為caching_sha2_password。如果使用caching_sha2_password 創建用戶并執行 CHANGE MASTER 命令 ，將會出現以下錯誤消息：

Last_IO_Errno: 2059
Last_IO_Error: error connecting to master root@127.0.0.1:19025 - retry-time: 60 retries: 1


5. 使用mysql_native_password密碼策略創建用戶 ：

master> CREATE USER replica_user@% IDENTIFIED WITH mysql_native_password BY repli$cat;
master> GRANT REPLICATION SLAVE ON *.* TO replica_user@%;


6. 構建主從復制

master > show master statusG
*************************** 1. row ***************************
File: mysql-bin.000007
Position: 155
Binlog_Do_DB:
Binlog_Ignore_DB:
Executed_Gtid_Set:
1 row in set (0.00 sec)

slave > CHANGE MASTER TO MASTER_HOST=127.0.0.1, MASTER_USER=replica_user, MASTER_PASSWORD=repli$cat,MASTER_PORT=19025, MASTER_LOG_FILE=mysql-bin.000007, MASTER_LOG_POS=155; start slave;
Query OK, 0 rows affected, 2 warnings (0.01 sec)
Query OK, 0 rows affected (0.00 sec)

# This procedure works with GTIDs too
slave > CHANGE MASTER TO MASTER_HOST=127.0.0.1, MASTER_USER=replica_user, MASTER_PASSWORD=repli$cat,MASTER_PORT=19025,MASTER_AUTO_POSITION = 1 ; start slave;


7. 檢查主從狀態：

master > show slave statusG
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 127.0.0.1
Master_User: replica_user
Master_Port: 19025
Connect_Retry: 60
Master_Log_File: mysql-bin.000007
Read_Master_Log_Pos: 155
Relay_Log_File: mysql-relay.000002
Relay_Log_Pos: 321
Relay_Master_Log_File: mysql-bin.000007
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 155
Relay_Log_Space: 524
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 100
Master_UUID: 00019025-1111-1111-1111-111111111111
Master_Info_File: /home/vinicius.grippa/sandboxes/rsandbox_5_7_17/master/data/master.info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
Master_Retry_Count: 86400
Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set:
Executed_Gtid_Set:
Auto_Position: 0
Replicate_Rewrite_DB:
Channel_Name:
Master_TLS_Version:
1 row in set (0.01 sec)


8.驗證主從復制是否正常運行

master > create database vinnie;
Query OK, 1 row affected (0.06 sec)

slave > show databases like vinnie;
+-------------------+
| Database (vinnie) |
+-------------------+
| vinnie |
+-------------------+
1 row in set (0.00 sec)




總結



通過調整參數能夠使MySQL 8復制到MySQL 5.7，在某些特殊的情況下（尤其是升級），可以方便使用，但在實際環境中不建議使用該架構，因為在某些情況下它容易出錯和不兼容。


END


更多精彩干貨分享

點擊下方名片關注

IT那活兒

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/129764.html

相關文章

  • Mysql二進制日志文件(binlog)主從復制最佳實踐

    摘要：的主從備份相關配置服務器號，不要和其他服務器重復開啟二進制日志索引二進制日志的文件名設為就是把每次發生的修改和事件的日志即時同步到硬盤上復制模式防止從服務器在崩潰后自動開啟，以給你足夠的時間修復。 實踐背景 最近加入了同學的技術分享小組，4個人分兩組，半月進行一次技術分享，現在一起搞Mysql我被分到講解Mysql日志方面，上周已經講完了，不過他們總是覺得對于日志這塊了解不透徹，覺得不...

    劉永祥 評論0 收藏0

發表評論

0條評論

IT那活兒

男|高級講師

TA的文章

閱讀更多
最新活動
閱讀需要支付1元查看
<