Điểm:0

Bản sao MariaDB Master Slave Đăng nhập Slave Đăng nhập bị cấm

lá cờ cn
S.B

Chúc mọi người một ngày tốt lành, Là một người mới, tôi xin lỗi nếu tôi làm điều này sai.

Về tình huống: Chúng tôi có hai máy chủ Ubuntu vật lý. Chúng nằm trong cùng một mạng và hoạt động như các máy chủ chính/phụ. Việc sao chép các cơ sở dữ liệu và do đó xấp xỉ. 300 GB hoạt động thành công. Đăng nhập vào chủ cũng có thể. Tuy nhiên, nếu người dùng có thể đăng nhập vào chủ bây giờ muốn đăng nhập vào nô lệ, anh ta luôn nhận được thông tin đăng nhập bị từ chối.

Nếu bây giờ tôi cố gắng đăng nhập vào nô lệ thông qua ứng dụng khách MySQL, tôi nhận được các thông báo sau:

2022-05-03 9:58:01 1161 [Cảnh báo] Đã hủy kết nối 1161 với db: 'unconnected' user: 'unauthenticated' host: 'XX' (Kết nối này đóng bình thường mà không cần xác thực)
    2022-05-03 9:58:11 1170 [Cảnh báo] Đã hủy kết nối 1170 với db: người dùng 'không được kết nối': 'máy chủ chưa được xác thực': 'XX' (Kết nối này đóng bình thường mà không cần xác thực)
    2022-05-03 9:58:21 1179 [Cảnh báo] Đã hủy kết nối 1179 với db: 'unconnected' user: 'unauthenticated' host: 'XX' (Kết nối này đóng bình thường mà không cần xác thực)
    2022-05-03 9:58:31 1187 [Cảnh báo] Đã hủy kết nối 1187 với db: 'unconnected' user: 'unauthenticated' Host: 'XX' (Kết nối này đóng bình thường mà không cần xác thực)
    2022-05-03 9:58:41 1196 [Cảnh báo] Đã hủy kết nối 1196 với db: 'unconnected' user: 'unauthenticated' host: 'XX' (Kết nối này đóng bình thường mà không cần xác thực)
Tuy nhiên, người dùng có sẵn và cũng có thể được thực thi từ xa. Nếu tôi cố gắng đăng nhập cục bộ trực tiếp trên CLI, tôi sẽ gặp lỗi tương tự.

Cần lưu ý rằng chúng tôi đang làm việc với các phiên bản cơ sở dữ liệu khác nhau ở đây, vì bản gốc hiện vẫn đang chạy trên phiên bản MariaDB cổ.

Thạc sĩ MySQL:

NAME="Ubuntu"
VERSION="16.04.7 LTS (Xenial Xerus)"
ID = Ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 16.04.7 LTS"
VERSION_ID="16.04"
VERSION_CODENAME=xenial
UBUNTU_CODENAME=xenial
mariadb-server-10.1/now 10.1.44+maria-1~xenial AMD64
mariadb-server-core-10.1/now 10.1.44+maria-1~xenial AMD64

Nô lệ MySQL:

  NAME="Ubuntu"
    VERSION="20.04.4 LTS (Fossa Fossa)"
    ID = Ubuntu
    ID_LIKE=debian
    PRETTY_NAME="Ubuntu 20.04.4 LTS"
    VERSION_ID="20.04"
    VERSION_CODENAME=tiêu điểm
    UBUNTU_CODENAME=tiêu điểm
    mariadb-server-10.5/unknown,hiện là 1:10.5.15+maria~focal amd64
    mariadb-server-core-10.5/unknown,hiện là 1:10.5.15+maria~focal amd64

Netstat -tulpn |grep 3306 cho tôi thấy rằng cơ sở dữ liệu cũng đang trực tuyến.

Nếu bây giờ tôi truy vấn trạng thái nô lệ, mọi thứ cũng ổn ở đây:

MariaDB [(không có)]> HIỂN THỊ TÌNH TRẠNG NÔ LỆ\G;
*************************** 1. hàng ********************* *******
                Slave_IO_State: Chờ chủ gửi sự kiện
                   Master_Host: XX.XX.XX.XX
                   Master_User: sao chép
                   Master_Port: 3306
                 Kết nối_Thử lại: 60
               Master_Log_File: mariadb-bin.024024
           Read_Master_Log_Pos: 798994582
                Relay_Log_File: mysql-relay-bin.000008
                 Relay_Log_Pos: 798994879
         Relay_Master_Log_File: mariadb-bin.024024
              Slave_IO_Running: Có
             Slave_SQL_Running: Có
               Bản sao_Do_DB: tên_cơ sở dữ liệu
           Sao chép_Ignore_DB:
            Sao chép_Do_Table:
        Sao chép_Ignore_Table:
       Sao chép_Wild_Do_Table:
   Bản sao_Wild_Ignore_Table:
                    Last_Errno: 0
                    Last_Error:
                  Bỏ qua_Bộ đếm: 0
           Exec_Master_Log_Pos: 798994582
               Relay_Log_Space: 798995229
               Cho đến_Điều kiện: Không có
                Cho đến khi_Log_File:
                 Cho đến khi_Log_Pos: 0
            Master_SSL_Allowed: Không
            Master_SSL_CA_File:
            Master_SSL_CA_Path:
               Master_SSL_Cert:
             Master_SSL_Cipher:
                Master_SSL_Key:
         Giây_Phía sau_Master: 0
 Master_SSL_Verify_Server_Cert: Không
                 Last_IO_Errno: 0
                 Last_IO_Error:
                Last_SQL_Errno: 0
                Last_SQL_Error:
   Bản sao_Ignore_Server_Ids:
              Master_Server_Id: 2
                Chính_SSL_Crl:
            Master_SSL_Crlpath:
                    Sử dụng_Gtid: Không
                   Gtid_IO_Pos:
       Bản sao_Do_Domain_Ids:
   Bản sao_Ignore_Domain_Ids:
                 Parallel_Mode: lạc quan
                     SQL_Delay: 0
           SQL_Remaining_Delay: NULL
       Slave_SQL_Running_State: Slave đã đọc tất cả nhật ký chuyển tiếp; chờ cập nhật thêm
              Slave_DDL_Groups: 56
Slave_Non_Transactional_Groups: 0
    Slave_Transactional_Groups: 97448
1 hàng trong bộ (0,000 giây)

LỖI: Không có truy vấn nào được chỉ định

Có ai biết về vấn đề này hoặc có ý tưởng gần đúng về —âcách thực hiện đăng nhập trên nô lệ để có quyền đọc không?

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.