nhân rộng mysql thành công nhưng nô lệ không nhân rộng

Tôi đã tạo ra một cấu hình chủ-mys mys mys và mọi thứ đều ổn. "hiển thị trạng thái tổng thể;" trên nô lệ không hiển thị bất kỳ lỗi. đây là đầu ra

 Slave_IO_State: Waiting for master to send event
                  Master_Host: 109.123.100.58
                  Master_User: replica
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000001
          Read_Master_Log_Pos: 106
               Relay_Log_File: relay-bin.000001
                Relay_Log_Pos: 4
        Relay_Master_Log_File: mysql-bin.000001
             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: 106
              Relay_Log_Space: 106
              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: 

Tuy nhiên, việc sao chép trên nô lệ dường như không xảy ra khi chủ nhân trải qua thay đổi

Về chủ. TÌNH TRẠNG MASTER

+------------------+----------+--------------+-------------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB        |
+------------------+----------+--------------+-------------------------+
| mysql-bin.000001 |   639495 |              | mysql,informationschema |
+------------------+----------+--------------+-------------------------+

trên sản lượng PROCESSLIST nô lệ

+-----+-------------+-----------+------+---------+-------+-----------------------------------------------------------------------+------------------+
| Id  | User        | Host      | db   | Command | Time  | State                                                                 | Info             |
+-----+-------------+-----------+------+---------+-------+-----------------------------------------------------------------------+------------------+
| 174 | system user |           | NULL | Connect | 25777 | Waiting for master to send event                                      | NULL             |
| 175 | system user |           | NULL | Connect | 25777 | Has read all relay log; waiting for the slave I/O thread to update it | NULL             |
| 199 | root        | localhost | NULL | Query   |     0 | NULL                                                                  | show processlist |
+-----+-------------+-----------+------+---------+-------+-----------------------------------------------------------------------+------------------+
3 rows in set (0.00 sec)

Tui bỏ lỡ điều gì vậy

Đầu ra bạn trình bày là rất khó hiểu. Một mặt, chủ cho thấy:

mysql-bin.000001   639495 

Slave's PROCESSLISTchỉ ra rằng sao chép hoạt động (luồng IO được kết nối với chủ, luồng SQL đang chờ).

Một SHOW SLAVE STATUSlần nữa , nô lệ tuyên bố tất cả là tốt, nhưng vị trí của chủ là 106.

Có phải tất cả các đầu ra được ban hành gần như cùng một lúc? Nếu không, thì chúng không có giá trị.

Tôi sẽ kiểm tra như sau:

• Rõ ràng: có 109.123.100.58thực sự là chủ của bạn?
• Có phải SHOW PROCESSLISTtrên danh sách tổng thể kết nối được thực hiện bởi nô lệ dưới replicangười dùng?
• Bạn có các server-idcài đặt khác nhau cho chủ và nô lệ?
• Bạn có bất kỳ replicate-do-*hoặc replicate-ignore-*cài đặt trong mysql.cnftập tin của bạn ?

Tốt hơn so với sử dụng binlog-ign-db là sử dụng bộ lọc phía nô lệ. Tôi đã bị mắc kẹt trong một tình huống tương tự, vâng, tôi phải mất cả ngày để tìm ra:

Tôi đã bỏ lỡ một cái gì đó lớn !!!

Sự khác biệt giữa

--replicate-do-db=
--replicate-do-table=

Về phía nô lệ. Và

--replicate-do-table='mydb.%'

không làm việc cho tôi trên bàn. Tôi đã phải sử dụng

--replicate-do-db='mydb'

Tôi đoán điều này sẽ làm việc cho một ký tự đại diện

--replicate-wild-do-table='mydb.%'

... Bây giờ để tìm ra cách sao chép cùng một bảng từ nhiều chủ. Được rồi, tôi đã hiểu ra, MySQL không hỗ trợ nó nguyên bản; MariaDB 10 không.

Tôi cũng gặp một vấn đề khác ban đầu: Mật khẩu của tôi dài hơn 32 ký tự. Boo!

Tôi cũng đã gặp vấn đề này. Nguyên nhân sâu xa là có chủ server_id=0. MariaDB có hành vi đặc biệt cho server_id=0mà sẽ không cho phép sao chép lại làm việc.

Server_id phải là duy nhất cho mỗi máy chủ trong nhóm sao chép. Nếu để ở 0, mặc định cho đến MariaDB 10.2.1, một nô lệ sẽ không kết nối với chủ và chủ sẽ từ chối tất cả các kết nối nô lệ.

Khi tôi bắt đầu lập chỉ mục dựa trên 1, mọi thứ đều hoạt động tốt.

Bạn đã không nói với nô lệ mà DB sẽ sao chép: biến Replicate_Do_DB trống.

Cố gắng thêm dòng

sao chép-do-db = name_of_db (trong đó "name_of_db" là tên của cơ sở dữ liệu để sao chép)

trong my.cnf của bạn (trên nô lệ) và khởi động lại máy chủ nô lệ.

EDIT: Tôi không nghĩ rằng câu trả lời của tôi là giải pháp phù hợp, trong khi đó ;-)

Có lẽ hãy xem trang này thay thế: http://dev.mysql.com/doc/refman/5.1/en/replication-probols.html