Điểm:0

MySQL trên AWS Aurora Workbench Hết thời gian chờ

lá cờ cu

Chạy Aurora với mySQL trong AWS và truy cập từ một máy quản lý trong cùng một VPC. Nếu tôi chạy truy vấn từ dòng lệnh (máy quản lý), nó sẽ hoàn thành sau khoảng 2 phút. Nếu tôi chạy cùng một truy vấn trên MySQL Workbench, nó sẽ báo lỗi này sau vài phút:

Mã lỗi: 2013. Mất kết nối với máy chủ MySQL trong khi truy vấn

Tôi đoán sự khác biệt sẽ là dòng lệnh mysql được thực thi trực tiếp trên phiên bản Aurora mặc dù nó được phát hành từ máy quản lý? Nếu đây là trường hợp, có giao diện trực quan nào tốt hơn (dành cho Windows) cho MySQL không?

Tôi đã xử lý hết thời gian chờ của Workbench nhưng tôi không nghĩ đây là vấn đề vì truy vấn không thành công trước khi đạt đến bất kỳ thời gian chờ nào.

+---------------------------------------------+----- -----+
| Tên_biến | Giá trị |
+---------------------------------------------+----- -----+
| aurora_fwd_master_idle_timeout | 60 |
| aurora_globaldb_rpo_wait_timeout | 60 |
| aurora_zdr_timeout_on_replica_fall_behind | 60 |
| connect_timeout | 10 |
| bị trì hoãn_insert_timeout | 300 |
| have_statement_timeout | CÓ |
| innodb_flush_log_at_timeout | 1 |
| innodb_lock_wait_timeout | 50 |
| innodb_rollback_on_timeout | TẮT |
| Interactive_timeout | 28800 |
| lock_wait_timeout | 31536000 |
| net_read_timeout | 30 |
| net_write_timeout | 60 |
| rpl_stop_slave_timeout | 31536000 |
| nô lệ_net_timeout | 60 |
| chờ_thời gian chờ | 28800 |
+---------------------------------------------+----- -----+

mysql> HIỂN THỊ TÌNH TRẠNG TOÀN CẦU NHƯ '% bị hủy bỏ';
+------------------+-------+
| Tên_biến | Giá trị |
+------------------+-------+
| Aborted_clients | 4 |
| Aborted_connects | 0 |
+------------------+-------+
2 hàng trong bộ (0,00 giây)

mysql>
Wilson Hauck avatar
lá cờ jp
Vui lòng đăng nhập vào phiên bản AWS Aurora của bạn và đăng kết quả VĂN BẢN về A) HIỂN THỊ CÁC BIẾN TOÀN CẦU NHƯ '%timeout%'; và B) HIỂN THỊ TÌNH TRẠNG TOÀN CẦU NHƯ 'đã hủy bỏ%';
lá cờ ua
Tôi nghi ngờ nếu nó là Workbench. Nhiều khả năng đó là do mạng lag hoặc một số yếu tố khác. Hiển thị cho chúng tôi truy vấn.
Steve A avatar
lá cờ cu
Đó chỉ là một truy vấn đơn giản để kiểm tra hiệu suất select sql_no_cache * from airport.flights where Dep_Delay > (select avg(Dep_Delay) from airport.flights) GIỚI HẠN 10; Sau vài giờ, nó bắt đầu chạy nhanh như dòng lệnh. Tôi sẽ thêm đầu ra mà Wilson đã yêu cầu trong thư gốc vì định dạng ở đây rất tệ.
Wilson Hauck avatar
lá cờ jp
@SteveA Bây giờ chúng tôi có truy vấn chậm, vui lòng đăng kết quả VĂN BẢN của A) GIẢI THÍCH CHỌN sql_no_cache * ..........; B) HIỂN THỊ TẠO BẢNG sân bay.flights; C) HIỂN THỊ BẢNG TÌNH TRẠNG NƠI tên THÍCH 'sân bay.flights'; để phân tích. KHI bạn gặp phải thời gian hoàn thành truy vấn RẤT DÀI, HÃY HIỂN THỊ ĐẦY ĐỦ QUY TRÌNH; trong thời gian CHỜ có thể rất hữu ích trong việc xác định nguyên nhân tắc nghẽn. Lấy DANH SÁCH QUY TRÌNH ĐẦY ĐỦ SHOW; sau khi truy vấn hoàn tất sẽ không có bất kỳ manh mối nào về lý do bạn đợi 5 phút trước.

Đă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.