Nhận được sự chú ý của ban quản lý là một điều tốt, nếu điều đó xảy ra vì những lý do tích cực. Nhưng nhiều quản trị viên cơ sở dữ liệu thực sự muốn tránh xa radar. Vì các DBA chịu trách nhiệm đảm bảo cơ sở dữ liệu của tổ chức luôn hoạt động trơn tru nên khi mọi thứ đang diễn ra đúng như ý muốn, các DBA thường trở lại và thực hiện công việc của họ trong hòa bình. Nhưng khi có sự cố xảy ra, bạn đột nhiên trở thành cái tên đứng đầu danh sách Muốn được yêu thích nhất của công ty.
DBA có rất nhiều trách nhiệm trong một tổ chức và có nhiều cách để mọi thứ có thể tiến triển, nhưng bằng cách làm theo một số phương pháp hay nhất về giám sát cơ sở dữ liệu MySQL, bạn có thể chắc chắn rằng bạn được ban quản lý công nhận vì trí thông minh nhạy bén của bạn hơn là cơ sở dữ liệu. mất ba ngày để giải quyết.
Tiến hành Kiểm tra Sức khỏe Thường xuyên Cơ sở dữ liệu của Bạn
Đối với MySQL DBA, việc lên lịch kiểm tra sức khỏe thường xuyên cho cơ sở dữ liệu của bạn cũng quan trọng như việc lên lịch chúng cho chính bạn (Lưu ý:Hãy coi đây là lời nhắc của bạn để đặt lịch hẹn cho cơ sở vật lý mà bạn đã đặt ra!).
Giống như con người, không phải tất cả các cơ sở dữ liệu đều có nhu cầu bảo trì giống nhau, vì vậy việc kiểm tra sức khỏe cần được điều chỉnh cho phù hợp với các yêu cầu chức năng cụ thể của cơ sở dữ liệu. Ví dụ:cơ sở dữ liệu quan trọng hoặc quan trọng cần kiểm tra thường xuyên hơn cơ sở dữ liệu không quan trọng. Sự thất bại của hệ thống phòng thủ tên lửa có ý nghĩa khắc nghiệt hơn nhiều so với sự thất bại của chương trình tặng thưởng cho khách hàng thường xuyên của một hiệu sách địa phương.
Khi thiết lập kiểm tra sức khỏe định kỳ của bạn, có một số lĩnh vực cần tập trung vào đó sẽ cung cấp thông tin giúp bạn xác định các vấn đề MySQL đang diễn ra cần được giải quyết.
Tính khả dụng của MySQL
Tính khả dụng có lẽ là số liệu quan trọng nhất cần theo dõi. Nếu cơ sở dữ liệu không có sẵn, sẽ không có nhiều điểm trong việc theo dõi phần còn lại của các chỉ số này cho đến khi nó được khắc phục. Chạy -mysqladmin -h 192.168.1.95 -u trạng thái root -p để kiểm tra tính khả dụng, sau đó bắt đầu chẩn đoán nếu có sự cố.
Kết nối không thành công
Theo dõi số lượng kết nối không thành công theo thời gian có thể phát hiện hoạt động độc hại cũng như ít lỗi hơn trong ứng dụng như quyền áp dụng sai và mật khẩu không chính xác.
Chạy lệnh SHOW GLOBAL STATUS LIKE ‘aborted_connects’; để xác định có bao nhiêu lần thử kết nối bị hủy bỏ trên cơ sở dữ liệu trong một khoảng thời gian nhất định.
Nhật ký Lỗi
Theo dõi nhật ký lỗi là một cách tuyệt vời để xem lỗi nào đã xảy ra và liệu có bất kỳ mẫu nào có thể chỉ ra một vấn đề lặp lại lớn hơn cần được giải quyết hay không.
Bế tắc trong InnoDB
Các bế tắc trong MySQL xảy ra khi các giao dịch khác nhau giữ khóa trên một tài nguyên mà giao dịch khác cần. Các bế tắc dẫn đến việc xử lý chậm và hết thời gian — và gây khó chịu cho người dùng. Sử dụng SHOW ENGINE INNODB STATUS; để xác định các bế tắc và giải quyết chúng.
Thay đổi cấu hình
Hiệu suất giảm đột ngột có thể do nhiều nguyên nhân khác nhau. Tuy nhiên, bạn có thể tiết kiệm thời gian khắc phục sự cố bằng cách xem lại các thay đổi cấu hình gần đây và điều chỉnh bất kỳ thay đổi nào đang ảnh hưởng tiêu cực đến hiệu suất.
Nhật ký truy vấn chậm
Các truy vấn chậm làm cho cơ sở dữ liệu chạy chậm hơn vì chúng sử dụng quá nhiều CPU và bộ nhớ. Thường xuyên xem lại nhật ký Truy vấn chậm để xác định xem có bất kỳ truy vấn nào đang hiển thị quá nhiều thời gian chạy hay không, sau đó khắc phục sự cố để xác định và khắc phục nguyên nhân gốc rễ.
Duy trì khả năng hiển thị để hiểu nguyên nhân gốc rễ của các vấn đề về hiệu suất MySQL
Tiến hành kiểm tra sức khỏe thường xuyên trên cơ sở dữ liệu MySQL là điều cần thiết để duy trì tính khả dụng cao và giảm thiểu các vấn đề về hiệu suất kinh niên, nhưng có một số hạn chế về mức độ hữu ích của việc kiểm tra sức khỏe đối với việc khắc phục sự cố tổng thể của hệ thống.
Vì các vấn đề về hiệu suất định kỳ có thể không hiển thị trong quá trình kiểm tra sức khỏe định kỳ, điều quan trọng là phải thiết lập khả năng hiển thị liên tục trong môi trường MySQL của bạn. Nhanh chóng xác định và giải quyết các vấn đề về hiệu suất có nghĩa là ít thời gian ngừng hoạt động hơn và ít sự cố hiệu suất ảnh hưởng tiêu cực đến người dùng hơn.
Một trong những cách tốt nhất bạn có thể duy trì khả năng hiển thị đối với hệ thống cơ sở dữ liệu MySQL là đặt cảnh báo cho các sự kiện quan trọng để bạn có thể phản ứng nhanh khi vượt quá ngưỡng và tìm ra nguyên nhân gốc rễ của vấn đề.
Ở mức tối thiểu, bạn nên đặt ngưỡng cảnh báo cho các nguồn phổ biến làm giảm hiệu suất sau:
- Sai lệch đáng kể so với chỉ số hiệu suất MySql cơ bản
- Mức sử dụng CPU cao
- Độ trễ truy vấn
- Lỗi truy vấn
- Giới hạn kết nối
- Sử dụng vùng đệm
Xác định và giải quyết các vấn đề về hiệu suất một cách nhanh chóng
Bạn có thể thoát khỏi việc theo dõi hiệu suất bằng cách sử dụng các tập lệnh nội bộ trong một môi trường tĩnh, nhỏ, nhưng các tập lệnh sẽ không thay thế việc giám sát chủ động cần thiết để bắt kịp với các hệ thống lớn, động đang không ngừng phát triển.
Trong hầu hết mọi tình huống, một công cụ giám sát cơ sở dữ liệu thương mại sẽ là lựa chọn tốt nhất để bạn xác định và giải quyết các vấn đề một cách nhanh chóng trước khi chúng gây ra các vấn đề lớn.
Có rất nhiều công cụ giám sát hiệu suất trên thị trường cung cấp một loạt các tính năng với nhiều mức giá khác nhau. Chọn công cụ phù hợp cho tổ chức của bạn sẽ dẫn đến việc chọn công cụ nào đáp ứng tốt nhất các nhu cầu cụ thể của bạn với mức giá phù hợp với ngân sách của bạn.
Mặc dù không có công cụ duy nhất phù hợp với tất cả, nhưng có một số tính năng giám sát cơ sở dữ liệu quan trọng mà bạn sẽ muốn tìm kiếm trong bất kỳ công cụ giám sát hiệu suất nào mà bạn đang xem xét:
- Khả năng mở rộng
- Giám sát di động
- Giao diện người dùng trực quan
- Thân thiện với ngân sách nhưng giàu tính năng
- Không có giới hạn kết nối
- Phân tích khối lượng công việc đa chiều
- Phân tích nguyên nhân gốc rễ của cảnh báo
- Phân tích chặn
- Báo thức thông minh
- Theo dõi dữ liệu lịch sử
