Hướng dẫn mysql 5.6 vs 5.7 breaking changes - mysql 5.6 so với 5.7 thay đổi phá vỡ

• Thay đổi không tương thích: Kể từ MySQL 5.7.5, hỗ trợ mật khẩu sử dụng định dạng băm mật khẩu trước 4 tuổi cũ hơn được xóa, liên quan đến các thay đổi sau. Các ứng dụng sử dụng bất kỳ tính năng nào không còn được hỗ trợ phải được sửa đổi.: As of MySQL 5.7.5, support for passwords that use the older pre-4.1 password hashing format is removed, which involves the following changes. Applications that use any feature no longer supported must be modified.

  Nội dung chính Show

  • MySQL 5.7 có lỗi thời không?
  • MySQL 5.6 có lỗi thời không?
  • MySQL 5.7 sẽ được hỗ trợ trong bao lâu?
  • Những tính năng nào sau đây đã được thêm vào MySQL 5.7 1 Cải tiến bảo mật 2 Chế độ SQL thay đổi 3 Bảng thay đổi trực tuyến?

  • Plugin xác thực mysql_old_password đã sử dụng các giá trị băm mật khẩu trước 4,1 bị xóa. Các tài khoản sử dụng plugin này được vô hiệu hóa khi khởi động và máy chủ ghi một thông báo plugin không xác định của Google vào nhật ký lỗi. Để biết hướng dẫn về việc nâng cấp các tài khoản sử dụng plugin này, xem Phần & NBSP; 6.4.1.3, di chuyển ra khỏi mật khẩu trước 4,1 và plugin mysql_old_password.“unknown plugin” message to the error log. For instructions on upgrading accounts that use this plugin, see Section 6.4.1.3, “Migrating Away from Pre-4.1 Password Hashing and the mysql_old_password Plugin”.

  • Đối với biến hệ thống old_passwords, giá trị 1 (sản xuất các giá trị băm trước 4,1) không còn được phép.

  • Tùy chọn --secure-auth cho các chương trình máy chủ và máy khách là mặc định, nhưng bây giờ là không có op. Nó không được chấp nhận; hy vọng nó sẽ được loại bỏ trong bản phát hành MySQL trong tương lai.

  • Tùy chọn --skip-secure-auth cho máy chủ và các chương trình máy khách không còn được hỗ trợ và sử dụng nó tạo ra lỗi.

  • Biến hệ thống secure_auth chỉ cho phép một giá trị là 1; Giá trị 0 không còn được phép.

  • Hàm OLD_PASSWORD() được loại bỏ.

• Thay đổi không tương thích: Trong MySQL 5.6.6, loại dữ liệu

  SET sql_mode = '';
  CREATE TABLE t (d DATE DEFAULT 0);
  SET sql_mode = 'NO_ZERO_DATE,STRICT_ALL_TABLES';
  INSERT INTO t (d) VALUES(DEFAULT);

  0 2 chữ số đã bị phản đối. Trong MySQL 5.7.5, hỗ trợ cho

  SET sql_mode = '';
  CREATE TABLE t (d DATE DEFAULT 0);
  SET sql_mode = 'NO_ZERO_DATE,STRICT_ALL_TABLES';
  INSERT INTO t (d) VALUES(DEFAULT);

  0 bị xóa. Sau khi bạn nâng cấp lên MySQL 5.7.5 trở lên, bất kỳ cột

  SET sql_mode = '';
  CREATE TABLE t (d DATE DEFAULT 0);
  SET sql_mode = 'NO_ZERO_DATE,STRICT_ALL_TABLES';
  INSERT INTO t (d) VALUES(DEFAULT);

  0 2 chữ số nào còn lại phải được chuyển đổi thành các cột

  SET sql_mode = '';
  CREATE TABLE t (d DATE DEFAULT 0);
  SET sql_mode = 'NO_ZERO_DATE,STRICT_ALL_TABLES';
  INSERT INTO t (d) VALUES(DEFAULT);

  3 4 chữ số để có thể sử dụng được. Đối với các chiến lược chuyển đổi, xem Phần & NBSP; 11.2.5, Năm 2 chữ số (2) giới hạn và di chuyển sang năm chữ số 4 chữ số. Chạy mysql_upgrade sau khi nâng cấp là một trong những chiến lược chuyển đổi có thể.: In MySQL 5.6.6, the 2-digit

  SET sql_mode = '';
  CREATE TABLE t (d DATE DEFAULT 0);
  SET sql_mode = 'NO_ZERO_DATE,STRICT_ALL_TABLES';
  INSERT INTO t (d) VALUES(DEFAULT);

  0 data type was deprecated. In MySQL 5.7.5, support for

  SET sql_mode = '';
  CREATE TABLE t (d DATE DEFAULT 0);
  SET sql_mode = 'NO_ZERO_DATE,STRICT_ALL_TABLES';
  INSERT INTO t (d) VALUES(DEFAULT);

  0 is removed. Once you upgrade to MySQL 5.7.5 or higher, any remaining 2-digit

  SET sql_mode = '';
  CREATE TABLE t (d DATE DEFAULT 0);
  SET sql_mode = 'NO_ZERO_DATE,STRICT_ALL_TABLES';
  INSERT INTO t (d) VALUES(DEFAULT);

  0 columns must be converted to 4-digit

  SET sql_mode = '';
  CREATE TABLE t (d DATE DEFAULT 0);
  SET sql_mode = 'NO_ZERO_DATE,STRICT_ALL_TABLES';
  INSERT INTO t (d) VALUES(DEFAULT);

  3 columns to become usable again. For conversion strategies, see Section 11.2.5, “2-Digit YEAR(2) Limitations and Migrating to 4-Digit YEAR”. Running mysql_upgrade after upgrading is one of the possible conversion strategies.

• MYSQL 5.7.7,

  SET sql_mode = '';
  CREATE TABLE t (d DATE DEFAULT 0);
  SET sql_mode = 'NO_ZERO_DATE,STRICT_ALL_TABLES';
  INSERT INTO t (d) VALUES(DEFAULT);

  4 báo cáo một bảng là cần xây dựng lại nếu nó chứa các cột tạm thời cũ ở định dạng trước 5.6.4 . Điều này giúp mysql_upgrade phát hiện và nâng cấp các bảng chứa các cột thời gian cũ. Nếu

  SET sql_mode = '';
  CREATE TABLE t (d DATE DEFAULT 0);
  SET sql_mode = 'NO_ZERO_DATE,STRICT_ALL_TABLES';
  INSERT INTO t (d) VALUES(DEFAULT);

  8 được bật,
  0 bỏ qua các cột tạm thời cũ có trong bảng; Do đó, mysql_upgrade không nâng cấp chúng.mysql_upgrade to detect and upgrade tables containing old temporal columns. If

  SET sql_mode = '';
  CREATE TABLE t (d DATE DEFAULT 0);
  SET sql_mode = 'NO_ZERO_DATE,STRICT_ALL_TABLES';
  INSERT INTO t (d) VALUES(DEFAULT);

  8 is enabled,
  0 ignores the old temporal columns present in the table; consequently, mysql_upgrade does not upgrade them.

  Kể từ MySQL 5.7.7,

  1 nâng cấp bảng nếu nó chứa các cột tạm thời cũ ở định dạng Pre-5.6.4 và biến hệ thống

  SET sql_mode = '';
  CREATE TABLE t (d DATE DEFAULT 0);
  SET sql_mode = 'NO_ZERO_DATE,STRICT_ALL_TABLES';
  INSERT INTO t (d) VALUES(DEFAULT);

  8 bị vô hiệu hóa. Nếu

  SET sql_mode = '';
  CREATE TABLE t (d DATE DEFAULT 0);
  SET sql_mode = 'NO_ZERO_DATE,STRICT_ALL_TABLES';
  INSERT INTO t (d) VALUES(DEFAULT);

  8 được bật,
  4 bỏ qua các cột tạm thời cũ có trong bảng và không nâng cấp chúng.

  Để kiểm tra các bảng có chứa các cột thời gian như vậy và cần xây dựng lại, vô hiệu hóa

  SET sql_mode = '';
  CREATE TABLE t (d DATE DEFAULT 0);
  SET sql_mode = 'NO_ZERO_DATE,STRICT_ALL_TABLES';
  INSERT INTO t (d) VALUES(DEFAULT);

  8 trước khi thực hiện

  SET sql_mode = '';
  CREATE TABLE t (d DATE DEFAULT 0);
  SET sql_mode = 'NO_ZERO_DATE,STRICT_ALL_TABLES';
  INSERT INTO t (d) VALUES(DEFAULT);

  4.

  Để nâng cấp các bảng có chứa các cột thời gian như vậy, hãy vô hiệu hóa

  SET sql_mode = '';
  CREATE TABLE t (d DATE DEFAULT 0);
  SET sql_mode = 'NO_ZERO_DATE,STRICT_ALL_TABLES';
  INSERT INTO t (d) VALUES(DEFAULT);

  8 trước khi thực hiện
  4 hoặc mysql_upgrade.mysql_upgrade.

• Thay đổi không tương thích: Kể từ MySQL 5.7.2, máy chủ yêu cầu các hàng tài khoản trong bảng hệ thống

  9 phải có giá trị cột

  
   2013-04-15T15:27:27 UTC
   3998_2013-04-15T15:27:27
   Query
   3
   0
   0
   root[root] @ localhost [127.0.0.1]
   
   localhost
   127.0.0.1
   select
   SELECT 1
  

  0 không trống và vô hiệu hóa tài khoản có giá trị trống. Điều này yêu cầu bạn nâng cấp bảng
  9 của mình để điền vào tất cả các giá trị

  
   2013-04-15T15:27:27 UTC
   3998_2013-04-15T15:27:27
   Query
   3
   0
   0
   root[root] @ localhost [127.0.0.1]
   
   localhost
   127.0.0.1
   select
   SELECT 1
  

  0. Kể từ MySQL 5.7.6, hãy sử dụng quy trình này:: As of MySQL 5.7.2, the server requires account rows in the
  9 system table to have a nonempty

  
   2013-04-15T15:27:27 UTC
   3998_2013-04-15T15:27:27
   Query
   3
   0
   0
   root[root] @ localhost [127.0.0.1]
   
   localhost
   127.0.0.1
   select
   SELECT 1
  

  0 column value and disables accounts with an empty value. This requires that you upgrade your
  9 table to fill in all

  
   2013-04-15T15:27:27 UTC
   3998_2013-04-15T15:27:27
   Query
   3
   0
   0
   root[root] @ localhost [127.0.0.1]
   
   localhost
   127.0.0.1
   select
   SELECT 1
  

  0 values. As of MySQL 5.7.6, use this procedure:

  Nếu bạn có kế hoạch nâng cấp bằng thư mục dữ liệu từ cài đặt MySQL hiện tại của bạn:

  1. Dừng máy chủ cũ (MySQL 5.6)

  2. Nâng cấp các nhị phân MySQL tại chỗ bằng cách thay thế các nhị phân cũ bằng những nhị phân mới

  3. Khởi động máy chủ MySQL 5.7 bình thường (không có tùy chọn đặc biệt)

  4. Chạy MySQL_Upgrade để nâng cấp các bảng hệ thốngmysql_upgrade to upgrade the system tables

  5. Khởi động lại máy chủ MySQL 5.7

  Nếu bạn có kế hoạch nâng cấp bằng cách tải lại tệp kết xuất được tạo từ cài đặt MySQL hiện tại của bạn:

  1. Để tạo tệp kết xuất, hãy chạy mysqldump với tùy chọn

     
      2013-04-15T15:27:27 UTC
      3998_2013-04-15T15:27:27
      Query
      3
      0
      0
      root[root] @ localhost [127.0.0.1]
      
      localhost
      127.0.0.1
      select
      SELECT 1
     

     3 và không có tùy chọn

     
      2013-04-15T15:27:27 UTC
      3998_2013-04-15T15:27:27
      Query
      3
      0
      0
      root[root] @ localhost [127.0.0.1]
      
      localhost
      127.0.0.1
      select
      SELECT 1
     

     4mysqldump with the

     
      2013-04-15T15:27:27 UTC
      3998_2013-04-15T15:27:27
      Query
      3
      0
      0
      root[root] @ localhost [127.0.0.1]
      
      localhost
      127.0.0.1
      select
      SELECT 1
     

     3 option and without the

     
      2013-04-15T15:27:27 UTC
      3998_2013-04-15T15:27:27
      Query
      3
      0
      0
      root[root] @ localhost [127.0.0.1]
      
      localhost
      127.0.0.1
      select
      SELECT 1
     

     4 option

  2. Dừng máy chủ cũ (MySQL 5.6)

  3. Nâng cấp các nhị phân MySQL tại chỗ bằng cách thay thế các nhị phân cũ bằng những nhị phân mới

  4. Khởi động máy chủ MySQL 5.7 bình thường (không có tùy chọn đặc biệt)

  5. Chạy MySQL_Upgrade để nâng cấp các bảng hệ thốngmysql <

     
      2013-04-15T15:27:27 UTC
      3998_2013-04-15T15:27:27
      Query
      3
      0
      0
      root[root] @ localhost [127.0.0.1]
      
      localhost
      127.0.0.1
      select
      SELECT 1
     

     5)

  6. Chạy MySQL_Upgrade để nâng cấp các bảng hệ thốngmysql_upgrade to upgrade the system tables

  7. Khởi động lại máy chủ MySQL 5.7

  Nếu bạn có kế hoạch nâng cấp bằng cách tải lại tệp kết xuất được tạo từ cài đặt MySQL hiện tại của bạn:

  Nếu bạn có kế hoạch nâng cấp bằng thư mục dữ liệu từ cài đặt MySQL hiện tại của bạn:

  1. Dừng máy chủ cũ (MySQL 5.6)

  2. Nâng cấp các nhị phân MySQL tại chỗ bằng cách thay thế các nhị phân cũ bằng những nhị phân mới

  3. Khởi động máy chủ MySQL 5.7 bình thường (không có tùy chọn đặc biệt)

  4. Chạy MySQL_Upgrade để nâng cấp các bảng hệ thốngmysql_upgrade to upgrade the system tables

  5. Khởi động lại máy chủ MySQL 5.7

  Nếu bạn có kế hoạch nâng cấp bằng cách tải lại tệp kết xuất được tạo từ cài đặt MySQL hiện tại của bạn:

  1. Để tạo tệp kết xuất, hãy chạy mysqldump với tùy chọn

     
      2013-04-15T15:27:27 UTC
      3998_2013-04-15T15:27:27
      Query
      3
      0
      0
      root[root] @ localhost [127.0.0.1]
      
      localhost
      127.0.0.1
      select
      SELECT 1
     

     3 và không có tùy chọn

     
      2013-04-15T15:27:27 UTC
      3998_2013-04-15T15:27:27
      Query
      3
      0
      0
      root[root] @ localhost [127.0.0.1]
      
      localhost
      127.0.0.1
      select
      SELECT 1
     

     4mysqldump without the

     
      2013-04-15T15:27:27 UTC
      3998_2013-04-15T15:27:27
      Query
      3
      0
      0
      root[root] @ localhost [127.0.0.1]
      
      localhost
      127.0.0.1
      select
      SELECT 1
     

     4 option

  2. Dừng máy chủ cũ (MySQL 5.6)

  3. Nâng cấp các nhị phân MySQL tại chỗ bằng cách thay thế các nhị phân cũ bằng những nhị phân mới

  4. Khởi động máy chủ MySQL 5.7 bình thường (không có tùy chọn đặc biệt)

  5. Reload the dump file (mysql <

     
      2013-04-15T15:27:27 UTC
      3998_2013-04-15T15:27:27
      Query
      3
      0
      0
      root[root] @ localhost [127.0.0.1]
      
      localhost
      127.0.0.1
      select
      SELECT 1
     

     5)

  6. Run mysql_upgrade to upgrade the system tables

  7. Restart the server normally (without

     
      2013-04-15T15:27:27 UTC
      3998_2013-04-15T15:27:27
      Query
      3
      0
      0
      root[root] @ localhost [127.0.0.1]
      
      localhost
      127.0.0.1
      select
      SELECT 1
     

     6)

  mysql_upgrade runs by default as the MySQL mysql_old_password2 user. For the preceding procedures, if the mysql_old_password2 password is expired when you run mysql_upgrade, it displays a message informing you that your password is expired and that mysql_upgrade failed as a result. To correct this, reset the mysql_old_password2 password and run mysql_upgrade again:

  $> mysql -u root -p
  Enter password: ****  <- enter root password here
  mysql> ALTER USER USER() IDENTIFIED BY 'root-password'; # MySQL 5.7.6 and up
  mysql> SET PASSWORD = PASSWORD('root-password');        # Before MySQL 5.7.6
  mysql> quit
  
  $> mysql_upgrade -p
  Enter password: ****  <- enter root password here

  The password-resetting statement normally does not work if the server is started with

  
   2013-04-15T15:27:27 UTC
   3998_2013-04-15T15:27:27
   Query
   3
   0
   0
   root[root] @ localhost [127.0.0.1]
   
   localhost
   127.0.0.1
   select
   SELECT 1
  

  6, but the first invocation of mysql_upgrade flushes the privileges, so when you run mysql, the statement is accepted.

  If mysql_upgrade itself expires the mysql_old_password2 password, you must reset the password again in the same manner.

  After following the preceding instructions, DBAs are advised also to convert accounts that use the mysql_old_password authentication plugin to use mysql_old_password8 instead, because support for mysql_old_password has been removed. For account upgrade instructions, see Section 6.4.1.3, “Migrating Away from Pre-4.1 Password Hashing and the mysql_old_password Plugin”.

• Incompatible change: It is possible for a column old_passwords0 value to be valid for the old_passwords1 value at table-creation time but invalid for the old_passwords1 value when rows are inserted or updated. Example:

  SET sql_mode = '';
  CREATE TABLE t (d DATE DEFAULT 0);
  SET sql_mode = 'NO_ZERO_DATE,STRICT_ALL_TABLES';
  INSERT INTO t (d) VALUES(DEFAULT);

  In this case, 0 should be accepted for the old_passwords3 but rejected for the old_passwords4. However, previously the server did not evaluate old_passwords0 values used for inserts or updates against the current old_passwords1. In the example, the old_passwords4 succeeds and inserts old_passwords8 into the old_passwords9 column.

  As of MySQL 5.7.2, the server applies the proper old_passwords1 checks to generate a warning or error at insert or update time.

  A resulting incompatibility for replication if you use statement-based logging (--secure-auth1) is that if a replica is upgraded, a source which has not been upgraded executes the preceding example without error, whereas the old_passwords4 fails on the replica and replication stops.

  To deal with this, stop all new statements on the source and wait until the replicas catch up. Then upgrade the replicas followed by the source. Alternatively, if you cannot stop new statements, temporarily change to row-based logging on the source (--secure-auth3) and wait until all replicas have processed all binary logs produced up to the point of this change. Then upgrade the replicas followed by the source and change the source back to statement-based logging.

• Incompatible change: Several changes were made to the audit log plugin for better compatibility with Oracle Audit Vault. For upgrading purpose, the main issue is that the default format of the audit log file has changed: Information within --secure-auth4 elements previously written using attributes now is written using subelements.

  Example of old --secure-auth4 format:

  Example of new format:

  
   2013-04-15T15:27:27 UTC
   3998_2013-04-15T15:27:27
   Query
   3
   0
   0
   root[root] @ localhost [127.0.0.1]
   
   localhost
   127.0.0.1
   select
   SELECT 1
  

  If you previously used an older version of the audit log plugin, use this procedure to avoid writing new-format log entries to an existing log file that contains old-format entries:

  1. Stop the server.

  2. Rename the current audit log file manually. This file contains log entries using only the old format.

  3. Update the server and restart it. The audit log plugin creates a new log file, which contains log entries using only the new format.

  For information about the audit log plugin, see Section 6.4.5, “MySQL Enterprise Audit”.

• As of MySQL 5.7.7, the default connection timeout for a replica was changed from 3600 seconds (one hour) to 60 seconds (one minute). The new default is applied when a replica without a setting for the --secure-auth6 system variable is upgraded to MySQL 5.7. The default setting for the heartbeat interval, which regulates the heartbeat signal to stop the connection timeout occurring in the absence of data if the connection is still good, is calculated as half the value of --secure-auth6. The heartbeat interval is recorded in the replica's source info log (the --secure-auth8 table or --secure-auth9 file), and it is not changed automatically when the value or default setting of --secure-auth6 is changed. A MySQL 5.6 replica that used the default connection timeout and heartbeat interval, and was then upgraded to MySQL 5.7, therefore has a heartbeat interval that is much longer than the connection timeout.

  If the level of activity on the source is such that updates to the binary log are sent to the replica at least once every 60 seconds, this situation is not an issue. However, if no data is received from the source, because the heartbeat is not being sent, the connection timeout expires. The replica therefore thinks the connection to the source has been lost and makes multiple reconnection attempts (as controlled by the --skip-secure-auth1 and --skip-secure-auth2 settings, which can also be seen in the source info log). The reconnection attempts spawn numerous zombie dump threads that the source must kill, causing the error log on the source to contain multiple errors of the form While initializing dump thread for slave with UUID --skip-secure-auth3, found a zombie dump thread with the same UUID. Master is killing the zombie dump thread --skip-secure-auth4. To avoid this issue, immediately before upgrading a replica to MySQL 5.7, check whether the --secure-auth6 system variable is using the default setting. If so, issue --skip-secure-auth6 with the --skip-secure-auth7 option, and set the heartbeat interval to 30 seconds, so that it works with the new connection timeout of 60 seconds that applies after the upgrade.

• Thay đổi không tương thích: MySQL 5.6.22 và sau đó công nhận đặc quyền --skip-secure-auth8 nhưng không hoàn toàn thực thi nó; Người dùng có ít nhất một trong số --skip-secure-auth9, old_passwords4, secure_auth1, secure_auth2 hoặc --skip-secure-auth8 có thể tạo ra một ràng buộc khóa nước ngoài trên bảng. MySQL 5.7 (và sau này) yêu cầu người dùng phải có đặc quyền --skip-secure-auth8 để làm điều này. Điều này có nghĩa là nếu bạn di chuyển người dùng từ máy chủ MySQL 5.6 (bất kỳ phiên bản nào) sang một phiên bản đang chạy MySQL 5.7, bạn phải đảm bảo cấp đặc quyền này cho bất kỳ người dùng nào cần có thể tạo khóa nước ngoài. Điều này bao gồm tài khoản người dùng được sử dụng để nhập các bãi chứa các bảng có khóa nước ngoài.: MySQL 5.6.22 and later recognized the --skip-secure-auth8 privilege but did not entirely enforce it; a user with at least one of --skip-secure-auth9, old_passwords4, secure_auth1, secure_auth2, or --skip-secure-auth8 could create a foreign key constraint on a table. MySQL 5.7 (and later) requires the user to have the --skip-secure-auth8 privilege to do this. This means that if you migrate users from a MySQL 5.6 server (any version) to one running MySQL 5.7, you must make sure to grant this privilege explicitly to any users which need to be able to create foreign keys. This includes the user account employed to import dumps containing tables with foreign keys.

MySQL 5.7 có lỗi thời không?

MySQL 5.6 có lỗi thời không?

MySQL 5.7 sẽ được hỗ trợ trong bao lâu?

Những tính năng nào sau đây đã được thêm vào MySQL 5.7 1 Cải tiến bảo mật 2 Chế độ SQL thay đổi 3 Bảng thay đổi trực tuyến?