Chứng chỉ SSL giám sát doanh nghiệp MySQL
|
đã một năm kể từ khi tôi định cấu hình Giám sát doanh nghiệp MySQL của chúng tôi… bây giờ tôi đang gặp lỗi bên dưới The Certificate bound to port '18,443' will expire on Mar 6, 2018 2:40:17 PM.
 dưới đây là các bước tôi đã làm. – Sao lưu kho khóa [oracle@lnxmemmonitoring ~]$ cd /u01/db/mysql/apache-tomcat/conf/ [oracle@lnxmemmonitoring conf]$ ls -lrt total 224 -rw------- 1 oracle oinstall 2293 Mar 6 2017 keystore -rw------- 1 oracle oinstall 169371 Oct 10 17:21 web.xml -rw------- 1 oracle oinstall 2633 Oct 10 17:21 tomcat-users.xsd -rw------- 1 oracle oinstall 3622 Oct 10 17:21 logging.properties -rw------- 1 oracle oinstall 2358 Oct 10 17:21 jaspic-providers.xsd -rw------- 1 oracle oinstall 1149 Oct 10 17:21 jaspic-providers.xml -rw------- 1 oracle oinstall 13824 Oct 10 17:21 catalina.policy -rw------- 1 oracle oinstall 1466 Oct 13 17:29 context.xml -rw------- 1 oracle oinstall 7437 Jan 25 06:21 catalina.properties -rw------- 1 oracle oinstall 2131 Feb 8 09:22 server.xml drwx--x--x 3 oracle oinstall 4096 Feb 8 09:22 Catalina [oracle@lnxmemmonitoring conf]$ cp keystore keystore_bak – thực hiện cấu hình với tham số gia hạn [oracle@lnxmemmonitoring apache-tomcat]$ cd ../bin [oracle@lnxmemmonitoring bin]$ ls -lrt total 8 drwxr-xr-x 3 oracle oinstall 4096 Feb 8 09:22 bootstrap -rwxr-xr-x 1 oracle oinstall 629 Feb 8 09:22 config.sh [oracle@lnxmemmonitoring bin]$ ./config.sh --renew - bây giờ khởi động lại MEM [oracle@lnxmemmonitoring bin]$ /u01/db/mysql/mysqlmonitorctl.sh status MySQL Enterprise MySQL is running MySQL Enterprise Tomcat is running [oracle@lnxmemmonitoring bin]$ /u01/db/mysql/mysqlmonitorctl.sh stop Stopping tomcat service . [ OK ] Stopping mysql service ......... [ OK ] [oracle@lnxmemmonitoring bin]$ /u01/db/mysql/mysqlmonitorctl.sh start Starting mysql service [ OK ] 2018-03-09T00:49:51.896022Z mysqld_safe Logging to '/u01/db/mysql/mysql/data/lnxmemmonitoring.err'. 2018-03-09T00:49:51.947440Z mysqld_safe Starting mysqld daemon with databases from /u01/db/mysql/mysql/data Starting tomcat service [ OK ] [oracle@lnxmemmonitoring bin]$ bây giờ xóa tất cả các cảnh báo Quảng cáo Chia sẻ cái này
Như thế nàyThích Đang tải. Kiến trúc chip và hệ điều hành được cài đặt trên máy đều ảnh hưởng đến hiệu suất của phần mềm chạy trên hệ thống. Mặc dù có thể chạy phần mềm 32-bit trên nhiều hệ thống 64-bit nhưng nói chung, phần mềm được xây dựng để chạy trên hệ thống 64-bit chạy trên hệ thống như vậy tốt hơn so với phần mềm được xây dựng để chạy trên hệ thống 32-bit Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Tài khoản có công cụ xác định máy chủ quá rộng Máy chủ MySQL có tài khoản người dùng với các chỉ định máy chủ quá rộng. Tài khoản MySQL được xác định bởi cả tên người dùng và tên máy chủ, được tìm thấy trong cột Người dùng và Máy chủ của mysql. bảng người dùng. Giá trị Người dùng là tên mà máy khách phải cung cấp khi kết nối với máy chủ. Giá trị Máy chủ cho biết máy chủ hoặc nhiều máy chủ mà người dùng được phép kết nối. Nếu đây là tên máy chủ theo nghĩa đen, thì tài khoản chỉ được giới hạn ở các kết nối từ máy chủ đó. Nếu tên máy chủ chứa ký tự đại diện '%', người dùng có thể kết nối từ bất kỳ máy chủ nào khớp với ký tự đại diện và có thể từ bất kỳ máy chủ nào Từ quan điểm bảo mật, giá trị máy chủ theo nghĩa đen là tốt nhất và Ví dụ: nếu một tài khoản có giá trị người dùng và máy chủ lưu trữ là Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Tài khoản có đặc quyền toàn cầu Máy chủ MySQL có thể có tài khoản người dùng với các đặc quyền trên tất cả các cơ sở dữ liệu và bảng (*. *). Trong hầu hết các trường hợp, các đặc quyền toàn cầu chỉ được phép cho người dùng root MySQL và có thể cho những người dùng mà bạn tin tưởng hoặc sử dụng cho mục đích sao lưu. Các đặc quyền toàn cầu như [oracle@lnxmemmonitoring ~]$ cd /u01/db/mysql/apache-tomcat/conf/ [oracle@lnxmemmonitoring conf]$ ls -lrt total 224 -rw------- 1 oracle oinstall 2293 Mar 6 2017 keystore -rw------- 1 oracle oinstall 169371 Oct 10 17:21 web.xml -rw------- 1 oracle oinstall 2633 Oct 10 17:21 tomcat-users.xsd -rw------- 1 oracle oinstall 3622 Oct 10 17:21 logging.properties -rw------- 1 oracle oinstall 2358 Oct 10 17:21 jaspic-providers.xsd -rw------- 1 oracle oinstall 1149 Oct 10 17:21 jaspic-providers.xml -rw------- 1 oracle oinstall 13824 Oct 10 17:21 catalina.policy -rw------- 1 oracle oinstall 1466 Oct 13 17:29 context.xml -rw------- 1 oracle oinstall 7437 Jan 25 06:21 catalina.properties -rw------- 1 oracle oinstall 2131 Feb 8 09:22 server.xml drwx--x--x 3 oracle oinstall 4096 Feb 8 09:22 Catalina [oracle@lnxmemmonitoring conf]$ cp keystore keystore_bak0 và [oracle@lnxmemmonitoring ~]$ cd /u01/db/mysql/apache-tomcat/conf/ [oracle@lnxmemmonitoring conf]$ ls -lrt total 224 -rw------- 1 oracle oinstall 2293 Mar 6 2017 keystore -rw------- 1 oracle oinstall 169371 Oct 10 17:21 web.xml -rw------- 1 oracle oinstall 2633 Oct 10 17:21 tomcat-users.xsd -rw------- 1 oracle oinstall 3622 Oct 10 17:21 logging.properties -rw------- 1 oracle oinstall 2358 Oct 10 17:21 jaspic-providers.xsd -rw------- 1 oracle oinstall 1149 Oct 10 17:21 jaspic-providers.xml -rw------- 1 oracle oinstall 13824 Oct 10 17:21 catalina.policy -rw------- 1 oracle oinstall 1466 Oct 13 17:29 context.xml -rw------- 1 oracle oinstall 7437 Jan 25 06:21 catalina.properties -rw------- 1 oracle oinstall 2131 Feb 8 09:22 server.xml drwx--x--x 3 oracle oinstall 4096 Feb 8 09:22 Catalina [oracle@lnxmemmonitoring conf]$ cp keystore keystore_bak1 có thể nguy hiểm vì chúng có thể khiến những người dùng khác bị ảnh hưởng xấu Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Tài khoản có hàm băm mật khẩu không an toàn cũ Trước MySQL 4. 1, hàm băm mật khẩu được tính toán bởi hàm PASSWORD() dài 16 byte. Kể từ MySQL 4. 1 (và sau này), PASSWORD() đã được sửa đổi để tạo ra giá trị băm dài hơn 41 byte nhằm tăng cường bảo mật Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Tài khoản có đặc quyền MySQL mạnh Một số đặc quyền tài khoản có thể nguy hiểm và chỉ nên cấp cho người dùng đáng tin cậy khi cần thiết. Ví dụ: đặc quyền FILE cho phép người dùng đọc và ghi tệp trên máy chủ cơ sở dữ liệu (bao gồm các tệp hệ điều hành nhạy cảm), đặc quyền PROCESS cho phép giám sát các câu lệnh đang thực thi và đặc quyền SHUTDOWN cho phép người dùng tắt máy chủ. Ngoài ra, đặc quyền GRANT cho phép người dùng cấp đặc quyền cho người khác Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Thời gian lưu trữ tác nhân không đồng bộ hóa so với Bảng điều khiển Để duy trì tính nhất quán của dữ liệu và tạo điều kiện thuận lợi cho các hoạt động quản lý hệ thống hàng ngày, vốn thường yêu cầu so sánh nhật ký, tệp và dấu thời gian giữa các máy chủ, điều quan trọng là đồng hồ máy chủ trên tất cả các hệ thống và trung tâm dữ liệu của bạn phải được đồng bộ hóa với nhau . Khi đồng hồ trên một máy chủ chậm hơn vài phút hoặc vài giờ so với máy chủ khác, mọi dấu thời gian được tạo trong cơ sở dữ liệu hoặc trên hệ thống tệp của hai máy chủ đó sẽ khác nhau theo lượng đó. Do đó, nếu bạn phụ thuộc vào dấu thời gian để kiểm tra độ mới của một số mục dữ liệu hoặc nếu bạn đang cố gắng chẩn đoán sự cố và cần so sánh dấu thời gian giữa các hệ thống, nhiệm vụ của bạn sẽ phức tạp hơn do sự khác biệt về thời gian này Ngoài ra, dữ liệu và biểu đồ được hiển thị trong Bảng điều khiển giám sát doanh nghiệp MySQL sẽ bị sai lệch do sự khác biệt về thời gian giữa máy lưu trữ Trình quản lý dịch vụ và máy chạy Đại lý. Ví dụ: nếu thời gian trên máy của Đại lý chậm hơn một giờ so với thời gian trên máy Trình quản lý dịch vụ, thì máy chủ MySQL mà Đại lý đang theo dõi sẽ có vẻ như không hoạt động (xem Lỗi#45937) và không có dữ liệu nào xuất hiện trong biểu đồ cho điều đó Tần số mặc định 00. 05. 00 Đã bật tự động đóng mặc định có Các kết nối cố gắng đến máy chủ đã thất bại Các nỗ lực kết nối bị hủy bỏ với MySQL có thể chỉ ra sự cố đối với máy chủ hoặc mạng hoặc có thể là dấu hiệu của DoS hoặc các nỗ lực bẻ khóa mật khẩu đối với Máy chủ MySQL. Số lượng kết nối bị hủy bỏ được tăng lên khi
Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không AUTO_INCREMENT Sắp đạt đến giới hạn trường Nhiều ứng dụng cần tạo các số và chuỗi duy nhất cho mục đích nhận dạng (e. g. ID khách hàng, thẻ báo lỗi hoặc sự cố, số thành viên hoặc số đơn đặt hàng, v.v.). Cơ chế của MySQL để thực hiện việc này là thuộc tính cột AUTO_INCREMENT, cho phép bạn tự động tạo các số tuần tự Tuy nhiên, phạm vi số có thể được tạo bị giới hạn bởi kiểu dữ liệu cơ bản. Ví dụ: giá trị tối đa có thể cho cột TINYINT UNSIGNED là 255. Nếu bạn cố gắng tạo một số vượt quá mức tối đa cho phép của loại dữ liệu cơ bản (e. g. bằng cách chèn giá trị NULL vào cột AUTO_INCREMENT), bạn sẽ gây ra lỗi cơ sở dữ liệu và ứng dụng của bạn có thể không hoạt động bình thường Lưu ý rằng mục đích chính của AUTO_INCREMENT trong MySQL là tạo ra một chuỗi các số nguyên [oracle@lnxmemmonitoring ~]$ cd /u01/db/mysql/apache-tomcat/conf/ [oracle@lnxmemmonitoring conf]$ ls -lrt total 224 -rw------- 1 oracle oinstall 2293 Mar 6 2017 keystore -rw------- 1 oracle oinstall 169371 Oct 10 17:21 web.xml -rw------- 1 oracle oinstall 2633 Oct 10 17:21 tomcat-users.xsd -rw------- 1 oracle oinstall 3622 Oct 10 17:21 logging.properties -rw------- 1 oracle oinstall 2358 Oct 10 17:21 jaspic-providers.xsd -rw------- 1 oracle oinstall 1149 Oct 10 17:21 jaspic-providers.xml -rw------- 1 oracle oinstall 13824 Oct 10 17:21 catalina.policy -rw------- 1 oracle oinstall 1466 Oct 13 17:29 context.xml -rw------- 1 oracle oinstall 7437 Jan 25 06:21 catalina.properties -rw------- 1 oracle oinstall 2131 Feb 8 09:22 server.xml drwx--x--x 3 oracle oinstall 4096 Feb 8 09:22 Catalina [oracle@lnxmemmonitoring conf]$ cp keystore keystore_bak2. Việc sử dụng các số không dương trong cột AUTO_INCREMENT không được hỗ trợ, do đó, bạn cũng có thể xác định các cột đó là KHÔNG KÝ, giúp tăng gấp đôi phạm vi cho phép của chúng một cách hiệu quả Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Số lượng tệp nhật ký nhị phân vượt quá giới hạn được chỉ định Nhật ký nhị phân nắm bắt các thay đổi DML, DDL và bảo mật xảy ra và lưu trữ những thay đổi này ở định dạng nhị phân. Nhật ký nhị phân cho phép sao chép cũng như khôi phục tại thời điểm, ngăn ngừa mất dữ liệu trong tình huống khắc phục thảm họa. Nó cũng cho phép bạn xem lại tất cả các thay đổi được thực hiện đối với cơ sở dữ liệu của mình. Tuy nhiên, nhật ký nhị phân tiêu tốn không gian đĩa và tài nguyên hệ thống tệp và có thể bị xóa khỏi máy chủ sản xuất sau khi các nô lệ kết nối với máy chủ chính này không còn cần đến chúng nữa và sau khi chúng được sao lưu Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Không gian nhật ký nhị phân vượt quá giới hạn được chỉ định Nhật ký nhị phân nắm bắt các thay đổi DML, DDL và bảo mật xảy ra và lưu trữ những thay đổi này ở định dạng nhị phân. Nhật ký nhị phân cho phép sao chép cũng như khôi phục tại thời điểm, ngăn ngừa mất dữ liệu trong tình huống khắc phục thảm họa. Nó cũng cho phép bạn xem lại tất cả các thay đổi được thực hiện đối với cơ sở dữ liệu của mình. Tuy nhiên, nhật ký nhị phân tiêu tốn dung lượng ổ đĩa và có thể bị xóa khỏi máy chủ sản xuất sau khi các nô lệ kết nối với máy chủ chính này không còn cần đến chúng nữa và sau khi chúng được sao lưu Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Sử dụng nhật ký nhị phân vượt quá giới hạn bộ nhớ cache của đĩa Khi mức sử dụng nhật ký nhị phân vượt quá giới hạn bộ nhớ cache của nhật ký nhị phân, nó đang thực hiện các thao tác trên đĩa quá mức. Để có hiệu suất tối ưu, các giao dịch di chuyển qua nhật ký nhị phân phải được chứa trong bộ đệm ẩn nhật ký nhị phân Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Ghi nhật ký nhị phân bị hạn chế Nhật ký nhị phân nắm bắt các thay đổi DML, DDL và bảo mật xảy ra và lưu trữ những thay đổi này ở định dạng nhị phân. Nhật ký nhị phân cho phép khôi phục tại thời điểm, ngăn ngừa mất dữ liệu trong tình huống khắc phục thảm họa. Nó cũng cho phép bạn xem lại tất cả các thay đổi được thực hiện đối với cơ sở dữ liệu của mình Ghi nhật ký nhị phân có thể được giới hạn trong các cơ sở dữ liệu cụ thể với các tùy chọn [oracle@lnxmemmonitoring ~]$ cd /u01/db/mysql/apache-tomcat/conf/ [oracle@lnxmemmonitoring conf]$ ls -lrt total 224 -rw------- 1 oracle oinstall 2293 Mar 6 2017 keystore -rw------- 1 oracle oinstall 169371 Oct 10 17:21 web.xml -rw------- 1 oracle oinstall 2633 Oct 10 17:21 tomcat-users.xsd -rw------- 1 oracle oinstall 3622 Oct 10 17:21 logging.properties -rw------- 1 oracle oinstall 2358 Oct 10 17:21 jaspic-providers.xsd -rw------- 1 oracle oinstall 1149 Oct 10 17:21 jaspic-providers.xml -rw------- 1 oracle oinstall 13824 Oct 10 17:21 catalina.policy -rw------- 1 oracle oinstall 1466 Oct 13 17:29 context.xml -rw------- 1 oracle oinstall 7437 Jan 25 06:21 catalina.properties -rw------- 1 oracle oinstall 2131 Feb 8 09:22 server.xml drwx--x--x 3 oracle oinstall 4096 Feb 8 09:22 Catalina [oracle@lnxmemmonitoring conf]$ cp keystore keystore_bak3 và root0. Tuy nhiên, nếu các tùy chọn này được sử dụng, các tùy chọn khôi phục tại thời điểm của bạn sẽ bị giới hạn tương ứng, cùng với khả năng xem xét các thay đổi được thực hiện đối với hệ thống của bạnTần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Ghi nhật ký nhị phân không được bật Nhật ký nhị phân nắm bắt các thay đổi DML, DDL và bảo mật xảy ra và lưu trữ những thay đổi này ở định dạng nhị phân. Nhật ký nhị phân cho phép khôi phục tại thời điểm, ngăn ngừa mất dữ liệu trong tình huống khắc phục thảm họa. Nó cũng cho phép bạn xem lại tất cả các thay đổi được thực hiện đối với cơ sở dữ liệu của mình Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Ghi nhật ký nhị phân không được đồng bộ hóa vào đĩa mỗi lần ghi Theo mặc định, nhật ký nhị phân không được đồng bộ hóa vào đĩa mỗi lần ghi. Nếu máy chủ lưu trữ, hệ điều hành hoặc máy chủ MySQL gặp sự cố, có khả năng các câu lệnh mới nhất trong nhật ký nhị phân không được ghi vào đĩa. Để ngăn chặn điều này, bạn có thể khiến nhật ký nhị phân được đồng bộ hóa vào đĩa sau mỗi mục nhập nhật ký nhị phân thứ N bằng cách sử dụng biến toàn cục Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Nhật ký nhị phân tự động bị xóa quá nhanh Nhật ký nhị phân nắm bắt các thay đổi DML, DDL và bảo mật xảy ra và lưu trữ những thay đổi này ở định dạng nhị phân. Nhật ký nhị phân cho phép khôi phục tại thời điểm, ngăn ngừa mất dữ liệu trong tình huống khắc phục thảm họa. Nó được sử dụng trên các máy chủ sao chép chính như một bản ghi các câu lệnh được gửi đến các máy chủ phụ. Nó cũng cho phép bạn xem lại tất cả các thay đổi được thực hiện đối với cơ sở dữ liệu của mình Tuy nhiên, số lượng tệp nhật ký và dung lượng mà chúng sử dụng có thể tăng lên nhanh chóng, đặc biệt là trên một máy chủ bận rộn, vì vậy, điều quan trọng là phải xóa các tệp này thường xuyên khi chúng không còn cần thiết nữa, miễn là đã thực hiện các bản sao lưu thích hợp. Tham số Tần số mặc định 12. 00. 00 Tự động đóng mặc định được kích hoạt không Bộ nhớ dữ liệu nút dữ liệu cụm đang ở mức thấp Thông báo khi dung lượng Bộ nhớ dữ liệu được định cấu hình cho các nút dữ liệu bắt đầu sắp hết. Việc chèn cơ sở dữ liệu sẽ bắt đầu không thành công khi tất cả bộ nhớ được sử dụng Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Bộ nhớ chỉ mục nút dữ liệu cụm đang ở mức thấp Thông báo khi dung lượng Bộ nhớ chỉ mục được định cấu hình cho các nút dữ liệu bắt đầu sắp hết. Việc chèn cơ sở dữ liệu sẽ bắt đầu không thành công khi tất cả bộ nhớ được sử dụng Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Nút dữ liệu cụm Làm lại không gian bộ đệm đang ở mức thấp Thông báo khi bộ đệm làm lại bắt đầu đầy Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Nút dữ liệu cụm Làm lại không gian nhật ký đang ở mức thấp Thông báo khi không gian nhật ký làm lại bắt đầu đầy Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Nút dữ liệu cụm hoàn tác không gian bộ đệm đang ở mức thấp Thông báo khi bộ đệm hoàn tác bắt đầu đầy Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Nút dữ liệu cụm Hoàn tác không gian nhật ký đang ở mức thấp Thông báo khi không gian nhật ký hoàn tác bắt đầu đầy Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Nút dữ liệu cụm không chạy Cho biết có bao nhiêu nút dữ liệu không chạy Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Kết nối sử dụng quá mức Khi đã đạt đến giới hạn kết nối tối đa cho máy chủ MySQL, không thể thiết lập kết nối người dùng nào khác và xảy ra lỗi ở phía máy khách của ứng dụng Tần số mặc định 00. 01. 00 Tự động đóng mặc định được kích hoạt không Sử dụng CPU I/O quá mức Mức sử dụng CPU I/O phải thấp trên một hệ thống được cấu hình phù hợp và được điều chỉnh tốt. Việc sử dụng CPU I/O quá mức thường là dấu hiệu của hiệu suất mạng hoặc đĩa kém Tần số mặc định 00. 01. 00 Tự động đóng mặc định được kích hoạt không Sử dụng CPU quá mức Việc sử dụng CPU phải ở mức thấp đến trung bình trên một hệ thống được cấu hình phù hợp và được điều chỉnh tốt. Việc sử dụng CPU quá mức có thể là dấu hiệu của nhiều vấn đề. không đủ RAM, đĩa bị phân mảnh, truy vấn được điều chỉnh kém, v.v. Tần số mặc định 00. 01. 00 Tự động đóng mặc định được kích hoạt không TẠO BẢNG THÍCH Không yêu cầu bất kỳ đặc quyền nào trên bảng nguồn Do Bug#25578, người dùng không có bất kỳ quyền truy cập nào vào cơ sở dữ liệu vẫn có thể sao chép cấu trúc của các bảng trong cơ sở dữ liệu đó. Biết cấu trúc của các bảng trong cơ sở dữ liệu có thể cung cấp cho tin tặc cái nhìn sâu sắc xác định cho phép anh ta hoặc cô ta tiến hành các khai thác khác Lỗi này đã được sửa trong các phiên bản sau của máy chủ MySQL Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Dữ liệu được tuôn ra đĩa sau mỗi câu lệnh SQL MySQL cập nhật các tệp dữ liệu của nó trên đĩa bằng lệnh gọi hệ thống write() sau mỗi câu lệnh SQL và cho phép hệ điều hành xử lý việc đồng bộ hóa với đĩa. Bạn có thể buộc MySQL xóa mọi thứ vào đĩa sau mỗi câu lệnh SQL bằng tùy chọn Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Cơ sở dữ liệu có thể không di động do phân biệt chữ hoa chữ thường Độ phân biệt chữ hoa chữ thường của hệ điều hành cơ bản xác định độ phân biệt chữ hoa chữ thường của tên bảng và cơ sở dữ liệu. Nếu bạn chỉ sử dụng MySQL trên một nền tảng, thông thường bạn không phải lo lắng về điều này. Tuy nhiên, tùy thuộc vào cách bạn đã định cấu hình máy chủ của mình, bạn có thể gặp khó khăn nếu muốn chuyển bảng giữa các nền tảng khác nhau về phân biệt chữ hoa chữ thường của hệ thống tệp Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Lỗi xử lý ngày có thể làm sập máy chủ Hai lỗi liên quan đến hoạt động xử lý ngày tháng có thể làm sập máy chủ dẫn đến các cuộc tấn công Từ chối Dịch vụ (DoS) tiềm ẩn
Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Giá trị mặc định được sử dụng cho max_prepared_stmt_count Các câu lệnh đã chuẩn bị có thể tăng hiệu suất trong các ứng dụng thực thi các câu lệnh tương tự nhiều lần, chủ yếu là do truy vấn chỉ được phân tích cú pháp một lần. Các câu lệnh đã chuẩn bị cũng có thể làm giảm lưu lượng mạng vì chỉ cần gửi dữ liệu cho các tham số cho mỗi lần thực thi thay vì toàn bộ câu lệnh Tuy nhiên, các câu lệnh đã chuẩn bị tiêu tốn bộ nhớ trong máy chủ MySQL cho đến khi chúng được đóng lại, vì vậy điều quan trọng là phải sử dụng chúng đúng cách và hạn chế số lượng câu lệnh có thể được mở cùng một lúc. Giá trị mặc định cho max_prepared_stmt_count có thể không phù hợp với ứng dụng và môi trường của bạn Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Vô hiệu hóa khóa phím tiếp theo trong InnoDB có thể làm sập máy chủ Do một số lỗi, máy chủ có thể gặp sự cố nếu khóa phím tiếp theo trong InnoDB bị tắt Những lỗi này đã được sửa trong các phiên bản sau của máy chủ MySQL Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Bộ lập lịch sự kiện đã bị vô hiệu hóa Trình lập lịch sự kiện là một tính năng rất hữu ích khi được bật. Nó là một khuôn khổ để thực thi các lệnh SQL tại các thời điểm cụ thể hoặc theo các khoảng thời gian đều đặn. Về mặt khái niệm, nó tương tự như ý tưởng về crontab Unix (còn được gọi là "công việc định kỳ") hoặc Bộ lập lịch tác vụ Windows Những điều cơ bản của kiến trúc của nó là đơn giản. Sự kiện là một quy trình được lưu trữ có ngày giờ bắt đầu và thẻ định kỳ. Sau khi được xác định và kích hoạt, nó sẽ chạy khi được yêu cầu. Không giống như trình kích hoạt, các sự kiện không được liên kết với các thao tác bảng cụ thể mà với ngày và giờ. Sử dụng bộ lập lịch sự kiện, quản trị viên cơ sở dữ liệu có thể thực hiện các sự kiện định kỳ với ít rắc rối nhất. Các ứng dụng phổ biến là dọn dẹp dữ liệu lỗi thời, tạo bảng tóm tắt để thống kê và theo dõi hiệu suất và mức sử dụng của máy chủ Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Đã phát hiện mức sử dụng bảng tạm thời trên đĩa quá mức Nếu không gian cần thiết để xây dựng một bảng tạm thời vượt quá Vì lý do hiệu suất, lý tưởng nhất là tạo hầu hết các bảng tạm thời trong bộ nhớ, để lại các bảng tạm thời cực lớn được tạo trên đĩa Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Quá nhiều quá trình bị khóa Tùy thuộc vào hoàn cảnh, công cụ lưu trữ và các yếu tố khác, một quy trình có thể đang sử dụng hoặc truy cập tài nguyên (e. g. một bảng hoặc hàng) được yêu cầu bởi một quy trình khác theo cách mà quy trình thứ hai không thể tiếp tục cho đến khi quy trình đầu tiên giải phóng tài nguyên. Trong trường hợp này, quy trình thứ hai ở trạng thái "bị khóa" cho đến khi tài nguyên được giải phóng. Nếu nhiều quy trình ở trạng thái bị khóa, đó có thể là dấu hiệu của sự cố nghiêm trọng liên quan đến tranh chấp tài nguyên hoặc một phiên chạy dài không giải phóng các khóa hiện đang được giữ khi đáng lẽ phải có. Tần số mặc định 00. 01. 00 Tự động đóng mặc định được kích hoạt không Quá nhiều quá trình chạy dài Hầu hết các ứng dụng và cơ sở dữ liệu được thiết kế để thực hiện các truy vấn rất nhanh. Nếu nhiều truy vấn mất nhiều thời gian để thực hiện (e. g. hơn vài giây) thì đó có thể là dấu hiệu của sự cố. Trong những trường hợp như vậy, các truy vấn có thể cần được điều chỉnh hoặc viết lại hoặc thêm chỉ mục để cải thiện hiệu suất. Trong các trường hợp khác, lược đồ cơ sở dữ liệu có thể phải được thiết kế lại Tần số mặc định 00. 01. 00 Tự động đóng mặc định được kích hoạt không Quá nhiều quá trình chạy dài bị khóa Hầu hết các ứng dụng và cơ sở dữ liệu được thiết kế để thực hiện các truy vấn rất nhanh và để tránh tranh chấp tài nguyên khi một truy vấn đang chờ một truy vấn khác giải phóng khóa trên một số tài nguyên được chia sẻ. Nếu nhiều truy vấn bị khóa và mất nhiều thời gian để thực hiện (e. g. hơn vài giây), đó có thể là dấu hiệu của sự cố hiệu suất và tranh chấp tài nguyên. Trong những trường hợp như vậy, các truy vấn có thể cần được điều chỉnh hoặc viết lại hoặc thêm chỉ mục để cải thiện hiệu suất. Trong các trường hợp khác, lược đồ cơ sở dữ liệu có thể phải được thiết kế lại Tần số mặc định 00. 01. 00 Tự động đóng mặc định được kích hoạt không Tỷ lệ phần trăm cố gắng kết nối đến máy chủ quá cao không thành công Các nỗ lực kết nối bị hủy bỏ quá mức với MySQL có thể chỉ ra sự cố đối với máy chủ hoặc mạng hoặc có thể là dấu hiệu của DoS hoặc các nỗ lực bẻ khóa mật khẩu đối với Máy chủ MySQL. Số lượng kết nối bị hủy bỏ được tăng lên khi
Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Thời gian tuôn ra được đặt thành giá trị khác không Nếu Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Đã bật nhật ký truy vấn chung Nhật ký truy vấn chung là một bản ghi chung về những gì mysqld đang làm. Máy chủ ghi thông tin vào nhật ký này khi máy khách kết nối hoặc ngắt kết nối và nó ghi lại từng câu lệnh SQL nhận được từ máy khách. Nhật ký truy vấn chung có thể rất hữu ích khi bạn nghi ngờ có lỗi ở máy khách và muốn biết chính xác những gì máy khách đã gửi tới mysqld Tuy nhiên, không nên bật nhật ký truy vấn chung trong môi trường sản xuất vì
Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Cài đặt key_cache_block_size không đúng cách có thể làm hỏng các bảng MyISAM Máy chủ khấu trừ một số byte từ giá trị tùy chọn key_cache_block_size và giảm nó xuống ranh giới 512 byte thấp hơn tiếp theo. Kích thước khối kết quả không phải là lũy thừa của hai. Đặt biến hệ thống key_cache_block_size thành một giá trị không phải là lũy thừa của hai kết quả trong bảng MyISAM bị hỏng Lỗi này đã được sửa trong các phiên bản sau của máy chủ MySQL Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Kích thước bảng tạm thời trong bộ nhớ bị giới hạn bởi kích thước bảng heap tối đa Nếu không gian cần thiết để xây dựng một bảng tạm thời vượt quá Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Phương pháp xóa InnoDB không chính xác trên Windows Nếu Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Các chỉ mục không được sử dụng hiệu quả Máy chủ mục tiêu dường như không sử dụng các chỉ mục một cách hiệu quả. Các giá trị của Handler_read_rnd_next và Handler_read_rnd cùng nhau - phản ánh số lượng hàng được đọc qua quét toàn bộ bảng - cao so với các biến Handler biểu thị truy cập chỉ mục - chẳng hạn như Handler_read_key, Handler_read_next, v.v. Bạn nên kiểm tra các bảng và truy vấn của mình để sử dụng đúng các chỉ mục Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Bộ đệm đệm InnoDB có tỷ lệ truy cập dưới mức tối ưu I/O logic nhanh hơn nhiều lần so với I/O vật lý và do đó, một DBA nên cố gắng giữ cho I/O vật lý ở mức tối thiểu. Đúng là I/O logic không miễn phí và DBA nên hoạt động để giữ cho I/O của Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Nhóm bộ đệm InnoDB ghi có thể là nút cổ chai hiệu suất Để có hiệu suất tối ưu, InnoDB không cần phải đợi trước khi ghi các trang vào nhóm bộ đệm InnoDB Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Đã bật bộ đệm ghi đôi InnoDB InnoDB sử dụng một kỹ thuật xóa tệp mới có tên doublewrite. Nó bổ sung tính an toàn để khôi phục sau sự cố hệ điều hành hoặc mất điện và cải thiện hiệu suất trên hầu hết các loại Unix bằng cách giảm nhu cầu hoạt động fsync() Doublewrite có nghĩa là trước khi ghi các trang vào tệp dữ liệu, trước tiên, InnoDB sẽ ghi chúng vào một vùng không gian bảng liền kề được gọi là bộ đệm doublewrite. Chỉ sau khi quá trình ghi và chuyển sang bộ đệm ghi kép hoàn tất, InnoDB mới ghi các trang vào đúng vị trí của chúng trong tệp dữ liệu. Nếu hệ điều hành gặp sự cố ở giữa quá trình ghi trang, trong quá trình khôi phục, InnoDB có thể tìm thấy một bản sao tốt của trang từ bộ đệm ghi đôi Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Đã bật Tắt máy nhanh InnoDB Sau khi bạn sử dụng Plugin InnoDB trên một tập hợp các tệp cơ sở dữ liệu, bạn phải cẩn thận để tránh sự cố và lỗi khi sử dụng các tệp đó với phiên bản InnoDB cũ hơn, như có thể xảy ra khi mở cơ sở dữ liệu bằng MySQL khi chưa cài đặt plugin. Lý do tắt máy "chậm" (innodb_fast_shutdown=0) được khuyến nghị là vì Plugin InnoDB có thể ghi các bản ghi đặc biệt vào nhật ký hoàn tác giao dịch sẽ gây ra sự cố nếu InnoDB tích hợp sẵn trong MySQL cố gắng đọc nhật ký. Cụ thể, những bản ghi đặc biệt này sẽ được ghi khi một bản ghi trong bảng NÉN hoặc ĐỘNG được cập nhật hoặc xóa và bản ghi chứa các cột được lưu trữ ngoài trang. InnoDB tích hợp trong MySQL không thể đọc các bản ghi nhật ký hoàn tác này. Hơn nữa, InnoDB tích hợp sẵn trong MySQL sẽ không thể khôi phục các giao dịch chưa hoàn thành ảnh hưởng đến các bảng mà nó không thể đọc được (các bảng ở định dạng NÉN hoặc ĐỘNG) Cũng lưu ý rằng tắt máy "bình thường" sẽ không nhất thiết làm trống nhật ký hoàn tác. Tắt máy bình thường xảy ra khi innodb_fast_shutdown=1, mặc định. Khi tắt InnoDB, một số giao dịch đang hoạt động có thể có các sửa đổi chưa được cam kết hoặc chúng có thể đang giữ chế độ xem đã đọc để ngăn việc xóa một số thông tin phiên bản khỏi nhật ký hoàn tác. Lần tiếp theo InnoDB được khởi động sau khi tắt máy bình thường (innodb_fast_shutdown=1), nó sẽ khôi phục mọi giao dịch chưa hoàn thành và xóa thông tin phiên bản cũ. Do đó, điều quan trọng là thực hiện tắt máy "chậm" (innodb_fast_shutdown=0) như một phần của quá trình hạ cấp Tần số mặc định 12. 00. 00 Tự động đóng mặc định được kích hoạt không Kiểm tra định dạng tệp InnoDB bị vô hiệu hóa hoặc không chính xác Để ngăn các sự cố có thể xảy ra hoặc hỏng dữ liệu khi Plugin InnoDB mở một bộ tệp ib, nó sẽ kiểm tra xem nó có thể hỗ trợ đầy đủ các định dạng tệp được sử dụng trong bộ tệp ib hay không. Nếu hệ thống được khởi động lại sau sự cố hoặc "tắt máy nhanh" (i. e. , innodb_fast_shutdown lớn hơn 0), có thể có các cấu trúc dữ liệu trên đĩa (chẳng hạn như mục nhập làm lại hoặc hoàn tác hoặc ghi đúp trang) ở định dạng "quá mới" đối với phần mềm hiện tại. Trong quá trình khôi phục, các tệp dữ liệu của bạn có thể bị hỏng nghiêm trọng nếu các cấu trúc dữ liệu này bị truy cập. Quá trình kiểm tra khởi động định dạng tệp xảy ra trước khi bất kỳ quá trình khôi phục nào bắt đầu, do đó ngăn ngừa các sự cố được mô tả trong phần "Sự cố có thể xảy ra" của tài liệu Trình cắm InnoDB Đặt innodb_file_format_check thành TẮT hoặc sang một định dạng khác với định dạng đang sử dụng là rất nguy hiểm vì nó cho phép quá trình khôi phục chạy, có thể làm hỏng cơ sở dữ liệu của bạn nếu lần tắt trước đó là sự cố hoặc "tắt nhanh". Bạn chỉ nên đặt innodb_file_format_check theo cách này nếu bạn chắc chắn rằng lần tắt trước đó đã được thực hiện với innodb_fast_shutdown=0, để về cơ bản sẽ không có quá trình khôi phục nào xảy ra Tần số mặc định 12. 00. 00 Tự động đóng mặc định được kích hoạt không Phương pháp xả InnoDB có thể không tối ưu Các giá trị khác nhau cho Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Thiếu plugin InnoDB INFORMATION_SCHEMA Một số bảng INFORMATION_SCHEMA -- INNODB_CMP, INNODB_CMPMEM, INNODB_TRX, INNODB_LOCKS và INNODB_LOCK_WAITS -- chứa thông tin trực tiếp về các bảng InnoDB đã nén, nhóm bộ đệm InnoDB đã nén, tất cả các giao dịch hiện đang thực thi bên trong InnoDB, các khóa giữ các giao dịch và các khóa đang chặn các giao dịch đang chờ . Các bảng này rất hữu ích để theo dõi hoạt động và hiệu suất của công cụ lưu trữ Plugin InnoDB Tuy nhiên, bản thân các bảng INFORMATION_SCHEMA này là các phần bổ trợ cho máy chủ MySQL. Do đó, chúng cần được CÀI ĐẶT như được mô tả trong Hướng dẫn sử dụng plugin InnoDB. Nếu chúng chưa được cài đặt, bạn sẽ không thể sử dụng chúng để giám sát công cụ lưu trữ InnoDB Tần số mặc định 12. 00. 00 Tự động đóng mặc định được kích hoạt không Bộ đệm nhật ký InnoDB được xóa vào đĩa sau mỗi giao dịch Theo mặc định, bộ đệm nhật ký của InnoDB được ghi vào tệp nhật ký ở mỗi lần xác nhận giao dịch và thao tác chuyển dữ liệu vào đĩa được thực hiện trên tệp nhật ký, thao tác này thực thi tuân thủ ACID. Trong trường hợp xảy ra sự cố, nếu bạn có đủ khả năng để mất một giây giao dịch, bạn có thể đạt được hiệu suất tốt hơn bằng cách đặt Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Nhật ký InnoDB chờ đợi có thể là nút cổ chai hiệu suất Để có hiệu suất tối ưu, InnoDB không cần phải đợi trước khi ghi hoạt động DML vào bộ đệm nhật ký InnoDB Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không InnoDB không sử dụng định dạng tệp mới nhất Plugin InnoDB có hai tính năng mới có thể rất hữu ích -- các bảng được nén và các cột dài có độ dài thay đổi được lưu trữ ngoài trang. Trong những trường hợp thích hợp, cả hai tính năng này có thể cải thiện hiệu suất của hệ thống của bạn. Tuy nhiên, để tận dụng các tính năng mới này, bạn phải định cấu hình InnoDB để sử dụng định dạng tệp mới cho phép chúng Tần số mặc định 12. 00. 00 Tự động đóng mặc định được kích hoạt không Đã phát hiện cắt bớt trạng thái InnoDB InnoDB chủ yếu sử dụng lệnh SHOW ENGINE INNODB STATUS để kết xuất thông tin chẩn đoán. Vì câu lệnh SHOW này có thể xuất ra nhiều dữ liệu khi chạy trong một hệ thống có rất nhiều phiên hoạt động đồng thời, nên đầu ra bị giới hạn ở 64 kilobyte trong các phiên bản <5. 5. 7 và 1 megabyte trên các phiên bản lớn hơn 5. 5. 7. Bạn đang chạy một phiên bản có giới hạn cắt bớt phải là 1 megabyte, tuy nhiên, việc cắt bớt vẫn xảy ra trong hệ thống của bạn và Tác nhân MEM dựa vào đầu ra này để trả về một số thống kê quan trọng của InnoDB Tuy nhiên, InnoDB cung cấp một tùy chọn khởi động có tên là innodb_status_file, tùy chọn này sẽ chuyển cùng một đầu ra là SHOW ENGINE INNODB STATUS vào một tệp có tên là innodb_status. trong thư mục dữ liệu. Tác nhân MEM (trong các phiên bản > 2. 3. 0) sẽ tự động đọc tệp này nếu nó tồn tại trước khi thực hiện câu lệnh SHOW Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Chế độ nghiêm ngặt của InnoDB bị tắt Để bảo vệ chống lại các lỗi chính tả và lỗi cú pháp bị bỏ qua trong SQL hoặc các hậu quả không mong muốn khác của các kết hợp khác nhau giữa các chế độ hoạt động và lệnh SQL, Plugin InnoDB cung cấp một "chế độ nghiêm ngặt" cho các hoạt động. Trong chế độ này, InnoDB sẽ đưa ra các điều kiện lỗi trong một số trường hợp nhất định, thay vì đưa ra cảnh báo và xử lý lệnh đã chỉ định (có thể với một số giá trị mặc định ngoài ý muốn). Điều này tương tự như sql_mode của MySQL, kiểm soát cú pháp SQL nào MySQL sẽ chấp nhận và xác định xem nó sẽ âm thầm bỏ qua lỗi hay xác thực cú pháp đầu vào và giá trị dữ liệu Việc sử dụng các mệnh đề và cài đặt mới cho ROW_FORMAT và KEY_BLOCK_SIZE trên các lệnh CREATE TABLE và ALTER TABLE cũng như lệnh CREATE INDEX có thể gây nhầm lẫn khi không chạy ở chế độ nghiêm ngặt. Trừ khi bạn chạy ở chế độ nghiêm ngặt, InnoDB sẽ bỏ qua một số lỗi cú pháp nhất định và sẽ tạo bảng hoặc chỉ mục, chỉ có một cảnh báo trong nhật ký thông báo. Tuy nhiên, nếu chế độ nghiêm ngặt của InnoDB được bật, các lỗi như vậy sẽ tạo ra lỗi ngay lập tức và bảng hoặc chỉ mục sẽ không được tạo, do đó tiết kiệm thời gian bằng cách bắt lỗi tại thời điểm lệnh được đưa ra Tần số mặc định 12. 00. 00 Tự động đóng mặc định được kích hoạt không Không gian bảng InnoDB không thể tự động mở rộng Nếu không gian bảng InnoDB không được phép tự động phát triển để đáp ứng nhu cầu dữ liệu đến và ứng dụng của bạn tạo ra nhiều dữ liệu hơn mức có sẵn, lỗi hết dung lượng sẽ xảy ra và ứng dụng của bạn có thể gặp sự cố Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Nhật ký giao dịch InnoDB không được định cỡ chính xác Để tránh hoạt động điểm kiểm tra thường xuyên và giảm I/O vật lý tổng thể, vốn có thể làm chậm các hệ thống nặng ghi, nhật ký giao dịch InnoDB phải có kích thước xấp xỉ 50-100% kích thước của vùng đệm InnoDB, tùy thuộc vào kích thước của vùng đệm Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Tùy chọn xác thực mật khẩu không an toàn được bật Trước MySQL 4. 1, hàm băm mật khẩu được tính toán bởi hàm PASSWORD() dài 16 byte. Kể từ MySQL 4. 1 (và sau này), PASSWORD() đã được sửa đổi để tạo ra giá trị băm dài hơn 41 byte nhằm tăng cường bảo mật. Tuy nhiên, để cho phép khả năng tương thích ngược với các bảng người dùng đã được di chuyển từ trước 4. 1, bạn có thể định cấu hình MySQL để chấp nhận thông tin đăng nhập cho các tài khoản có băm mật khẩu được tạo bằng hàm PASSWORD() cũ, kém an toàn hơn, nhưng điều này không được khuyến nghị Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Tùy chọn tạo mật khẩu không an toàn được bật Trước MySQL 4. 1, hàm băm mật khẩu được tính toán bởi hàm PASSWORD() dài 16 byte. Kể từ MySQL 4. 1 (và sau này), PASSWORD() đã được sửa đổi để tạo ra giá trị băm dài hơn 41 byte nhằm tăng cường bảo mật. Để cho phép khả năng tương thích ngược với các chương trình máy khách cũ hơn, bạn có thể định cấu hình MySQL để tạo các chương trình ngắn (pre-4. 1) băm mật khẩu cho mật khẩu mới, tuy nhiên, điều này không được khuyến khích Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không CHÈN VÀO BẢN CẬP NHẬT KHÓA DUPLICATE Lỗi có thể phá vỡ bản sao Đối với CHÈN. TRÊN các câu lệnh CẬP NHẬT KHÓA DUPLICATE trong đó một số giá trị AUTO_INCREMENT được tạo tự động cho các lần chèn và một số hàng được cập nhật, một giá trị được tạo tự động bị mất trên mỗi hàng được cập nhật, dẫn đến việc sử dụng hết phạm vi của cột AUTO_INCREMENT nhanh hơn. Các phiên bản bị ảnh hưởng của MySQL bao gồm 5. 0. 24 đến 5. 0. 34 và 5. 1. 12 đến 5. 1. 17 (bao gồm) Vì sự cố ban đầu có thể ảnh hưởng đến quá trình sao chép (các giá trị khác nhau trên bản gốc và bản phụ), nên nâng cấp bản chính và bản phụ của nó lên phiên bản hiện tại Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Kích thước bộ đệm chính lớn hơn 4 GB Để giảm thiểu I/O của đĩa, công cụ lưu trữ MyISAM sử dụng bộ đệm khóa (hoặc bộ đệm khóa) để giữ các khối chỉ mục được truy cập thường xuyên nhất trong bộ nhớ. Tuy nhiên, trước phiên bản MySQL 5. 0. 52 bộ đệm khóa này có kích thước giới hạn ở 4 GB, Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Kích thước bộ đệm khóa có thể không tối ưu cho bộ đệm chính Tỷ lệ trúng bộ nhớ cache chính biểu thị tỷ lệ các khóa đang được đọc từ bộ nhớ cache chính trong bộ nhớ thay vì từ đĩa. Điều này thường phải lớn hơn 99% để có hiệu quả tối ưu Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Kích thước bộ đệm chính có thể không tối ưu cho RAM hệ thống Máy chủ đích dường như không có đủ bộ nhớ dành cho bộ nhớ cache chính. Trên một máy chủ chuyên dụng, bộ đệm này thường chiếm khoảng 25% -50% tổng số RAM Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Tùy chọn LOCAL của câu lệnh LOAD DATA được kích hoạt Câu lệnh LOAD DATA có thể tải một tệp nằm trên máy chủ của máy chủ hoặc nó có thể tải một tệp nằm trên máy khách khi từ khóa LOCAL được chỉ định Có hai vấn đề bảo mật tiềm ẩn khi hỗ trợ phiên bản ĐỊA PHƯƠNG của câu lệnh LOAD DATA
Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Khóa cạnh tranh quá mức Hiệu suất có thể bị suy giảm nếu tỷ lệ thao tác trên bảng phải chờ khóa cao so với tổng số lần khóa. Điều này có thể xảy ra khi sử dụng công cụ lưu trữ khóa cấp bảng, chẳng hạn như MyISAM, thay vì công cụ lưu trữ khóa cấp hàng Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Gói mật khẩu không đúng định dạng trong giao thức kết nối có thể làm hỏng máy chủ Do Bug#28984, gói mật khẩu không đúng định dạng trong giao thức kết nối có thể khiến máy chủ gặp sự cố. Điều này có thể dẫn đến các cuộc tấn công từ chối dịch vụ (DoS) Lỗi này đã được sửa trong các phiên bản sau của máy chủ MySQL Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Sắp đạt hoặc đạt tới giới hạn kết nối tối đa Khi đã đạt đến giới hạn kết nối tối đa cho máy chủ MySQL, không thể thiết lập kết nối người dùng nào khác và xảy ra lỗi ở phía máy khách của ứng dụng Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Thiếu các cải tiến bảo mật trong tùy chọn GRANT Câu lệnh GRANT được sử dụng để tạo tài khoản người dùng MySQL và cấp quyền cho tài khoản. Do lỗi 15756 và 14385, các quyền có thể được cấp sai trong một số trường hợp nhất định
Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Xử lý mã hóa nhiều byte có thể dẫn đến SQL injection Do lỗi 8378, máy chủ đã phân tích cú pháp không chính xác các chuỗi đã thoát bằng hàm API mysql_real_escape_string() C. Do đó, ngay cả khi hàm mysql_real_escape_string() nhận biết bộ ký tự được sử dụng, SQL injection vẫn có thể Lỗi này đã được sửa trong các phiên bản sau của máy chủ MySQL Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Nhiều luồng được sử dụng khi sửa chữa các bảng MyISAM Sử dụng nhiều luồng khi sửa chữa các bảng MyISAM có thể cải thiện hiệu suất nhưng cũng có thể dẫn đến hỏng bảng và chỉ mục như đã báo cáo bởi một số lỗi (#11527, #11684, #18874). Mặc dù các lỗi này đã được sửa nhưng tính năng này vẫn được coi là chất lượng beta, như đã lưu ý trong sách hướng dẫn Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Cài đặt chèn đồng thời MyISAM có thể không tối ưu MyISAM sử dụng khóa cấp bảng, điều này có thể ảnh hưởng xấu đến hiệu suất khi có nhiều câu lệnh INSERT và SELECT đồng thời vì INSERT sẽ chặn tất cả các SELECT cho đến khi INSERT hoàn tất. Tuy nhiên, MyISAM có thể được cấu hình để cho phép các câu lệnh INSERT và SELECT chạy đồng thời trong một số tình huống nhất định
Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Chỉ mục MyISAM được tìm thấy mà không có số liệu thống kê Trình tối ưu hóa MySQL cần thống kê chỉ mục để giúp đưa ra lựa chọn về việc có sử dụng chỉ mục để đáp ứng các truy vấn SQL hay không. Không có số liệu thống kê hoặc số liệu thống kê lỗi thời sẽ hạn chế khả năng của trình tối ưu hóa trong việc đưa ra các lựa chọn kế hoạch truy cập thông minh và sáng suốt Tần số mặc định 12. 00. 00 Tự động đóng mặc định được kích hoạt không MyISAM Key Cache có tỷ lệ truy cập dưới mức tối ưu Tỷ lệ trúng bộ nhớ cache chính biểu thị tỷ lệ giá trị chỉ mục đang được đọc từ bộ nhớ cache chính trong bộ nhớ thay vì từ đĩa. Điều này thường phải lớn hơn 99% để có hiệu quả tối ưu Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Sử dụng bộ nhớ tác nhân MySQL quá mức Bộ nhớ mà Tác nhân MySQL cần để giám sát cơ bản khá nhỏ và nhất quán và phụ thuộc vào số lượng quy tắc bạn đã bật. Tuy nhiên, khi Trình phân tích truy vấn được bật, Tác nhân có thể sử dụng nhiều bộ nhớ hơn đáng kể để theo dõi và phân tích bất kỳ truy vấn nào bạn chuyển qua nó. Trong trường hợp này, dung lượng bộ nhớ được sử dụng tùy thuộc vào số lượng truy vấn được chuẩn hóa duy nhất, các truy vấn mẫu và giải thích ví dụ đang được xử lý, cộng với băng thông mạng cần thiết để gửi dữ liệu truy vấn đến Trình quản lý dịch vụ. Nói chung, dung lượng bộ nhớ được sử dụng cho Trình phân tích truy vấn nhỏ và được giới hạn tốt, nhưng trong một số trường hợp, nó có thể trở nên quá mức, đặc biệt là trên các phiên bản Linux cũ hơn Tần số mặc định 00. 01. 00 Tự động đóng mặc định được kích hoạt không Tác nhân MySQL không giao tiếp với máy chủ cơ sở dữ liệu Tác nhân dịch vụ doanh nghiệp MySQL phải có khả năng giao tiếp với máy chủ cơ sở dữ liệu MySQL cục bộ để giám sát máy chủ và đưa ra lời khuyên về việc thực thi các phương pháp hay nhất Tần số mặc định 00. 01. 00 Đã bật tự động đóng mặc định có Tác nhân MySQL không thể truy cập Để giám sát máy chủ MySQL, Tác nhân dịch vụ phải đang chạy và giao tiếp với Trình quản lý dịch vụ. Nếu Tác nhân không thể liên lạc với Trình quản lý dịch vụ, thì Trình quản lý dịch vụ không có cách nào biết liệu máy chủ cơ sở dữ liệu MySQL đang được giám sát có đang chạy hay không và nó không thể thu thập số liệu thống kê hiện tại để đánh giá đúng các quy tắc được lên lịch đối với máy chủ đó Tần số mặc định 00. 00. 01 Đã bật tự động đóng mặc định có Máy chủ MySQL đã được khởi động lại Để thực hiện công việc hữu ích, máy chủ cơ sở dữ liệu phải hoạt động liên tục. Máy chủ sản xuất chạy liên tục hàng tuần, hàng tháng hoặc lâu hơn là điều bình thường. Nếu một máy chủ đã được khởi động lại gần đây, đó có thể là kết quả của việc bảo trì theo kế hoạch, nhưng cũng có thể là do một sự kiện ngoài ý muốn cần được điều tra Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Máy chủ MySQL không thể truy cập Để thực hiện công việc hữu ích, phải có khả năng kết nối với máy chủ cơ sở dữ liệu MySQL cục bộ. Nếu Tác nhân dịch vụ doanh nghiệp MySQL không thể giao tiếp với máy chủ, có khả năng máy chủ không chạy Tần số mặc định 00. 01. 00 Đã bật tự động đóng mặc định có Khóa phím tiếp theo bị vô hiệu hóa cho InnoDB nhưng đã bật ghi nhật ký nhị phân Khóa phím tiếp theo trong InnoDB có thể bị tắt, điều này có thể cải thiện hiệu suất trong một số trường hợp. Tuy nhiên, điều này có thể dẫn đến dữ liệu không nhất quán khi khôi phục từ nhật ký nhị phân trong các trường hợp sao chép hoặc khôi phục. Bắt đầu từ MySQL 5. 0. 2, tùy chọn này thậm chí còn không an toàn hơn so với phiên bản 4. 1. x Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Không giới hạn về tổng số báo cáo đã chuẩn bị Do Bug#16365, không có giới hạn về số lượng câu lệnh đã chuẩn bị có thể được mở trên mỗi kết nối. Điều này có thể dẫn đến một cuộc tấn công Từ chối Dịch vụ (DoS), vì máy chủ sẽ gặp sự cố với lỗi hết bộ nhớ (OOM) khi số lượng câu lệnh trở nên quá lớn Lỗi này đã được sửa trong các phiên bản sau của máy chủ MySQL Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Không có giá trị nào được đặt cho myisam-recover Tùy chọn Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Người dùng không được ủy quyền có đặc quyền DB, bảng hoặc chỉ mục trên tất cả các cơ sở dữ liệu Các đặc quyền như CHỌN, CHÈN, THAY ĐỔI, v.v. cho phép người dùng xem và thay đổi dữ liệu, cũng như tác động đến hiệu suất hệ thống. Các hoạt động như vậy chỉ nên giới hạn ở những cơ sở dữ liệu mà người dùng thực sự cần quyền truy cập đó để người dùng không thể vô tình ảnh hưởng đến các ứng dụng và kho lưu trữ dữ liệu của người khác Tần số mặc định 01. 00. 00 Tự động đóng mặc định được kích hoạt không Người dùng không được ủy quyền có đặc quyền GRANT trên tất cả cơ sở dữ liệu Đặc quyền Tần số mặc định 01. 00. 00 Tự động đóng mặc định được kích hoạt không Người dùng không được ủy quyền có đặc quyền quản trị viên máy chủ Một số đặc quyền, chẳng hạn như SHUTDOWN và SUPER, chủ yếu được sử dụng để quản trị máy chủ. Một số đặc quyền này có thể có ảnh hưởng lớn đến hệ thống vì chúng cho phép ai đó tắt máy chủ hoặc tắt các tiến trình đang chạy. Các hoạt động như vậy nên được giới hạn trong một nhóm nhỏ người dùng Tần số mặc định 01. 00. 00 Tự động đóng mặc định được kích hoạt không Đối tượng đã thay đổi. Cơ sở dữ liệu đã được thay đổi Đối với môi trường phát triển, các thay đổi đối với cơ sở dữ liệu và đối tượng có thể xảy ra bình thường, nhưng không phải đối với môi trường sản xuất. Sẽ là khôn ngoan khi biết khi nào có bất kỳ thay đổi nào xảy ra trong môi trường sản xuất đối với bất kỳ cấu trúc cơ sở dữ liệu nào và điều tra lý do của những thay đổi đó Tần số mặc định 00. 10. 00 Tự động đóng mặc định được kích hoạt không Đối tượng đã thay đổi. Cơ sở dữ liệu đã được tạo Đối với môi trường phát triển, các thay đổi đối với cơ sở dữ liệu và đối tượng có thể xảy ra bình thường, nhưng không phải đối với môi trường sản xuất. Sẽ là khôn ngoan khi biết khi nào có bất kỳ thay đổi nào xảy ra trong môi trường sản xuất đối với bất kỳ cấu trúc cơ sở dữ liệu nào và điều tra lý do của những thay đổi đó Tần số mặc định 00. 10. 00 Tự động đóng mặc định được kích hoạt không Đối tượng đã thay đổi. Cơ sở dữ liệu đã bị loại bỏ Đối với môi trường phát triển, các thay đổi đối với cơ sở dữ liệu và đối tượng có thể xảy ra bình thường, nhưng không phải đối với môi trường sản xuất. Sẽ là khôn ngoan khi biết khi nào có bất kỳ thay đổi nào xảy ra trong môi trường sản xuất đối với bất kỳ cấu trúc cơ sở dữ liệu nào và điều tra lý do của những thay đổi đó Tần số mặc định 00. 10. 00 Tự động đóng mặc định được kích hoạt không Đối tượng đã thay đổi. Chức năng đã được tạo Đối với môi trường phát triển, các thay đổi đối với cơ sở dữ liệu và đối tượng có thể xảy ra bình thường, nhưng không phải đối với môi trường sản xuất. Sẽ là khôn ngoan khi biết khi nào có bất kỳ thay đổi nào xảy ra trong môi trường sản xuất đối với bất kỳ cấu trúc cơ sở dữ liệu nào và điều tra lý do của những thay đổi đó Tần số mặc định 00. 10. 00 Tự động đóng mặc định được kích hoạt không Đối tượng đã thay đổi. Chức năng đã bị loại bỏ Đối với môi trường phát triển, các thay đổi đối với cơ sở dữ liệu và đối tượng có thể xảy ra bình thường, nhưng không phải đối với môi trường sản xuất. Sẽ là khôn ngoan khi biết khi nào có bất kỳ thay đổi nào xảy ra trong môi trường sản xuất đối với bất kỳ cấu trúc hoặc chức năng cơ sở dữ liệu nào và điều tra lý do của những thay đổi đó Tần số mặc định 00. 10. 00 Tự động đóng mặc định được kích hoạt không Đối tượng đã thay đổi. Chỉ mục đã được tạo Đối với môi trường phát triển, các thay đổi đối với cơ sở dữ liệu và đối tượng có thể xảy ra bình thường, nhưng không phải đối với môi trường sản xuất. Sẽ là khôn ngoan khi biết khi nào có bất kỳ thay đổi nào xảy ra trong môi trường sản xuất đối với bất kỳ cấu trúc cơ sở dữ liệu nào và điều tra lý do của những thay đổi đó Tần số mặc định 00. 10. 00 Tự động đóng mặc định được kích hoạt không Đối tượng đã thay đổi. Chỉ mục đã bị bỏ Đối với môi trường phát triển, các thay đổi đối với cơ sở dữ liệu và đối tượng có thể xảy ra bình thường, nhưng không phải đối với môi trường sản xuất. Sẽ là khôn ngoan khi biết khi nào có bất kỳ thay đổi nào xảy ra trong môi trường sản xuất đối với bất kỳ cấu trúc cơ sở dữ liệu nào và điều tra lý do của những thay đổi đó Tần số mặc định 00. 10. 00 Tự động đóng mặc định được kích hoạt không Đối tượng đã thay đổi. Bảng đã được thay đổi Đối với môi trường phát triển, các thay đổi đối với cơ sở dữ liệu và đối tượng có thể xảy ra bình thường, nhưng không phải đối với môi trường sản xuất. Sẽ là khôn ngoan khi biết khi nào có bất kỳ thay đổi nào xảy ra trong môi trường sản xuất đối với cấu trúc cơ sở dữ liệu và điều tra lý do của những thay đổi đó Tần số mặc định 00. 10. 00 Tự động đóng mặc định được kích hoạt không Đối tượng đã thay đổi. Bảng đã được tạo Đối với môi trường phát triển, các thay đổi đối với cơ sở dữ liệu và đối tượng có thể xảy ra bình thường, nhưng không phải đối với môi trường sản xuất. Sẽ là khôn ngoan khi biết khi nào có bất kỳ thay đổi nào xảy ra trong môi trường sản xuất đối với cấu trúc cơ sở dữ liệu và điều tra lý do của những thay đổi đó Tần số mặc định 00. 10. 00 Tự động đóng mặc định được kích hoạt không Đối tượng đã thay đổi. Bảng đã bị bỏ Đối với môi trường phát triển, các thay đổi đối với cơ sở dữ liệu và đối tượng có thể xảy ra bình thường, nhưng không phải đối với môi trường sản xuất. Sẽ là khôn ngoan khi biết khi nào các thay đổi xảy ra trong môi trường sản xuất liên quan đến cấu trúc cơ sở dữ liệu và điều tra lý do của các thay đổi Tần số mặc định 00. 10. 00 Tự động đóng mặc định được kích hoạt không Đối tượng đã thay đổi. Người dùng đã bị loại bỏ Đối với môi trường phát triển, các thay đổi đối với cơ sở dữ liệu và đối tượng có thể xảy ra bình thường, nhưng không phải đối với môi trường sản xuất. Sẽ là khôn ngoan khi biết khi nào các thay đổi xảy ra trong môi trường sản xuất liên quan đến cấu trúc cơ sở dữ liệu và điều tra lý do của các thay đổi Tần số mặc định 00. 10. 00 Tự động đóng mặc định được kích hoạt không Đã phát hiện các thay đổi đối tượng Đối với môi trường phát triển, các thay đổi đối với cơ sở dữ liệu và đối tượng có thể xảy ra bình thường, nhưng không phải đối với môi trường sản xuất. Sẽ là khôn ngoan khi biết khi nào có bất kỳ thay đổi nào xảy ra trong môi trường sản xuất đối với bất kỳ cấu trúc cơ sở dữ liệu nào và điều tra lý do của những thay đổi đó Tần số mặc định 00. 10. 00 Tự động đóng mặc định được kích hoạt không Báo cáo đã chuẩn bị không được đóng Các câu lệnh đã chuẩn bị có thể tăng hiệu suất trong các ứng dụng thực thi các câu lệnh tương tự nhiều lần, chủ yếu là do truy vấn chỉ được phân tích cú pháp một lần. Các câu lệnh đã chuẩn bị cũng có thể làm giảm lưu lượng mạng vì chỉ cần gửi dữ liệu cho các tham số cho mỗi lần thực thi thay vì toàn bộ câu lệnh Tuy nhiên, các câu lệnh đã chuẩn bị cần có thời gian để chuẩn bị và sử dụng bộ nhớ trong máy chủ MySQL cho đến khi chúng được đóng lại, vì vậy điều quan trọng là phải sử dụng chúng đúng cách. Nếu bạn không đóng các câu lệnh đã chuẩn bị khi bạn hoàn thành chúng, thì bạn đang buộc bộ nhớ có thể được sử dụng theo những cách khác một cách không cần thiết. Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Báo cáo đã chuẩn bị không được sử dụng hiệu quả Các câu lệnh đã chuẩn bị có thể tăng hiệu suất trong các ứng dụng thực thi các câu lệnh tương tự nhiều lần, chủ yếu là do truy vấn chỉ được phân tích cú pháp một lần. Các câu lệnh đã chuẩn bị cũng có thể làm giảm lưu lượng mạng vì chỉ cần gửi dữ liệu cho các tham số cho mỗi lần thực thi thay vì toàn bộ câu lệnh Tuy nhiên, các câu lệnh đã chuẩn bị cần có thời gian để chuẩn bị và sử dụng bộ nhớ trong máy chủ MySQL cho đến khi chúng được đóng lại, vì vậy điều quan trọng là phải sử dụng chúng đúng cách. Nếu bạn chỉ thực hiện một câu lệnh một vài lần, chi phí tạo câu lệnh đã chuẩn bị có thể không đáng Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Bộ đệm truy vấn có tỷ lệ truy cập dưới mức tối ưu Khi được bật, bộ đệm truy vấn sẽ có mức độ "lượt truy cập" cao, nghĩa là các truy vấn trong bộ đệm đang được các kết nối người dùng khác sử dụng lại. Tỷ lệ truy cập thấp có thể có nghĩa là không đủ bộ nhớ được phân bổ cho bộ đệm, các truy vấn giống hệt nhau không được đưa ra lặp lại cho máy chủ hoặc các câu lệnh trong bộ đệm truy vấn bị vô hiệu hóa quá thường xuyên bởi các câu lệnh CHÈN, CẬP NHẬT hoặc XÓA Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Bộ đệm truy vấn không khả dụng MySQL có thể lưu trữ kết quả của các câu lệnh SELECT trong bộ nhớ để chúng không phải liên tục được phân tích cú pháp và thực thi. Nếu ứng dụng của bạn thường xuyên chạy đi chạy lại cùng một truy vấn, thì việc lưu vào bộ đệm kết quả có thể tăng hiệu suất đáng kể. Điều quan trọng là sử dụng phiên bản hoặc tệp nhị phân của MySQL hỗ trợ bộ đệm truy vấn Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Bộ đệm truy vấn không được bật Kích hoạt bộ đệm truy vấn có thể tăng hiệu suất lên 200% cho các truy vấn được thực thi thường xuyên và có tập hợp kết quả lớn Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Bộ đệm truy vấn có khả năng bị giảm kích thước Khi Bộ đệm truy vấn đầy và cần thêm nhiều truy vấn hơn vào bộ đệm, nó sẽ tạo thêm chỗ trong bộ đệm bằng cách giải phóng các truy vấn ít được sử dụng gần đây nhất khỏi bộ đệm, sau đó chèn các truy vấn mới. Nếu điều này xảy ra thường xuyên thì bạn nên tăng kích thước của bộ đệm để tránh việc "hoán đổi" liên tục này Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Sử dụng RAM quá mức Một lượng bộ nhớ trống hợp lý là cần thiết để hệ thống hoạt động tốt. Không có bộ nhớ trống, các quy trình và luồng mới không thể bắt đầu và hệ điều hành có thể thực hiện phân trang quá mức (hoán đổi khối bộ nhớ sang và từ đĩa) Tần số mặc định 00. 01. 00 Tự động đóng mặc định được kích hoạt không Tài khoản gốc có thể đăng nhập từ xa Theo mặc định, MySQL bao gồm một tài khoản root với các đặc quyền không giới hạn thường được sử dụng để quản trị máy chủ MySQL. Nếu có thể, các tài khoản có nhiều quyền lực này không nên cho phép đăng nhập từ xa để hạn chế quyền truy cập chỉ những người dùng có thể đăng nhập vào máy mà MySQL đang chạy. Điều này giúp ngăn chặn người dùng trái phép truy cập và thay đổi hệ thống Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Tài khoản gốc không cần mật khẩu Tài khoản người dùng root có đặc quyền không giới hạn và dành cho các tác vụ quản trị. Tài khoản đặc quyền nên có mật khẩu mạnh để ngăn người dùng trái phép truy cập và thay đổi hệ thống Tần số mặc định 00. 05. 00 Đã bật tự động đóng mặc định có Bản sao dựa trên hàng bị hỏng đối với các cột CHAR UTF8 dài hơn 85 ký tự Do Bug#37426, bản sao dựa trên hàng bị ngắt khi các trường CHAR() UTF8 có độ dài lớn hơn 85 ký tự được sử dụng Lỗi này đã được sửa trong các phiên bản sau của máy chủ MySQL Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Đã phát hiện thay đổi bảo mật. Đặc quyền người dùng được cấp Đối với môi trường phát triển, các thay đổi đối với đặc quyền bảo mật cơ sở dữ liệu có thể xảy ra bình thường, nhưng đối với môi trường sản xuất, bạn nên biết khi nào có bất kỳ thay đổi bảo mật nào xảy ra đối với đặc quyền cơ sở dữ liệu và để đảm bảo rằng những thay đổi đó được cho phép và bắt buộc Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Đã phát hiện thay đổi bảo mật. Đặc quyền người dùng bị thu hồi Đối với môi trường phát triển, các thay đổi đối với đặc quyền bảo mật cơ sở dữ liệu có thể xảy ra bình thường, nhưng đối với môi trường sản xuất, bạn nên biết khi nào có bất kỳ thay đổi bảo mật nào xảy ra đối với đặc quyền cơ sở dữ liệu và để đảm bảo rằng những thay đổi đó được cho phép và bắt buộc Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Thay đổi bảo mật đã được phát hiện Đối với môi trường phát triển, các thay đổi đối với đặc quyền bảo mật cơ sở dữ liệu có thể xảy ra bình thường, nhưng đối với môi trường sản xuất, bạn nên biết khi nào có bất kỳ thay đổi bảo mật nào xảy ra đối với đặc quyền cơ sở dữ liệu và để đảm bảo rằng những thay đổi đó được cho phép và bắt buộc Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Rủi ro bảo mật với Tuyên bố BINLOG Do Lỗi #31611, bất kỳ người dùng nào cũng có thể thực thi các câu lệnh BINLOG, điều này mang lại cho họ khả năng thực thi bất kỳ câu lệnh SQL nào một cách hiệu quả bất kể các đặc quyền được liên kết với tài khoản người dùng của họ (i. e. như được đưa ra bởi câu lệnh GRANT). Điều này cho phép bất kỳ người dùng được kết nối nào nhận được bất kỳ đặc quyền nào họ muốn, chỉnh sửa bất kỳ dữ liệu nào họ muốn, thêm và xóa bảng, v.v. Lỗi này đã được sửa trong các phiên bản sau của máy chủ MySQL Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Máy chủ chứa Cơ sở dữ liệu "thử nghiệm" mặc định Theo mặc định, MySQL đi kèm với cơ sở dữ liệu có tên Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Máy chủ có tài khoản không có mật khẩu Tài khoản không có mật khẩu đặc biệt nguy hiểm vì kẻ tấn công chỉ cần đoán tên người dùng. Gán mật khẩu cho tất cả các tài khoản giúp ngăn chặn người dùng trái phép truy cập vào hệ thống Tần số mặc định 00. 05. 00 Đã bật tự động đóng mặc định có Máy chủ có tài khoản ẩn danh Tài khoản MySQL ẩn danh cho phép khách hàng kết nối với máy chủ mà không chỉ định tên người dùng. Vì các tài khoản ẩn danh rất phổ biến trong MySQL, nên việc xóa chúng sẽ giúp ngăn người dùng trái phép truy cập hệ thống Tần số mặc định 00. 05. 00 Đã bật tự động đóng mặc định có Máy chủ bao gồm tài khoản người dùng gốc Theo mặc định, MySQL bao gồm một tài khoản root với các đặc quyền không giới hạn thường được sử dụng để quản trị máy chủ MySQL. Không có lý do gì tài khoản này phải được đặt tên là 'root'. Các tài khoản có nhiều quyền lực này sẽ không dễ dàng bị phát hiện. Vì tài khoản root nổi tiếng trong MySQL nên việc thay đổi tên của nó giúp ngăn người dùng trái phép truy cập và thay đổi hệ thống Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Kiểm tra tính toàn vẹn dữ liệu do máy chủ thực thi đã bị vô hiệu hóa Các chế độ SQL xác định cú pháp SQL nào mà MySQL sẽ hỗ trợ và loại kiểm tra xác thực dữ liệu nào mà nó sẽ thực hiện. Nếu không có chế độ SQL nào được bật, điều này có nghĩa là không có hình thức toàn vẹn dữ liệu do máy chủ thực thi, có nghĩa là dữ liệu đến không hợp lệ sẽ không bị máy chủ từ chối mà thay vào đó sẽ được thay đổi để phù hợp với kiểu dữ liệu mặc định của cột đích. Tuy nhiên, lưu ý rằng bắt đầu với MySQL 4. 1, bất kỳ máy khách nào cũng có thể thay đổi giá trị chế độ phiên SQL của chính mình bất kỳ lúc nào Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Kiểm tra tính toàn vẹn dữ liệu do máy chủ thực thi Không nghiêm ngặt Các chế độ SQL xác định cú pháp SQL nào mà MySQL sẽ hỗ trợ và loại kiểm tra xác thực dữ liệu nào mà nó sẽ thực hiện. Có nhiều tùy chọn có thể được sử dụng kết hợp với nhau để chỉ định các mức độ kiểm tra xác thực dữ liệu và cú pháp khác nhau mà máy chủ MySQL sẽ thực hiện. Tuy nhiên, để đảm bảo mức độ tin cậy cao nhất cho tính toàn vẹn của dữ liệu, ít nhất một trong những điều sau đây phải được đưa vào danh sách. Tuy nhiên, lưu ý rằng bắt đầu với MySQL 4. 1, bất kỳ máy khách nào cũng có thể thay đổi giá trị chế độ phiên SQL của chính mình bất kỳ lúc nào Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Phát hiện nô lệ khi mất mạng quá cao Các nô lệ phải đối phó với sự cố mất kết nối mạng ảnh hưởng đến khả năng của nô lệ nhận dữ liệu mới nhất từ chủ và do đó khiến quá trình sao chép bị tụt lại phía sau. Tuy nhiên, nô lệ thông báo mất mạng chỉ sau khi không nhận được dữ liệu từ chủ cho Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Lỗi nô lệ. Múi giờ không xác định hoặc không chính xác Để sử dụng tên múi giờ cùng với các câu lệnh, chức năng và kiểu dữ liệu nhất định, bạn phải định cấu hình máy chủ để hiểu các tên đó bằng cách tải thông tin từ các tệp múi giờ của hệ điều hành vào một tập hợp các bảng trong cơ sở dữ liệu mysql. Tuy nhiên, trong khi quy trình cài đặt MySQL tạo các bảng múi giờ đó, nó không tải chúng; Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Vị trí thực hiện nô lệ quá xa so với vị trí đọc Khi một nô lệ nhận được các bản cập nhật từ chủ của nó, luồng I/O sẽ lưu trữ dữ liệu trong các tệp cục bộ được gọi là nhật ký chuyển tiếp. Chuỗi SQL của nô lệ đọc nhật ký chuyển tiếp và thực thi các bản cập nhật mà chúng chứa. Nếu vị trí mà luồng SQL đang đọc ở phía sau vị trí mà luồng I/O hiện đang ghi, thì đó là dấu hiệu cho thấy quá trình sao chép đang bị chậm lại và kết quả của các truy vấn hướng đến máy phụ có thể không phản ánh những thay đổi mới nhất được thực hiện Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không nô lệ đã được dừng lại Nếu quá trình sao chép trên một nô lệ đã bị dừng, điều đó có nghĩa là nô lệ không truy xuất các câu lệnh mới nhất từ chủ và nó không thực thi các câu lệnh đó trên nô lệ Tần số mặc định 00. 01. 00 Đã bật tự động đóng mặc định có Slave đã gặp lỗi sao chép Khi một nô lệ nhận được các bản cập nhật từ chủ của nó, nó phải áp dụng các bản cập nhật đó cục bộ để dữ liệu trên nô lệ khớp với dữ liệu trên máy chủ. Nếu xảy ra lỗi trong khi áp dụng bản cập nhật trên máy phụ, dữ liệu trên máy phụ có thể không khớp với dữ liệu trên máy chính và đó là dấu hiệu cho thấy quá trình sao chép có thể bị hỏng Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Slave có tài khoản đăng nhập với các đặc quyền không phù hợp Việc thay đổi và loại bỏ các bảng trên một nô lệ có thể phá vỡ quá trình sao chép. Trừ khi nô lệ cũng lưu trữ các bảng không sao chép, không cần tài khoản có các đặc quyền này. Thay vào đó, bạn nên đặt cờ Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Slave có vấn đề giao tiếp với Master Các nô lệ phải kết nối với chủ để nhận dữ liệu mới nhất từ chủ. Nếu chúng không thể kết nối hoặc định kỳ gặp sự cố kết nối, quá trình sao chép có thể bị chậm lại (i. e. nô lệ có thể không có dữ liệu mới nhất được ghi vào chủ) Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Nô lệ đã ngừng sao chép Nếu cả luồng I/O nô lệ cũng như luồng SQL nô lệ đều không chạy, điều đó có nghĩa là nô lệ không nhận được các câu lệnh mới nhất từ chủ và nó không thực thi các câu lệnh đó trên nô lệ, và do đó quá trình sao chép đã dừng hoàn toàn Tần số mặc định 00. 01. 00 Đã bật tự động đóng mặc định có Slave I/O Thread không chạy Luồng I/O nô lệ là luồng truy xuất các câu lệnh từ nhật ký nhị phân của chủ và ghi chúng vào nhật ký chuyển tiếp của nô lệ. Nếu luồng này không chạy, điều đó có nghĩa là nô lệ không thể truy xuất dữ liệu mới nhất từ chủ Tần số mặc định 00. 01. 00 Đã bật tự động đóng mặc định có Slave không được cấu hình là chỉ đọc Các bản cập nhật tùy ý hoặc ngoài ý muốn cho một nô lệ có thể phá vỡ quá trình sao chép hoặc khiến một nô lệ không nhất quán với chủ của nó. Tạo một Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Không gian nhật ký chuyển tiếp nô lệ rất lớn Khi một nô lệ nhận được các bản cập nhật từ chủ của nó, luồng I/O sẽ lưu trữ dữ liệu trong các tệp cục bộ được gọi là nhật ký chuyển tiếp. Chuỗi SQL của nô lệ đọc nhật ký chuyển tiếp và thực thi các bản cập nhật mà chúng chứa. Sau khi chuỗi SQL đã thực thi tất cả các bản cập nhật trong nhật ký chuyển tiếp, tệp không còn cần thiết nữa và có thể bị xóa để tiết kiệm dung lượng ổ đĩa Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Nhật ký chuyển tiếp nô lệ không tự động bị xóa Khi một nô lệ nhận được các bản cập nhật từ chủ của nó, luồng I/O sẽ lưu trữ dữ liệu trong các tệp cục bộ được gọi là nhật ký chuyển tiếp. Chuỗi SQL của nô lệ đọc nhật ký chuyển tiếp và thực thi các bản cập nhật mà chúng chứa. Sau khi chuỗi SQL đã thực thi tất cả các bản cập nhật trong nhật ký chuyển tiếp, tệp không còn cần thiết nữa và có thể bị xóa để tiết kiệm dung lượng ổ đĩa Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Chủ đề SQL nô lệ không chạy Luồng SQL nô lệ là luồng đọc các câu lệnh từ nhật ký chuyển tiếp của nô lệ và thực thi chúng để đưa nô lệ đồng bộ hóa với chủ. Nếu luồng này không chạy, điều đó có nghĩa là nô lệ không thể áp dụng những thay đổi mới nhất mà nó đã đọc từ chủ và kết quả của các truy vấn hướng đến nô lệ có thể không phản ánh những thay đổi mới nhất được thực hiện trên chủ Tần số mặc định 00. 01. 00 Đã bật tự động đóng mặc định có Chủ đề SQL nô lệ Đọc từ Nhật ký chuyển tiếp cũ hơn Chủ đề I/O Khi một nô lệ nhận được các bản cập nhật từ chủ của nó, luồng I/O sẽ lưu trữ dữ liệu trong các tệp cục bộ được gọi là nhật ký chuyển tiếp. Chuỗi SQL của nô lệ đọc nhật ký chuyển tiếp và thực thi các bản cập nhật mà chúng chứa. Nếu luồng SQL đang đọc từ nhật ký chuyển tiếp cũ hơn nhật ký mà luồng I/O hiện đang ghi vào, thì đó là dấu hiệu cho thấy quá trình sao chép đang bị chậm lại và kết quả của các truy vấn hướng đến máy con có thể không phản ánh những thay đổi mới nhất được thực hiện trên Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Nô lệ quá xa phía sau chủ nhân Nếu một nô lệ ở quá xa phía sau chủ, kết quả của các truy vấn hướng đến nô lệ có thể không phản ánh những thay đổi mới nhất được thực hiện trên chủ Tần số mặc định 00. 01. 00 Đã bật tự động đóng mặc định có Nô lệ đang chờ để chuyển tiếp không gian nhật ký miễn phí Đối với các nô lệ có dung lượng đĩa hạn chế, bạn có thể đặt giới hạn về mức độ lớn mà nhật ký chuyển tiếp sao chép có thể phát triển. Khi đạt đến giới hạn, luồng I/O dừng đọc các sự kiện nhật ký nhị phân từ máy chủ chính cho đến khi luồng SQL bắt kịp và xóa một số nhật ký chuyển tiếp chưa được xử lý. Mặc dù điều này bảo vệ MySQL khỏi làm đầy đĩa, nhưng điều đó có nghĩa là quá trình sao chép bị trì hoãn và nô lệ sẽ tụt lại phía sau chủ Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Nô lệ không có tài khoản nô lệ sao chép Nếu chủ bị lỗi, bạn có thể muốn sử dụng một trong các nô lệ làm chủ mới. Phải tồn tại một tài khoản có đặc quyền SAO CHÉP NÔ LỆ để máy chủ hoạt động như một bản sao chính (để một nô lệ có thể kết nối với nó), do đó, bạn nên tạo tài khoản này trên các nô lệ của mình để chuẩn bị cho nó tiếp quản một chủ nếu Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Nhật ký truy vấn chậm không được bật Nhật ký truy vấn chậm có thể được sử dụng để xác định các truy vấn mất nhiều thời gian để hoàn thành Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Các thủ tục được lưu trữ được tìm thấy với cú pháp SELECT * Các phương pháp hay nhất cho trạng thái mã hóa SQL mà không có truy vấn nào được đưa ra với CHỌN *. lý do bao gồm
Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Quy trình được lưu trữ chạy trong bối cảnh bảo mật của người gọi thay vì người gọi Do lỗi 18630, một quy trình được lưu trữ do một người dùng tạo và sau đó cho phép người dùng khác có thể truy cập bằng GRANT EXECUTE, người dùng đó có thể thực thi quy trình đó với các đặc quyền của trình định nghĩa quy trình Lỗi này đã được sửa trong các phiên bản sau của máy chủ MySQL Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Liên kết tượng trưng được bật Bạn có thể di chuyển các bảng và cơ sở dữ liệu từ thư mục cơ sở dữ liệu đến các vị trí khác và thay thế chúng bằng các liên kết tượng trưng đến các vị trí mới. Ví dụ: bạn có thể muốn thực hiện việc này để di chuyển cơ sở dữ liệu sang một hệ thống tệp có nhiều dung lượng trống hơn hoặc để tăng tốc độ hệ thống của bạn bằng cách phân bổ các bảng của bạn sang các đĩa khác nhau Tuy nhiên, các liên kết tượng trưng có thể làm tổn hại đến bảo mật. Điều này đặc biệt quan trọng nếu bạn chạy mysqld với quyền root, vì bất kỳ ai có quyền ghi vào thư mục dữ liệu của máy chủ đều có thể xóa bất kỳ tệp nào trong hệ thống Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Bộ đệm bảng không tối ưu MySQL là đa luồng, do đó có thể có nhiều máy khách đưa ra truy vấn cho một bảng nhất định cùng một lúc. Để giảm thiểu sự cố với nhiều luồng máy khách có các trạng thái khác nhau trên cùng một bảng, bảng được mở độc lập bởi từng luồng đồng thời Bộ đệm bảng được sử dụng để lưu bộ mô tả tệp vào bộ đệm cho các bảng đang mở và có một bộ đệm duy nhất được chia sẻ bởi tất cả các máy khách. Việc tăng kích thước của bộ đệm bảng cho phép mysqld giữ nhiều bảng hơn mở đồng thời bằng cách giảm số lượng thao tác mở và đóng tệp phải được thực hiện. Nếu giá trị của Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Bộ nhớ cache của bảng được đặt quá thấp để khởi động Kích thước bộ đệm của bảng kiểm soát số lượng bảng đang mở có thể xảy ra bất kỳ lúc nào trên máy chủ. MySQL sẽ làm việc để mở và đóng các bảng khi cần thiết, tuy nhiên bạn tránh để table cache set quá thấp khiến MySQL phải liên tục mở và đóng các bảng để thỏa mãn việc truy cập đối tượng Nếu số lượng bảng được mở trong ba giờ đầu tiên của dịch vụ vượt quá giới hạn bộ đệm bảng, thì kích thước bộ đệm bảng có thể được đặt quá thấp Tần số mặc định 00. 30. 00 Tự động đóng mặc định được kích hoạt không Cạnh tranh khóa bảng quá mức Hiệu suất có thể bị suy giảm nếu tỷ lệ thao tác trên bảng phải chờ khóa cao so với tổng số lần khóa. Điều này có thể xảy ra khi sử dụng công cụ lưu trữ khóa cấp bảng, chẳng hạn như MyISAM, thay vì công cụ lưu trữ khóa cấp hàng Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Quét bảng quá mức Máy chủ mục tiêu dường như không sử dụng các chỉ mục một cách hiệu quả. Các giá trị của Handler_read_rnd_next và Handler_read_rnd cùng nhau - phản ánh số lượng hàng được đọc qua quét toàn bộ bảng - cao so với tổng các biến Handler biểu thị tất cả các lần truy cập hàng - chẳng hạn như Handler_read_key, Handler_read_next, v.v. Bạn nên kiểm tra các bảng và truy vấn của mình để sử dụng đúng các chỉ mục Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Các bảng được tìm thấy không có khóa chính hoặc khóa duy nhất Khóa chính hoặc khóa duy nhất của bảng quan hệ xác định duy nhất từng bản ghi trong bảng. Ngoại trừ trong những trường hợp rất bất thường, mỗi bảng cơ sở dữ liệu phải có một hoặc nhiều cột được chỉ định làm khóa chính hoặc khóa duy nhất và thông thường người ta khai báo một cột. Tần số mặc định 12. 00. 00 Tự động đóng mặc định được kích hoạt không Tỷ lệ bảng tạm thời trên đĩa quá mức Nếu không gian cần thiết để xây dựng một bảng tạm thời vượt quá Vì lý do hiệu suất, lý tưởng nhất là tạo hầu hết các bảng tạm thời trong bộ nhớ, để lại các bảng tạm thời cực lớn được tạo trên đĩa Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Bộ đệm chủ đề không được bật Mỗi kết nối đến máy chủ cơ sở dữ liệu MySQL chạy trong luồng riêng của nó. Quá trình tạo luồng cần có thời gian, do đó, thay vì tắt luồng khi kết nối bị đóng, máy chủ có thể giữ luồng trong bộ đệm luồng của nó và sử dụng nó cho một kết nối mới sau này Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Kích thước bộ đệm chủ đề có thể không tối ưu Mỗi kết nối đến máy chủ cơ sở dữ liệu MySQL chạy trong luồng riêng của nó. Quá trình tạo luồng cần có thời gian, do đó, thay vì tắt luồng khi kết nối bị đóng, máy chủ có thể giữ luồng trong bộ đệm luồng của nó và sử dụng nó cho một kết nối mới sau này Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Quá nhiều truy vấn chạy đồng thời Quá nhiều truy vấn đang hoạt động cho biết máy chủ đang quá tải và có thể là dấu hiệu của xung đột khóa hoặc truy vấn SQL không được tối ưu hóa Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Hỗ trợ UDF có thể được sử dụng để thực thi mã tùy ý Trong phiên bản 4. 1 và 5. 0 của MySQL, theo mặc định, Hàm do người dùng xác định (UDF) được tải từ đường dẫn thư viện hệ thống (e. g. /usr/lib). Đã xác định rằng bộ lọc bảo mật được sử dụng không bảo vệ đúng cách trước một số cuộc tấn công bằng thư viện hệ thống hiện có. Do đó, người dùng có quyền truy cập đặc quyền có thể thực thi mã tùy ý. Vấn đề này cũng có thể bị khai thác trên các hệ thống không tích cực sử dụng UDF, nếu bất kỳ người dùng từ xa không đáng tin cậy nào có đặc quyền DBA trên MySQL. Để bảo vệ đúng cách trước sự cố này, một biến mới đã được giới thiệu, Tần số mặc định 12. 00. 00 Tự động đóng mặc định được kích hoạt không UDF được tải từ vị trí không an toàn Hàm do người dùng xác định (UDF) cho phép bạn thêm các tính năng và mở rộng chức năng của máy chủ MySQL, nhưng chúng cũng gây nguy hiểm nếu chúng có thể được tải từ một vị trí không an toàn Để bảo vệ khỏi vấn đề này, biến Tần số mặc định 12. 00. 00 Tự động đóng mặc định được kích hoạt không Sử dụng Chế độ xem Ghi đè Đặc quyền Cập nhật Cột Trên Bảng bên dưới Do Lỗi #27878, bằng cách sử dụng chế độ xem, người dùng chỉ có đặc quyền cập nhật một cột nhất định của bảng có thể cập nhật bất kỳ cột nào của bảng đó, ngay cả khi chế độ xem được xác định bằng SQL SECURITY IVOKER. Ngoài ra, việc sử dụng dạng xem có thể cho phép người dùng có được đặc quyền cập nhật cho các bảng trong cơ sở dữ liệu khác Lỗi này đã được sửa trong các phiên bản sau của máy chủ MySQL Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Người dùng có thể đạt được các đặc quyền bằng cách chạy quy trình được lưu trữ được khai báo bằng cách sử dụng SQL SECURITY IVOKER Do Lỗi #27337, nếu một quy trình được lưu trữ được khai báo bằng cách sử dụng SQL SECURITY INVOKER, thì người dùng đã gọi quy trình đó có thể nhận được các đặc quyền. Ví dụ: một người dùng không có đặc quyền CREATE trên một cơ sở dữ liệu nhất định có thể nhận được đặc quyền đó sau khi gọi một thủ tục được lưu trữ Lỗi này đã được sửa trong các phiên bản sau của máy chủ MySQL Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Người dùng có quyền đối với cơ sở dữ liệu không tồn tại Khi cơ sở dữ liệu bị hủy, đặc quyền của người dùng trên cơ sở dữ liệu sẽ không tự động bị hủy. Điều này có ý nghĩa bảo mật vì người dùng đó sẽ lấy lại các đặc quyền nếu cơ sở dữ liệu có cùng tên được tạo trong tương lai, đây có thể không phải là kết quả mong muốn Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Người dùng có quyền đối với bảng không tồn tại Khi một bảng bị hủy, các đặc quyền của người dùng trên bảng sẽ không tự động bị hủy. Điều này có ý nghĩa bảo mật vì người dùng đó sẽ lấy lại các đặc quyền nếu một bảng có cùng tên trong cùng một cơ sở dữ liệu được tạo trong tương lai, đây có thể không phải là kết quả mong muốn Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Người dùng chỉ có đặc quyền ALTER trên bảng được phân vùng mới có thể lấy thông tin đặc quyền SELECT Do Bug#23675, người dùng chỉ có đặc quyền ALTER trên bảng được phân vùng có thể lấy thông tin về bảng cần có đặc quyền CHỌN Lỗi này đã được sửa trong các phiên bản sau của máy chủ MySQL Tần số mặc định 06. 00. 00 Tự động đóng mặc định được kích hoạt không Người dùng có thể xem tất cả cơ sở dữ liệu trên máy chủ MySQL Đặc quyền SHOW DATABASES chỉ nên được cấp cho những người dùng cần xem tất cả các cơ sở dữ liệu trên Máy chủ MySQL. Bạn nên khởi động Máy chủ MySQL với tùy chọn Ghi chú. Nếu người dùng được cấp bất kỳ đặc quyền toàn cầu nào, chẳng hạn như TẠO BẢNG TẠM THỜI hoặc KHÓA BẢNG, họ sẽ tự động được cung cấp khả năng hiển thị cơ sở dữ liệu trừ khi máy chủ được khởi động với tùy chọn --skip-show-database được bật. Các DBA nên biết về thực tế này, trong trường hợp bất kỳ ứng dụng nào sử dụng các bảng tạm thời Tần số mặc định 00. 05. 00 Tự động đóng mặc định được kích hoạt không Cảnh báo không được đăng nhập Các điều kiện lỗi mà máy chủ MySQL gặp phải luôn được ghi vào nhật ký lỗi, nhưng các điều kiện cảnh báo chỉ được ghi nếu Tần số mặc định 12. 00. 00 Tự động đóng mặc định được kích hoạt không Hỗ trợ giao dịch phân tán XA được kích hoạt cho InnoDB Hỗ trợ giao dịch phân tán XA được bật theo mặc định. Nếu bạn không sử dụng tính năng này, hãy lưu ý rằng tính năng này sẽ bổ sung thêm fsync cho mỗi giao dịch và có thể ảnh hưởng xấu đến hiệu suất |
