As AdminAPI evolves, some releases might require you to upgrade the metadata of existing ClusterSets, ReplicaSets, and Clusters to ensure they are compatible with newer versions of MySQL Shell. For example, the addition of InnoDB ReplicaSet in version 8.0.19 means that the metadata schema has been upgraded to version 2.0. Regardless of whether you plan to use InnoDB ReplicaSet or not, to use MySQL Shell 8.0.19 or later with a cluster deployed using an earlier version of MySQL Shell, you must upgrade the metadata of your Cluster.
Without upgrading the metadata you cannot use MySQL Shell to change the configuration of a cluster created with earlier versions. For example, you can only perform read operations against the cluster such as:
Cluster
.status()Cluster
.describe()Cluster
.options()
The dba.upgradeMetadata()
operation compares
the version of the metadata schema found on the ClusterSet,
ReplicaSet, or InnoDB Cluster that MySQL Shell is currently
connected to, with the version of the metadata schema supported by
this MySQL Shell version. If the metadata found version is lower,
an upgrade process is started. The
dba.upgradeMetadata()
function then updates any
automatically created MySQL Router users to have the correct
privileges. Manually created MySQL Router users with a name not
starting with mysql_router_
are not
automatically upgraded. This is an important step in upgrading
your ClusterSet, ReplicaSet, or InnoDB Cluster, only then can the
MySQL Router metadata be upgraded. To view information on which of the
MySQL Router instances registered with a ClusterSet, ReplicaSet, or
Cluster require the metadata upgrade, use the
.listRouters()
function. For example, to list the
Router instances associated with a Cluster, using the assigned
variable cluster
issue:
cluster.listRouters({'onlyUpgradeRequired':'true'})
{
"clusterName": "mycluster",
"routers": {
"example.com::": {
"hostname": "example.com",
"lastCheckIn": "2019-11-26 10:10:37",
"roPort": 6447,
"roXPort": 64470,
"rwPort": 6446,
"rwXPort": 64460,
"version": "8.0.18"
}
}
}
In this example, the onlyUpgradeRequired
options is
included in the listRouters()
function. The
onlyUpgradeRequired
is a Boolean value that enables
filtering , so only router instances that support older versions
of the Metadata Schema and require upgrading are included in the
returned JSON object.
To upgrade a ClusterSet, ReplicaSet, or Cluster's metadata,
connect MySQL Shell's global session to your ClusterSet,
ReplicaSet, or Cluster and use the
dba.upgradeMetadata()
operation to upgrade the
ClusterSet, ReplicaSet, or Cluster's metadata to the new metadata.
For example:
mysql-js> shell.connect('user@example.com:3306')
mysql-js> dba.upgradeMetadata()
InnoDB Cluster Metadata Upgrade
The cluster you are connected to is using an outdated metadata schema version
1.0.1 and needs to be upgraded to 2.0.0.
Without doing this upgrade, no AdminAPI calls except read only operations will
be allowed.
The grants for the MySQL Router accounts that were created automatically when
bootstrapping need to be updated to match the new metadata version's
requirements.
Updating router accounts...
NOTE: 2 router accounts have been updated.
Upgrading metadata at 'example.com:3306' from version 1.0.1 to version 2.0.0.
Creating backup of the metadata schema...
Step 1 of 1: upgrading from 1.0.1 to 2.0.0...
Removing metadata backup...
Upgrade process successfully finished, metadata schema is now on version 2.0.0
If the installed metadata version is lower, an upgrade process is started.
The dba.upgradeMetadata()
function accepts the
following options:
dryRun
: is a Boolean value used to enable a dry run of the upgrade process. IfdryRun
is used, thedba.upgradeMetadata()
function determines whether a metadata upgrade or restore is required and informs you without actually executing the operation.-
interactive
: is a Boolean value used to disable or enable the wizards in the command execution, meaning that prompts and confirmations will be provided or not provided according to the value set. The default value is equal to MySQL Shell wizard mode.This option is deprecated and subject to removal in a future version of MySQL Shell.
If you encounter an error related to the ClusterSet, ReplicaSet,
or Cluster administration user missing privileges, use the
relevant .setupAdminAccount()
operation with
the update option to grant the user the correct privileges:
-
Create or upgrade a MySQL user account with the necessary privileges to administer an InnoDB Cluster:
<Cluster>.setupAdminAccount(user, options)
Create or upgrade a MySQL user account with the necessary privileges to administer an InnoDB ReplicaSet:
<ReplicaSet>.setupAdminAccount(user, options)