@@ -463,12 +463,12 @@ class Routine_syntax_check : public Upgrade_check {
463
463
464
464
protected:
465
465
const char *get_title_internal () const override {
466
- return " MySQL 8.0 syntax check for routine-like objects" ;
466
+ return " MySQL syntax check for routine-like objects" ;
467
467
}
468
468
469
469
const char *get_description_internal () const override {
470
470
return " The following objects did not pass a syntax check with the latest "
471
- " MySQL 8.0 grammar. A common reason is that they reference names "
471
+ " MySQL grammar. A common reason is that they reference names "
472
472
" that conflict with new reserved keywords. You must update these "
473
473
" routine definitions and `quote` any such references before "
474
474
" upgrading." ;
@@ -564,10 +564,11 @@ bool UNUSED_VARIABLE(register_utf8mb3) = Upgrade_check::register_check(
564
564
std::unique_ptr<Sql_upgrade_check> Sql_upgrade_check::get_mysql_schema_check () {
565
565
return std::make_unique<Sql_upgrade_check>(
566
566
" mysqlSchemaCheck" ,
567
- " Table names in the mysql schema conflicting with new tables in 8.0" ,
567
+ " Table names in the mysql schema conflicting with new tables in the "
568
+ " latest MySQL." ,
568
569
std::vector<std::string>{
569
- " SELECT TABLE_SCHEMA, TABLE_NAME, 'Table name used in mysql schema "
570
- " in 8.0' as WARNING FROM INFORMATION_SCHEMA.TABLES WHERE "
570
+ " SELECT TABLE_SCHEMA, TABLE_NAME, 'Table name used in mysql schema.' "
571
+ " as WARNING FROM INFORMATION_SCHEMA.TABLES WHERE "
571
572
" LOWER(TABLE_SCHEMA) = 'mysql' and LOWER(TABLE_NAME) IN "
572
573
" ('catalogs', 'character_sets', 'collations', 'column_type_elements',"
573
574
" 'columns', 'dd_properties', 'events', 'foreign_key_column_usage', "
@@ -581,9 +582,9 @@ std::unique_ptr<Sql_upgrade_check> Sql_upgrade_check::get_mysql_schema_check() {
581
582
" 'innodb_dynamic_metadata', 'password_history', 'role_edges');" },
582
583
Upgrade_issue::ERROR,
583
584
" The following tables in mysql schema have names that will conflict with "
584
- " the ones introduced in 8.0 version. They must be renamed or removed "
585
- " before upgrading (use RENAME TABLE command). This may also entail "
586
- " changes to applications that use the affected tables." );
585
+ " the ones introduced in the latest version. They must be renamed or "
586
+ " removed before upgrading (use RENAME TABLE command). This may also "
587
+ " entail changes to applications that use the affected tables." );
587
588
}
588
589
589
590
namespace {
@@ -624,7 +625,7 @@ std::unique_ptr<Sql_upgrade_check> Sql_upgrade_check::get_zerofill_check() {
624
625
Upgrade_issue::NOTICE,
625
626
" The following table columns specify a ZEROFILL/display length "
626
627
" attributes. "
627
- " Please be aware that they will be ignored in MySQL 8.0 " );
628
+ " Please be aware that they will be ignored in the latest MySQL version. " );
628
629
}
629
630
630
631
// Zerofill is still available in 8.0.11
@@ -644,13 +645,14 @@ Sql_upgrade_check::get_nonnative_partitioning_check() {
644
645
" create_options like '%partitioned%' and upper(engine) not in "
645
646
" ('INNODB', 'NDB', 'NDBCLUSTER');" },
646
647
Upgrade_issue::ERROR,
647
- " In MySQL 8.0 storage engine is responsible for providing its own "
648
+ " In the latest MySQL storage engine is responsible for providing its own "
648
649
" partitioning handler, and the MySQL server no longer provides generic "
649
650
" partitioning support. InnoDB and NDB are the only storage engines that "
650
- " provide a native partitioning handler that is supported in MySQL 8.0. A "
651
- " partitioned table using any other storage engine must be altered—either "
652
- " to convert it to InnoDB or NDB, or to remove its partitioning—before "
653
- " upgrading the server, else it cannot be used afterwards." );
651
+ " provide a native partitioning handler that is supported in the latest "
652
+ " MySQL. A partitioned table using any other storage engine must be "
653
+ " altered—either to convert it to InnoDB or NDB, or to remove its "
654
+ " partitioning—before upgrading the server, else it cannot be used "
655
+ " afterwards." );
654
656
}
655
657
656
658
namespace {
@@ -704,12 +706,12 @@ Sql_upgrade_check::get_maxdb_sql_mode_flags_check() {
704
706
" 'sql_mode' and find_in_set('MAXDB', variable_value);" },
705
707
Upgrade_issue::WARNING,
706
708
" The following DB objects have the obsolete MAXDB option persisted for "
707
- " sql_mode, which will be cleared during upgrade to 8.0 . It "
709
+ " sql_mode, which will be cleared during the upgrade . It "
708
710
" can potentially change the datatype DATETIME into TIMESTAMP if it is "
709
711
" used inside object's definition, and this in turn can change the "
710
712
" behavior in case of dates earlier than 1970 or later than 2037. If this "
711
713
" is a concern, please redefine these objects so that they do not rely on "
712
- " the MAXDB flag before running the upgrade to 8.0 ." );
714
+ " the MAXDB flag before running the upgrade." );
713
715
}
714
716
715
717
namespace {
@@ -752,7 +754,7 @@ Sql_upgrade_check::get_obsolete_sql_mode_flags_check() {
752
754
" sqlModeFlagCheck" , " Usage of obsolete sql_mode flags" ,
753
755
std::move (queries), Upgrade_issue::NOTICE,
754
756
" The following DB objects have obsolete options persisted for sql_mode, "
755
- " which will be cleared during upgrade to 8.0 ." );
757
+ " which will be cleared during the upgrade ." );
756
758
}
757
759
758
760
namespace {
@@ -844,8 +846,8 @@ Sql_upgrade_check::get_partitioned_tables_in_shared_tablespaces_check(
844
846
" itb.space and it.name like '%#P#%' and it.space_type != "
845
847
" 'Single';" },
846
848
Upgrade_issue::ERROR,
847
- " The following tables have partitions in shared tablespaces. Before "
848
- " upgrading to 8.0 they need to be moved to file-per-table tablespace. "
849
+ " The following tables have partitions in shared tablespaces. They need "
850
+ " to be moved to file-per-table tablespace before upgrading . "
849
851
" You can do this by running query like 'ALTER TABLE table_name "
850
852
" REORGANIZE PARTITION X INTO (PARTITION X VALUES LESS THAN (30) "
851
853
" TABLESPACE=innodb_file_per_table);'" );
@@ -988,8 +990,8 @@ class Removed_functions_check : public Sql_upgrade_check {
988
990
" ('performance_schema','information_schema','sys','mysql')" },
989
991
Upgrade_issue::ERROR,
990
992
" Following DB objects make use of functions that have "
991
- " been removed in version 8.0. Please make sure to update them to "
992
- " use supported alternatives before upgrade." ) {}
993
+ " been removed int the latest MySQL version. Please make sure to "
994
+ " update them to use supported alternatives before upgrade." ) {}
993
995
994
996
protected:
995
997
Upgrade_issue parse_row (const mysqlshdk::db::IRow *row) override {
@@ -1479,10 +1481,11 @@ Sql_upgrade_check::get_fts_in_tablename_check(const Upgrade_info &info) {
1479
1481
" from information_schema.tables where table_name like binary "
1480
1482
" '%FTS%';" },
1481
1483
Upgrade_issue::ERROR,
1482
- " Upgrading from 5.7 to 8.0 does not support tables with name containing "
1483
- " 'FTS' character string. The workaround is to rename the table for the "
1484
- " upgrade - e.g. it is enough to change any letter of the 'FTS' part to a "
1485
- " lower case. It can be renamed back again after the upgrade." );
1484
+ " Upgrading from 5.7 to the latest MySQL version does not support tables "
1485
+ " with name containing 'FTS' character string. The workaround is to "
1486
+ " rename the table for the upgrade - e.g. it is enough to change any "
1487
+ " letter of the 'FTS' part to a lower case. It can be renamed back again "
1488
+ " after the upgrade." );
1486
1489
}
1487
1490
1488
1491
namespace {
0 commit comments