8.0版本介紹

• 版本發(fā)布日期

  • 8.0.1版本發(fā)布于2019年12月3日。

  • 8.0.2版本發(fā)布于2020年7月22日。

• 版本優(yōu)勢(shì)

  8.0版本增強(qiáng)了架構(gòu)和內(nèi)核能力，為用戶處理業(yè)務(wù)提供了更靈活的技術(shù)解決方案，性能提升明顯。詳情請(qǐng)參見功能特性。

預(yù)檢查

PolarDB MySQL版的5.6、5.7版本和MySQL 5.6、5.7版本向的8.0版本升級(jí)過(guò)程中，經(jīng)常會(huì)遇到性能、語(yǔ)法兼容以及周邊組件是否支持的問(wèn)題。查詢的性能問(wèn)題一般是由于優(yōu)化器升級(jí)導(dǎo)致執(zhí)行計(jì)劃有變化，此類問(wèn)題需要對(duì)性能低下的語(yǔ)句進(jìn)行針對(duì)性的性能優(yōu)化，單獨(dú)的性能問(wèn)題基本不會(huì)引發(fā)業(yè)務(wù)報(bào)錯(cuò)以及代碼改寫的問(wèn)題，此類問(wèn)題不在本文討論范圍之內(nèi)。

本文主要討論兼容性問(wèn)題，此類問(wèn)題需要在數(shù)據(jù)庫(kù)升級(jí)過(guò)程中，更新相應(yīng)的代碼或更改環(huán)境配置，引發(fā)此類問(wèn)題的主要原因?yàn)榘姹旧?jí)后部分語(yǔ)法的變化以及特性的更新和移除。如果確保上述內(nèi)容不存在問(wèn)題，可以跳過(guò)下面章節(jié)進(jìn)行升級(jí)，詳情請(qǐng)參見大版本一鍵升級(jí)。

預(yù)檢查功能會(huì)提供一個(gè)簡(jiǎn)要清單，幫助您在升級(jí)前更好的了解升級(jí)過(guò)程中可能需要注意的問(wèn)題。如果下述內(nèi)容存在對(duì)應(yīng)的問(wèn)題，請(qǐng)參考配置兼容性章節(jié)進(jìn)行操作和檢查。

• 確保沒有使用廢棄的數(shù)據(jù)類型、函數(shù)和功能，廢棄清單信息請(qǐng)參見Features Removed in MySQL 8.0。

• 確保觸發(fā)器（Triggers）沒有丟失、空的definer或無(wú)效的內(nèi)容。

• 確保只有InnoDB引擎的分區(qū)表。

• 確保關(guān)鍵字和保留關(guān)鍵字沒有沖突，詳情請(qǐng)參見Keywords and Reserved Words。

• 確保沒有和MySQL 5.6、5.7版本的系統(tǒng)數(shù)據(jù)庫(kù)、MySQL 8.0版本新增的INNODB_開頭的詞典表名沖突。

• 確保不依賴于INFORMATION_SCHEMA下的GLOBAL、LOCAL、VARIABLES、STATUS表。

• 確保sql_mode中沒有使用廢棄的變量設(shè)置，詳情請(qǐng)參見參數(shù)兼容。

• 確保表和存儲(chǔ)過(guò)程單個(gè)ENUM或SET列元素的長(zhǎng)度不超過(guò)255個(gè)字符或1020個(gè)字節(jié)。

• 確保表的分區(qū)不在共享InnoDB tablespaces表空間中。

• 確保查詢SQL語(yǔ)句中的GROUP BY子句不帶有ASC或DESC。

  說(shuō)明

  8.0.2.2.11.1版本及以上的版本，在控制臺(tái)上將loose_group_by_compatible_sorting參數(shù)的值設(shè)置為TRUE后可以開啟兼容模式，兼容模式支持在SQL語(yǔ)句中使用帶有ASC或DESC的GROUP BY子句。在控制臺(tái)上設(shè)置參數(shù)值的操作步驟請(qǐng)參見設(shè)置集群參數(shù)和節(jié)點(diǎn)參數(shù)。

• 確保外鍵約束名稱不超過(guò)64個(gè)字符。

兼容性說(shuō)明

引擎和分區(qū)表兼容性

在 8.0版本中，創(chuàng)建MyISAM類型的分區(qū)將導(dǎo)致使用沒有此類型支持的存儲(chǔ)引擎的分區(qū)表創(chuàng)建語(yǔ)句失敗并出現(xiàn)錯(cuò)誤（ER_CHECK_NOT_IMPLEMENTED）。有關(guān)將表從MyISAM轉(zhuǎn)換至InnoDB引擎，請(qǐng)參見將表從MyISAM轉(zhuǎn)換為InnoDB。

存儲(chǔ)引擎現(xiàn)支持分區(qū)處理程序，且服務(wù)器不再支持通用引擎分區(qū)。

SELECT TABLE_SCHEMA, TABLE_NAME
FROM INFORMATION_SCHEMA.TABLES
WHERE ENGINE NOT IN ('innodb','ndbcluster') AND CREATE_OPTIONS LIKE '%partitioned';

SELECT DISTINCT NAME,SPACE,SPACE_TYPE FROM INFORMATION_SCHEMA.INNODB_SYS_TABLES
WHERE NAME LIKE '%#P#%' AND SPACE_TYPE NOT LIKE 'Single';

ALTER TABLE part ENGINE = INNODB;
Query OK, 0 rows affected (0.09 sec)

ALTER TABLE part REMOVE PARTITIONING;
Query OK, 0 raws affected (0.06 sec)

字符集和排序規(guī)則兼容性

MySQL 8.0版本的默認(rèn)字符集為utf8mb4。 MySQL 8.0版本和PolarDB MySQL版的character_set_server值均默認(rèn)為utf8，您可以根據(jù)業(yè)務(wù)需求進(jìn)行調(diào)整。為支持Unicode，推薦您將使用的utf8mb3字符集轉(zhuǎn)換為使用utf8mb4字符集。詳細(xì)信息請(qǐng)參見utf8mb3字符集。

MySQL 8.0版本新增default_collation_for_utf8mb4參數(shù)，該參數(shù)的作用為當(dāng)字符集為utf8mb4時(shí)，根據(jù)默認(rèn)排序規(guī)則排序，該參數(shù)的默認(rèn)值為utf8mb3_0900_ai_ci，且該默認(rèn)值只是MySQL中replication使用的內(nèi)部參數(shù)。

若您在從低版本同步到高版本的過(guò)程中沒有遇到lllegal mix of collations的錯(cuò)誤，不建議您將該默認(rèn)值修改為utf8mb4_general_ci或utf8mb4_0900_ai_ci。

• utf8mb4_0900_ai_ci：基于官方Unicode的規(guī)則做通用的排序和比較，準(zhǔn)確度高，但比對(duì)速度稍慢。

• utf8mb4_general_ci：精簡(jiǎn)集合的排序規(guī)則，目的是提供簡(jiǎn)化的設(shè)計(jì)來(lái)加快比對(duì)速度，雖然沒有遵循Unicode的規(guī)則，但在相同情況下結(jié)果符合預(yù)期。

排序規(guī)則和字符集不同，它只和排序和有關(guān)，其中ai表示口音不敏感，即排序時(shí)e，è，é，ê和?之間沒有區(qū)別；ci表示不區(qū)分大小寫，即排序時(shí)p和P之間沒有區(qū)別。

參數(shù)兼容性

lower_case_table_names

從MySQL 8.0.11版本開始，禁止lower_case_table_names使用與服務(wù)器初始化時(shí)不同的設(shè)置來(lái)啟動(dòng)服務(wù)器。各種數(shù)據(jù)字典、表字段使用的排序規(guī)則基于lower_case_table_names服務(wù)器初始化時(shí)定義的設(shè)置，使用不同的設(shè)置重新啟動(dòng)服務(wù)器時(shí)，會(huì)導(dǎo)致標(biāo)識(shí)符的排序和比較方式引入不一致。在PolarDB MySQL版 8.0版本中，集群區(qū)分大小寫無(wú)法在初始化完成后再次更改，您需要在購(gòu)買 8.0版本的集群時(shí)選定集群是否區(qū)分大小寫。關(guān)于lower_case_table_names參數(shù)詳情請(qǐng)參見lower_case_table_names。

sql_mode

為避免 8.0集群?jiǎn)?dòng)失敗，請(qǐng)通過(guò)NO_AUTO_CREATE_USER從MySQL選項(xiàng)文件的系統(tǒng)變量sql_mode設(shè)置中刪除所有集群。

DB2, MAXDB, MSSDL, MYSQL323, MYSQL40, ORACLE, POSTGRESQL, NO_FIELD_OPTIONS, NO_KEY_OPTI

5.6版本恢復(fù)操作說(shuō)明

5.6版本INFORMATION_SCHEMA系統(tǒng)和狀態(tài)變量信息的表

INFORMATION_SCHEMA.GLOBAL_VARIABLES
INFORMATION_SCHEMA.SESSION_VARIABLES
INFORMATION_SCHEMA.GLOBAL_STATUS
INFORMATION_SCHEMA.SESSION_STATUS

performance_schema.global_variables
performance_schema.session_variables
performance_schema.variables_by_thread
performance_schema.global_status
performance_schema.session_status
performance_schema.status_by_thread
performance_schema.status_by_account
performance_schema.status_by_host
performance_schema.status_by_user

SHOW VARIABLES
SHOW STATUS

視圖/表/關(guān)鍵字兼容性

InnoDB相關(guān)視圖

INFORMATION_SCHEMA中基于InnoDB系統(tǒng)表的視圖被數(shù)據(jù)字典表的內(nèi)部系統(tǒng)視圖所取代。影響InnoDB INFORMATION_SCHEMA的視圖已重命名，在系統(tǒng)應(yīng)用中直接訪問(wèn)InnoDB相關(guān)視圖時(shí)，需要確認(rèn)應(yīng)用中是否已經(jīng)修改。關(guān)于參數(shù)INFORMATION_SCHEMA的詳細(xì)信息請(qǐng)參見NFORMATION_SCHEMA Tables。

重命名的InnoDB信息模式視圖

在MySQL 5.6、5.7和PolarDB MySQL版 5.6、5.7版本中不能存在PolarDB MySQL版 8.0版本新增的同名視圖，在MySQL 5.7或PolarDB MySQL版 5.7版本的集群中執(zhí)行如下語(yǔ)句，如果有返回則需要確認(rèn)如何對(duì)此類表進(jìn)行處理，此項(xiàng)檢查建議您在自建集群上云升級(jí)時(shí)執(zhí)行。

'indexes',
'parameter_type_elements',
'parameters',
'resource_groups',
'routines',
'schemate',
'st_spatial_reference_systems',
'table_partition_systems',
'table_partition_values',
'table_partitions',
'table_states',
'tables',
'tablespace_files',
'tablespaces',
'triggers',
'view_routine_usage'
);

suppose
+--------------+--------------+
| TABLE_SCHEMA |  TABLE_NAME  |
+--------------+--------------+
|     mysql    |   catalogs   |
+--------------+--------------+
1 rows in set (0.00 sec)

在MySQL 5.6或 5.6版本的集群中執(zhí)?如下語(yǔ)句，如果有返回則需要確認(rèn)如何對(duì)此類表進(jìn)?處理，此項(xiàng)檢查建議您在?建集群上云升級(jí)時(shí)執(zhí)?。

SELECT TABLE_SCHEMA, TABLE_NAME
FROM INFORMATION_SCHEMA.TABLES
WHERE LOWER(TABLE_SCHEMA) = 'mysql'
and LOWER(TABLE_NAME) IN
(
'catalogs',
'character_sets',
'check_constraints',
'collations',
'column_statistics',
'column_type_elements',
'columns',
'dd_properties',
'events',
'foreign_key_column_usage',
'foreign_keys',
'index_column_usage',
'index_partitions',
'index_stats',
'indexes',
'parameter_type_elements',
'parameters',
'resource_groups',
'routines',
'schemata',

上述出現(xiàn)的此類用戶表應(yīng)在升級(jí)前重命名或刪除，重命此類用戶表語(yǔ)法如下：

ALTER TABLE catalogs RENAME user_catalogs;
Query OK, 0 rows affected (0.05 sec)

刪除此類用戶表語(yǔ)法如下：

DROP TABLE catalogs;
Query OK, 0 rows affected (0.06 sec)

視圖兼容

SHOW CREATE VIEW v1；
+------+------------------------------------------------------------------------------------------------
| View | Create View
+------+------------------------------------------------------------------------------------------------
|  v1  | CREATE ALGORITHM=UNDEFINED DEFINER='root'@'localhost' SQL SECURITY DEFINER VIEW
+------+------------------------------------------------------------------------------------------------
1 row in set (0.00 sec)

ALTER VIEW v1(a12345678901234567890) AS SECLECT 1;

5.6版本系統(tǒng)表兼容

mysql.user系統(tǒng)表的Password列，在MySQL 5.7.6后的版本及8.0版本中被刪除。所有憑據(jù)都存儲(chǔ)在authentication_string列中，包括之前版本存儲(chǔ)在該Password列中的數(shù)據(jù)。

5.6版本INNODB表兼容

DYNAMIC替換COMPACT為InnoDB表的隱式默認(rèn)?格式。配置選項(xiàng) innodb_default_row_format指定默認(rèn)的InnoDB?格式，允許DYNAMIC的值包括COMPACT（默認(rèn)值）、 和REDUNDANT。升級(jí)到 8.0后，除?您明確定義?格式（ROW_FORMAT），否則您創(chuàng)建的任何新表都需要使?定義的?格式 。對(duì)于未顯式定義ROW_FORMAT選項(xiàng)或使?的現(xiàn)有表ROW_FORMAT=DEFAULT，任何重建表的操作都會(huì)將表的?格式更改為定義的格式：innodb_default_row_format。更多詳細(xì)信息請(qǐng)參見表的?格式。

5.6版本GET_LOCK函數(shù)兼容

類型兼容

枚舉和集合類型兼容

表或存儲(chǔ)過(guò)程的單個(gè)ENUM或SET列元素的長(zhǎng)度不得超過(guò)255個(gè)字符或1020個(gè)字節(jié)。

5.6版本YEAR類型

廢棄YEAR(2)類型，需要?YEAR(4)替換YEAR(2)。

5.6版本類型數(shù)據(jù)插入兼容

• 將負(fù)值插??符號(hào)列時(shí)會(huì)報(bào)錯(cuò)。示例如下：

  1. 創(chuàng)建?個(gè)包含?符號(hào)列的表：

      CREATE TABLE test (id int unsigned);

  2. 插??個(gè)負(fù)值。

     INSERT INTO test VALUES (-1);

  3. • 5.6版本中顯示結(jié)果如下：

       Query OK, 1 row affected, 1 warning (0.01 sec)

     • 8.0版本中顯示結(jié)果如下：

       ERROR 1264 (22003): Out of range value for column 'a' at row 1

• 數(shù)據(jù)除以零會(huì)報(bào)錯(cuò)。示例如下：

  1. 創(chuàng)建測(cè)試表：

     CREATE TABLE test2 (id int unsigned);

  2. 數(shù)據(jù)除以零。

     INSERT INTO test2 VALUES (0/0);

  3. • 5.6版本顯示結(jié)果如下：

       Query OK, 1 row affected (0.01 sec)

     • 8.0版本顯示結(jié)果如下：

       ERROR 1365 (22012): Division by 0

• 字符超?插?報(bào)錯(cuò)。示例如下：

  1. 將20個(gè)字符的字符串插?10個(gè)字符的列會(huì)報(bào)錯(cuò)。創(chuàng)建?個(gè)包含10個(gè)字符的列的表：

     CREATE TABLE test3 (a varchar(10));

  2. 插?更?的字符串。

     INSERT INTO test3 VALUES ('abcdefghijklmnopqrstuvwxyz');

  3. • 5.6版本顯示結(jié)果如下：

       Query OK, 1 row affected, 1 warning (0.00 sec)

     • 8.0版本顯示結(jié)果如下：

       ERROR 1406 (22001): Data too long for column 'a' at row 1

• ?標(biāo)準(zhǔn)零?期插??期時(shí)間列會(huì)報(bào)錯(cuò)。示例如下：

  1. 創(chuàng)建?個(gè)包含?期時(shí)間列的表。

     CREATE TABLE test3 (a datetime);

  2. 插?0000-00-00 00:00:00。

     INSERT INTO test3 VALUES ('0000-00-00 00:00:00');

  3. • 5.6版本顯示結(jié)果如下：

       Query OK, 1 row affected, 1 warning (0.00 sec)

     • 8.0版本顯示結(jié)果如下：

       ERROR 1292 (22007): Incorrect datetime value: '0000-00-00 00:00:00' for column 'a' at ro

5.7版本JSON類型中INT類型數(shù)據(jù)變化

JSON中的部分INT類型被添加了.0變成類似1.0或者9999.0，初步確認(rèn)是 5.7和 8.0版本對(duì)JSON里面雙精度處理方式不同而導(dǎo)致，解決方案需要做DTS數(shù)據(jù)校驗(yàn)，如有需求您可以在配置DTS界面配置數(shù)據(jù)校驗(yàn)。

5.x舊式類型兼容

check table 41_decimal for upgrade;
+-----------------+-------+----------+------------------------------------------------
| Table           | Op    | Msg_type | Msg_text                                         
+-----------------+-------+----------+------------------------------------------------
| test.41_decimal | check | error    | Table upgrade required for `test`.`41_decimal`. 
+-----------------+-------+----------+-------------------------------------------------
1 row in set (0.00 sec) 
check table 55_temporal for upgrade;
+------------------+-------+----------+------------------------------------------------
| Table            | Op    | Msg_type | Msg_text                                        
+------------------+-------+----------+------------------------------------------------
| test.55_temporal | check | error    | Table upgrade required. Please do "REPAIR TABLE 
1 row in set (0.00 sec) 
nisha@nisha-PORTEGE-Z30-A:~/workspace1/mysql-5.7/dbg-5.7/client/mysqlcheck --user=root 
error    : Table upgrade required for `test`.`41_decimal`. Please dump/reload table to 
test.55_temporal
error    : Table upgrade required. Please do "REPAIR TABLE `55_temporal`" or dump/reloa
test.child                                         OK
test.geom                                          OK
test.jemp                                          OK
test.jemp_myisam                                   OK
test.opening_lines                                 OK

REPAIR TABLE 55_temporal; 
+------------------+--------+----------+---------------------------------------------------
| Table            | Op     | Msg_type | Msg_text                                          
+------------------+--------+----------+---------------------------------------------------
| test.55_temporal | repair | Note     | TIME/TIMESTAMP/DATETIME columns of old format have
| test.55_temporal | repair | status   | OK                                                
+------------------+--------+----------+---------------------------------------------------
2 rows in set (0.01)
Dump:
$./client/mysqldump --databases test --socket=5.6/data/mysql.sock --user=root>test.sql
Restore:
.\ test.sql

關(guān)鍵詞與保留字

PolarDB MySQL版 8.0版本可以通過(guò) information_schema.KEYWORDS表查看當(dāng)前版本的關(guān)鍵詞與保留字，不得有關(guān)鍵字或保留字違規(guī)的情況。PolarDB MySQL版 8.0版本中可能保留了部分以前未保留的關(guān)鍵字，詳情請(qǐng)參見關(guān)鍵字和保留字。建議所有自定義內(nèi)容（表名、字段名、函數(shù)名）等全部規(guī)避使用。除此之外，KICKOUT是 PolarDB MySQL版 8.0的保留關(guān)鍵字。因此，若您已經(jīng)在MySQL 5.6、5.7或原生MySQL 8.0版本上使用該關(guān)鍵字作為對(duì)象名稱（如表名、字段名、存儲(chǔ)過(guò)程名等），在遷移到PolarDB MySQL版 8.0版本前，請(qǐng)您先修改對(duì)象名稱避免使用該關(guān)鍵字，否則遷移時(shí)，將會(huì)出現(xiàn)錯(cuò)誤碼為1064的語(yǔ)法報(bào)錯(cuò)。

SQL兼容性

GRANT授權(quán)

在MySQL 8.0.11中，刪除了部分與賬戶管理相關(guān)、已棄用的功能，例如使用GRANT語(yǔ)句修改用戶賬戶的非特權(quán)特性。

GRANT REPLICATION CLIENT ON *.* TO 'odps'@'%'; You are not allowed to create a user with
create user;
grant privielges;

不支持GROUP BY ASC/DESC

自MySQL 8.0.13開始，已刪除不推薦使用的子句ASC和DESC限定符GROUP BY，之前依賴GROUP BY排序的查詢可能會(huì)產(chǎn)生與之前MySQL版本不同的結(jié)果。要生成給定的排序順序，您需要提供一個(gè)GROUP BY子句。示例如下：

將SQL語(yǔ)句

select id,count(*) from sbtest.sbtest1 where id < 10 group by id desc

改寫為：

select id,count(*) from sbtest.sbtest1 where id < 10 group by id order by id

外鍵約束定義

在MySQL 5.6、5.7版本中，定義FOREIGN KEY的InnoDB不得帶有CONSTRAINT的關(guān)鍵字且指定外鍵約束名稱不得超過(guò)64個(gè)字符。在MySQL 8.0之前的版本中，當(dāng)您未明確指定外鍵約束名稱時(shí)，InnoDB會(huì)通過(guò)在表名后附加_ibfk_X來(lái)自動(dòng)生成外鍵約束名稱，其中X是一個(gè)數(shù)字。如果表名是多字節(jié)64字符，如下面示例中使用的?里爾表名 имя_базы_в_кодировке_утф8_длиной_больше_чем_45имя_азы_в_кодировк，則自動(dòng)生成的外鍵約束名稱將超過(guò)64個(gè)字符。應(yīng)通過(guò)刪除約束并確保外鍵約束名稱不超過(guò)64個(gè)字符來(lái)添加具有顯式約束名稱的約束來(lái)更改這些表。

ALTER TABLE `имя_базы_в_кодировке_утф8_длиной_больше_чем_45имя_азы_в_кодировк` DR
Query OK, 0 rows affected (0.01 sec)
Records: 0 Duplicates: 0 Warnings: 0
ALTER TABLE `имя_базы_в_кодировке_утф8_длиной_больше_чем_45имя_азы_в_кодировк` AD
Query OK, 0 rows affected (0.13 sec)
Records: 0 Duplicates: 0 Warnings: 0

5.7版本空間函數(shù)

在MySQL 5.7中，不推薦使?多個(gè)名稱下可?的部分空間函數(shù)。示例如下：

CREATE TABLE t_gcol_dep (fid INTEGER NOT NULL PRIMARY KEY, g POINT GENERATED ALWA
Query OK, 0 rows affected, 1 warning (0.07 sec)
show warnings;
+---------+------+---------------------------------------------------------------------
| Level | Code | Message
+---------+------+---------------------------------------------------------------------
| Warning | 1287 | 'POINTFROMTEXT' is deprecated and will be removed in a future releas
+---------+------+---------------------------------------------------------------------
1 row in set (0.00 sec)

由于空間函數(shù)名稱更改，這些空間函數(shù)在 8.0版本中已被刪除。此更改有助于命名約定保持?致，即函數(shù)以ST_開頭（精確執(zhí)?操作情況下）或者以MBR開頭（執(zhí)?基于最?邊界矩形的操作情況下），使?此類函數(shù)?成的列應(yīng)在升級(jí)前更改。已刪除空間函數(shù)的列表請(qǐng)參見Features Removed in MySQL 8.0。 您需要更改?成的列以使?相應(yīng)的ST_或MBR函數(shù)。

ALTER TABLE t_gcol_dep MODIFY g POINT GENERATED ALWAYS AS (ST_POINTFROMTEXT(POINT
Query OK, 0 rows affected (0.03 sec)
Records: 0 Duplicates: 0 Warnings: 0

觸發(fā)器兼容

MySQL 5.0.17之前的CREATE TRIGGER不?持definer屬性。此類具有缺失/空定義器屬性或?效創(chuàng)建上下?（即character_set_client、collation_collection、數(shù)據(jù)庫(kù)排序規(guī)則屬性）的觸發(fā)器定義?直存在導(dǎo)致MySQL 5.6、5.7版本時(shí)?法升級(jí)。這些觸發(fā)器可以通過(guò)在MySQL 5.6、5.7版本中運(yùn)?帶有檢查升級(jí)選項(xiàng)的mysqlcheck或CHECK TABLE來(lái)識(shí)別。

$./client/mysqlcheck --user=root --socket=5.7/data/mysql.sock --databases triggers --ch
triggers.t1
Warning : No definer attribute for trigger 'triggers'.'trg_t1_before_insert'. The trig
Warning : No definer attribute for trigger 'triggers'.'t1_bi'. The trigger will be act
Warning : No definer attribute for trigger 'triggers'.'trg_t1_after_insert_1'. The tri
Warning : No definer attribute for trigger 'triggers'.'trg_t1_after_insert'. The trigg
Warning : No definer attribute for trigger 'triggers'.'trg_t1_after_insert_3'. The tri
Warning : No definer attribute for trigger 'triggers'.'trg_t1_before_update_3'. The tr
Warning : No definer attribute for trigger 'triggers'.'trg_t1_before_update'. The trig
Warning : No definer attribute for trigger 'triggers'.'trg_t1_after_update'. The trigg
Warning : No definer attribute for trigger 'triggers'.'trg1'. The trigger will be acti
status : OK
triggers.t2 OK
check table t1;
+-------------+-------+----------+-----------------------------------------------------
| Table | Op | Msg_type | Msg_text
+-------------+-------+----------+-----------------------------------------------------
| triggers.t1 | check | Warning | No definer attribute for trigger 'triggers'.'trg_t1_
| triggers.t1 | check | Warning | No definer attribute for trigger 'triggers'.'t1_bi'.
| triggers.t1 | check | Warning | No definer attribute for trigger 'triggers'.'trg_t1_
| triggers.t1 | check | Warning | No definer attribute for trigger 'triggers'.'trg_t1_
| triggers.t1 | check | Warning | No definer attribute for trigger 'triggers'.'trg_t1_
| triggers.t1 | check | Warning | No definer attribute for trigger 'triggers'.'trg_t1_

您需要轉(zhuǎn)儲(chǔ)或重新加載此類觸發(fā)器解決此類問(wèn)題：

Dump:
$./client/mysqldump --databases triggers --socket=5.6/data/mysql.sock --user=root>trigge
Restore:
.\ triggers.sql

客戶端兼容性

對(duì)于Java應(yīng)?來(lái)說(shuō)，MySQL Connector/J升級(jí)到8.0以上版本，連接賬戶需要連接器/J 8.0.9或更?版本的 caching_sha2_password。如果未在數(shù)據(jù)源中將dataworks設(shè)置為utf8，可能會(huì)出錯(cuò)，建議修改數(shù)據(jù)庫(kù)名。在的連接串中增加：characterEncoding=utf8&com.mysql.jdbc.faultInjection.serverCharsetIndex=使Java客戶端在連接中顯性指定session級(jí)別字符集。

Unknown system variable 'tx_read_only'兼容性

MySQL和 8.0版本中已經(jīng)刪除tx_read_only環(huán)境變更，需要使?transaction_read_only代替。

即需要將：

 select @@tx_read_only

改寫為：

select @@transaction_read_only

常見問(wèn)題

并行查詢導(dǎo)致的排序問(wèn)題

8.0版本開始?持并?查詢能?，并?掃描由于隨機(jī)訪問(wèn)數(shù)據(jù)會(huì)導(dǎo)致MySQL默認(rèn)串?掃描的順序每次隨機(jī)變化，尤其是涉及到分?的SQL。如果您需要?成給定的排序順序，請(qǐng)?zhí)峁?個(gè)ORDER BY?句保證順序。

5.6版本子查詢問(wèn)題

SELECT *
FROM
(
SELECT * FROM `information_schema`. TABLES
ORDER BY table_name DESC
) AS sg
GROUP BY table_name

SELECT *
FROM
(
SELECT * FROM `information_schema`. TABLES
ORDER BY table_name DESC limit 10000 # 需要?夠?的?數(shù)
) AS sg
GROUP BY table_name

5.6版本派?表問(wèn)題

DELETE FROM t1
-> WHERE id IN (SELECT id
-> FROM (SELECT t1.id
-> FROM t1 INNER JOIN t2 USING (id)
-> WHERE t2.status = 0) AS t);
ERROR 1093 (HY000): You can't specify target table 't1'
for update in FROM clause

SET optimizer_switch = 'derived_merge=off';

(SELECT a FROM t1 WHERE a=10 AND B=1 ORDER BY a LIMIT 10)
UNION
(SELECT a FROM t2 WHERE a=11 AND B=2 ORDER BY a LIMIT 10);

相關(guān)文檔

What Is New in MySQL 8.0

Changes in MySQL 8.0

準(zhǔn)備安裝進(jìn)行升級(jí)

升級(jí)到MySQL 8.0？這是你需要知道的...

MySQL官方5.6、5.7、8.0版本差異比較：

• mysqld Options and Variables

• Built-In Functions and Operators

• Loadable Functions

• INFORMATION_SCHEMA Tables

• Performance Schema Tables

• sys Schema Objects

• Keywords and Reserved Words