mysql-refman-8.0-en.man-gpl.tar.gz: .../mysqlrouter.1

Caution: As a special service "Fossies" has tried to format the requested manual source page into HTML format but links to other man pages may be missing or even erroneous. Alternatively you can here view or download the uninterpreted manual source code. A member file download can also be achieved by clicking within a package contents listing on the according byte size field.

MYSQLROUTER

NAME

SYNOPSIS

DESCRIPTION

MySQL Router accepts command line options that are passed into mysqlrouter to affect its behavior, or to bootstrap router based on an InnoDB Cluster.

When starting Router, you can optionally use −−config to pass in the main configuration file's location (otherwise the default location is used) and −−extra−config for an additional configuration file.

Bootstrapping command line options affect the generated files and directories that are used when starting MySQL Router. mysqlrouter Option Summariesmysqlrouter Option Descriptions

• −−version, −V
Displays the version number and related information of the application, and exits. For example:

$> mysqlrouter −−version
MySQL Router v8.0.35 on Linux (64−bit) (GPL community edition)

The −−help option has an added benefit. Along with the explanation of each of the options, the −−help option also displays the paths used to find the configuration file, and also several default paths. The following excerpt of the −−help output shows an example from a Ubuntu 16.04 machine:

$> mysqlrouter −−help
...
Start MySQL Router.
Configuration read from the following files in the given order (enclosed
in parentheses means not available for reading):
(/etc/mysqlrouter/mysqlrouter.conf)
/home/philip/.mysqlrouter.conf
Plugin Path:
/usr/lib/x86_64−linux−gnu/mysqlrouter
Default Log Directory:
/var/log/mysqlrouter
Default Persistent Data Directory:
/var/lib/mysqlrouter
Default Runtime State Directory:
/run/mysqlrouter
Usage: mysqlrouter [−V|−−version] [−?|−−help]
...

The configuration section shows the order for the paths that may be used for reading the configuration file. In this case, only the second file is accessible.

• −−bootstrap URI, −B URI
The main option to perform a bootstrap of MySQL Router by connecting to the InnoDB Cluster metadata server at the URI provided. MySQL Router configures itself based on the information retrieved from the InnoDB Cluster metadata server. A password is prompted for if needed. If a username is not provided as part of the URI then the default user name "root" is used. See Connecting Using URI−Like Connection Strings [1] for information on using a path to specify a server instance.

Note
While −−bootstrap accepts a URI for TCP/IP connections, using the −−bootstrap−socket option with a local Unix domain socket name replaces the "host:port" part of the URI passed to the −−bootstrap option with the socket on the same machine.

By default, the bootstrap process performs a system−wide configuration of MySQL Router. Only one instance of MySQL Router can be configured for system−wide operation. The system instance of MySQL Router has a router_name of "system". If additional instances are desired, use the −−directory option to create self−contained MySQL Router installations.

URI: a server instance from an InnoDB Cluster to fetch metadata information from. If the provided URI is a read−only instance, MySQL Router automatically reconnects to a read−write instance in the InnoDB Cluster so it can register MySQL Router.

If a configuration file already exists when you start MySQL Router with the −−bootstrap, the existing router_id in that file is reused, and a reconfiguration process occurs. The configuration file is regenerated from scratch and the MySQL Router's metadata server account is recreated, although with the same name.

During the reconfiguration process, all changes made to an existing configuration file are discarded. To customize a configuration file and still retain the ability of automatic reconfiguration (bootstrapping), you can use the −−extra−config command line option to specify an additional configuration file that is read after the main configuration file. These configuration options are used because this extra configuration file is loaded after the main configuration file.

The bootstrap process creates a new MySQL user account with a randomly generated password to use by that specific MySQL Router instance. This account is used by MySQL Router when connecting to the metadata server and InnoDB cluster to fetch information about its current state. For detailed information about this user including how its password is stored and the MySQL privilege it requires, see documentation for the MySQL user option.

The generated configuration file is named mysqlrouter.conf, and its location depends on the type of instance being configured, the system, and the package. For system−wide installations, the generated configuration file is added to the system's configuration directory such as /etc or PROGRAMDATA\MySQL\MySQL Router\. Executing mysqlrouter −−help will display this location.

The −−user option is required if executing a bootstrap with a super user (uid=0). Although not recommended, forcing the super user is possible by passing its name as an argument such as −−user=root.

GRANT CREATE USER ON *.* TO 'bootstrapuser'@'%' WITH GRANT OPTION;
GRANT SELECT, INSERT, UPDATE, DELETE, EXECUTE ON mysql_innodb_cluster_metadata.* TO 'bootstrapuser'@'%';
GRANT SELECT ON mysql.user TO 'bootstrapuser'@'%';
GRANT SELECT ON performance_schema.replication_group_members TO 'bootstrapuser'@'%';
GRANT SELECT ON performance_schema.replication_group_member_stats TO 'bootstrapuser'@'%';
GRANT SELECT ON performance_schema.global_variables TO 'bootstrapuser'@'%';

Using −−bootstrap adds default values to the generated MySQL Router configuration file, and some of these default values depend on other conditions. Listed below are some of the conditions that affect the generated default values, where default is defined by passing in −−bootstrap by itself.

Table 4.2. Conditions that affect default −−bootstrap values
• −−bootstrap−socket socket_name
Used in conjunction with −−bootstrap to bootstrap using a local Unix domain socket instead of TCP/IP. The −−bootstrap−socket value replaces the "host:port" part in the −−bootstrap definition with the assigned socket name for connecting to the MySQL metadata server using Unix domain sockets. This is the MySQL instance that is being bootstrapped from, and this instance must be on the same machine if sockets are used. For additional details about how bootstrapping works, see −−bootstrap.

This option is different than the −−conf−use−sockets command line option that sets the socket configuration file option during the bootstrap process.

• −−directory dir_path, −d dir_path
Specifies that a self−contained MySQL Router installation will be created at the defined directory instead of configuring the system−wide router instance. This also allows multiple router instances to be created on the same system.

$path/start.sh
$path/stop.sh
$path/mysqlrouter.pid
$path/mysqlrouter.conf
$path/mysqlrouter.key
$path/run
$path/run/keyring
$path/data
$path/log
$path/log/mysqlrouter.log

If this option is specified, the keyring file is stored under the runtime state directory of that instance, under run/ in the specified directory, as opposed to the system−wide runtime state directory.

If −−conf−use−sockets is also enabled then the generated socket files are also added to this directory.

• −−master−key−writer
This optional bootstrap option accepts a script that reads the master key from STDIN. It also uses the ROUTER_ID environment variable set by MySQL Router before the master−key−writer script is called.

The master−key−writer and master−key−reader options must be used together, and using them means the master_key_file option must not be defined in mysqlrouter.conf as the master key is not written to the mysqlrouter.key master key file.

This is also written to the generated MySQL Router configuration file as the master−key−writer [DEFAULT] option.

$> mysqlrouter −−bootstrap=127.0.0.1:3310 −−master−key−reader=./reader.sh
−−master−key−writer=./writer.sh

• −−master−key−reader
This optional bootstrap option accepts a script that writes the master key to STDOUT. It also uses the ROUTER_ID environment variable set by MySQL Router before the master−key−reader script is called.

The master−key−reader and master−key−writer options must be used together, and using them means the master_key_file option must not be defined in mysqlrouter.conf as the master key is not written to the mysqlrouter.key master key file, and instead uses the value provided by this option's script.

This is also written to the generated MySQL Router configuration file as the master−key−reader [DEFAULT] option.

#!/bin/bash
KID_=$(keyctl search @us user ${ROUTER_ID} 2>/dev/null)
if [ ! −z $KID_ ]; then
keyctl pipe $KID_
fi

$> mysqlrouter −−bootstrap=127.0.0.1:3310 −−master−key−reader=./reader.sh
# Or, multiple hosts−−master−key−writer=./writer.sh

• −−strict
Enables strict mode, which for example causes the bootstrap −−account user verification check to stop the bootstrap process rather than only emit a warning and continue if the supplied user does not pass the check.

• −−account
A bootstrap option to specify the MySQL user to use, which either reuses an existing MySQL user account or creates one; behavior controlled by the related −−account−create option.

With −−account, usage favors ease of management over ease of deployment as multiple routers may share the same account, and the username and password are manually defined rather than auto−generated.

Setting this option triggers a password prompt for this account regardless of whether the password is available in the keyring.

Bootstrapping without passing in −−account does not recreate an existing MySQL server account. Prior to MySQL Router 8.0.18, bootstrapping would DROP the existing user and recreate it.

Using this option assumes the user has sufficient access rights for Router because the bootstrap process does not attempt to add missing grants to existing accounts. The bootstrap process does verify the permissions and outputs information to the console of the failed check. The bootstrap process continues despite these failed checks unless the optional −−strict option is also used. Example required permissions:

GRANT USAGE ON *.* TO ‘theuser‘@‘%‘
GRANT SELECT, EXECUTE ON ‘mysql_innodb_cluster_metadata‘.* TO ‘theuser‘@‘%‘
GRANT INSERT, UPDATE, DELETE ON ‘mysql_innodb_cluster_metadata‘.‘routers‘ TO ‘theuser‘@‘%‘
GRANT INSERT, UPDATE, DELETE ON ‘mysql_innodb_cluster_metadata‘.‘v2_routers‘ TO ‘theuser‘@‘%‘
GRANT SELECT ON ‘performance_schema‘.‘global_variables‘ TO ‘theuser‘@‘%‘
GRANT SELECT ON ‘performance_schema‘.‘replication_group_member_stats‘ TO ‘theuser‘@‘%‘
GRANT SELECT ON ‘performance_schema‘.‘replication_group_members‘ TO ‘theuser‘@‘%‘

A password is not accepted from the command−line. For example, passing in "foo:bar" assumes "foo:bar" is the desired username rather than user foo with the password bar.

• −−account−create
Specify the account creation policy to help guard against accidentally bootstrapping with the wrong user account. Potential values are:

• if−not−exists (default): Bootstrap either way; reuse the account if it exists, otherwise create it.

• always: Only bootstrap if the account does not already exist; and create it.

This option requires that the −−account option is also used, and that −−account−host is not used.

• −−account−host
The host pattern used for accounts created by MySQL Router during the bootstrap process. This is optional and defaults to '%'.

Pass in this option multiple times to define multiple patterns, in which case the generated MySQL accounts use the same password.

Note
Router does not perform sanity checking and does not ensure that the pattern authorizes Router to connect.

Note
Bootstrapping reuses existing Router accounts by dropping and recreating the user, and this user recreation process applies to every host.

# One host
$> mysqlrouter −−bootstrap localhost:3310 −−account−host host1
# Or, multiple hosts
$> mysqlrouter −−bootstrap localhost:3310 −−account−host host1 −−account−host host2
−−account−host host3

This option is used while bootstrapping, and enabling it adds the socket option to the generated configuration file.

The name of the generated socket file depends on the mode and protocol options. With the classic protocol enabled, the file is named mysql.sock in read−write mode, and mysqlro.sock in read−only mode. With the X Protocol enabled, the file is named mysqlx.sock in read−write mode, and mysqlxro.sock in read−only mode.

• −−conf−use−gr−notifications
Enables the use_gr_notifications [metadata_cache] option during bootstrap. When enabled, Router is asynchronously notified about most cluster changes. See use_gr_notifications for more information. In addition, using this option sets ttl=60 and auth_cache_refresh_interval=60.

• −−pid−file path
Sets location of the PID file. This can be set in three different ways (in order of precedence): this −−pid−file command−line option, setting pid_file in Router's configuration file, or defining the ROUTER_PID environment variable.

If −−bootstrap is specified, then setting −−pid−file causes Router to fail. This is unlike ROUTER_PID and the pid_file configuration option, which are ignored if −−bootstrap is specified.

If −−bootstrap is not specified, then the following cause Router to fail: the −−pid−file already exists, pid_file or ROUTER_PID are set but empty, or if Router can't write the PID file.

• −−report−host
Optionally define Router's hostname instead of relying on auto−detection to determine the externally visible hostname registered to metadata during the bootstrap process.

Router does not check or confirm that the supplied hostname is reachable, but does use RFC 1123 to validate host names, and RFC 2181 to validate addresses.

Note
Before 8.0.23, validation checked the hostname string for illegal characters where only alphanumeric, '−', '.', and '_' characters were allowed. For example, this meant that IPv6 addresses were not allowed.

The supplied hostname is written to the host_name field of the mysql_innodb_cluster_metadata.hosts table in the MySQL InnoDB cluster metadata store.

• −−conf−skip−tcp
Skips configuration of a TCP port for listening to incoming connections. See also −−conf−use−sockets.

• −−conf−base−port port_num
Base (first) value used for the listening TCP ports by setting bind_port for each bootstrapped route.

This value is used for the classic read−write route, and each additional allocated port is incremented by a value of one. The port order set is classic read−write / read−only, and then x read−write / read−only.

As of Router 8.0.24: Setting −−conf−base−port to 0 changes the default bind_port values to previous (before 8.0.24) defaults, which were as follows: For the classic protocol, Read−Write uses 6446 and Read−Only uses 6447, and for the X protocol Read−Write uses 64460 and Read−Only uses 64470.

# Example without −−conf−base−port
$> mysqlrouter −−bootstrap root@localhost:3310
...
Classic MySQL protocol connections to cluster 'devCluster':
− Read/Write Connections: localhost:6446
− Read/Only Connections: localhost:6447
X protocol connections to cluster 'devCluster':
− Read/Write Connections: localhost:6448
− Read/Only Connections: localhost:6449
# Example demonstrating −−conf−base−port set to 0
$> mysqlrouter −−bootstrap root@localhost:3310 −−conf−base−port 0
...
Classic MySQL protocol connections to cluster 'devCluster':
− Read/Write Connections: localhost:6446
− Read/Only Connections: localhost:6447
X protocol connections to cluster 'devCluster':
− Read/Write Connections: localhost:64460
− Read/Only Connections: localhost:64470

• −−conf−bind−address address
Modifies the bind_address value set by −−bootstrap in the generated Router configuration file. By default, bootstrapping sets bind_address=0.0.0.0 for each route, and this option changes that value.

Note
The default bind_address value is 127.0.0.1 if bind_address is not defined.

• −−read−timeout num_seconds
Number of seconds before read operations to a metadata server are considered timed out.

This affects read operations during both the bootstrap process, and also affects normal MySQL Router operations by setting the associated read_timeout option in the generated mysqlrouter.conf.

• −−connect−timeout num_seconds
Number of seconds before connection attempts to a metadata server are considered timed out.

This affects connections during both the bootstrap process, and also affects normal MySQL Router operations by setting the associated connect_timeout option in the generated mysqlrouter.conf.

There are two connect_timeout variants. The metadata server variant is defined under the [DEFAULT] namespace, while the MySQL server variant is defined under the [routing] namespace.

• −−user {user_name|user_id}, −u {user_name|user_id}
Run mysqlrouter as the user having the name user_name or the numeric user ID user_id. “User” in this context refers to a system login account, not a MySQL user listed in the grant tables. When bootstrapping, all generated files are owned by this user, and this also sets the associated user option.

This system user is defined in the configuration file under the [DEFAULT] namespace. For additional information, see the user option's documentation that −−user configures.

The −−user option is required if executing a bootstrap as a super user (uid=0). Although not recommended, forcing the super user is possible by passing its name as an argument, such as −−user=root.

• −−name router_name
On initial bootstrap, specifies a symbolic name for a self−contained Router instance. This option is optional, and is used with −−directory. When creating multiple instances, the names must be unique.

• −−force−password−validation
By default, MySQL Router skips the MySQL Server's validate_password mechanism and instead Router generates and uses a STRONG password based on known validate_password default settings. This is because validate_password can be configured by the user and Router can not take into account unusual custom settings.

This option ensures that password validation (validate_password) is not skipped for generated passwords, and it is disabled by default.

• −−password−retries num_retries
Specifies the number of times MySQL Router should attempt to generate a password when creating user account with the password validation rules. The default value is 20. The valid range is 1 to 10000.

The most likely reason for failure is due to custom validate_password settings with unusual requirements such as a 50 character minimum. In that fail scenario, either −−force−password−validation is set to true and/or the mysql_native_password MySQL Server plugin is disabled (this plugin allows bypassing validation).

• −−force
Force a reconfiguration over a previously configured router instance on the host.

• −−ssl−mode mode
SSL connection mode for use during bootstrap and normal operation when connecting to the metadata server. Analogous to −−ssl−mode in the mysql client.

During bootstrap, all connections to metadata servers made by the Router will use the SSL options specified. If ssl_mode is not specified in the configuration, it will default to PREFERRED. During normal operation, after Router is launched, its Metadata Cache plugin will read and honor all configured SSL settings.

When set to a value other than the default (PREFERRED), an ssl_mode entry is inserted under the [metadata_cache] section in the generated configuration file.

Available values are DISABLED, PREFERRED, REQUIRED, VERIFY_CA, and VERIFY_IDENTITY. PREFERRED is the default value. As with the mysql client, this value is case−insensitive.

• −−ssl−cert file_path
The path name of the SSL public key certificate file in PEM format. This is used to facilitate client−side authentication during the bootstrap process. This directly matches and uses functionality of the MySQL client's −−ssl−cert option.

Like −−ssl−key, this option is only used during bootstrap that uses a root account. It is useful when the root account was created with REQUIRE X509, and therefore logging in as root requires the client to authenticate itself.

• −−ssl−key file_path
The path name of the SSL private key file in PEM format. This is used to facilitate client−side authentication during the bootstrap process. This directly matches and uses functionality of the MySQL client's −−ssl−key option.

Like −−ssl−cert, this option is only used during a bootstrap process that uses a root account. It is useful when the root account was created with REQUIRE X509, and therefore logging in as root requires the client to authenticate itself.

• −−ssl−cipher ciphers
A colon−separated (":") list of SSL ciphers to allow, if SSL is enabled.

• −−tls−version versions
A comma−separated (",") list of TLS versions to request, if SSL is enabled.

• −−ssl−ca file_path
Path to the SSL CA file to verify a server's certificate against.

• −−ssl−capath dir_path
Path to directory containing the SSL CA files to verify a server's certificate against.

• −−ssl−crl file_path
Path to the SSL CRL file to use when verifying a server's certificate.

• −−ssl−crlpath dir_path
Path to the directory containing SSL CRL files to use when verifying a server's certificate.

• −−config file_path, −c file_path
Used to provide a path and file name for the configuration file to use. Use this option if you want to use a configuration file located in a folder other than the default locations.

When used with −−bootstrap, and if the configuration file already exists, a copy of the current file is saved with a .bak extension if the generated configuration file contents is different than the original. Existing .bak files are overwritten.

• −−extra−config file_path, −a file_path
Used to provide an optional, additional configuration file to use. Use this option if you want to split the configuration file into two parts for testing, multiple instances of the application running on the same machine, etc.

This configuration file is read after the main configuration file. If there are conflicts (an option is set in multiple configuration files), values from the file that is loaded last is used.

• −−install−service
Install Router as a Windows service that automatically starts when Windows starts. The service name defaults to MySQLRouter.

This installation process does not validate configuration files passed in via −−config.

• −−install−service−manual
Install MySQL Router as a Windows service that can be manually started. The service name defaults to MySQLRouter.

This option is only available on Windows. Optional service name argument available as of MySQL Router 8.0.28.

• −−remove−service
Remove the Router Windows service; service name defaults to MySQLRouter.

This option is only available on Windows. Optional service name argument available as of MySQL Router 8.0.28.

• −−service
Start Router as a Windows service. This is a private option, meaning it is only meant to be used by the Windows Service when launching Router as a service.

This option is only available on Windows. Optional service name argument available as of MySQL Router 8.0.28.

• −−update−credentials−section
This option is only available on Windows, and refers to its password vault.

• −−conf−target−cluster
Sets the target_cluster metadata MySQL Router option. Accepts one of the following strings:

• current: sets target_cluster to the cluster containing the node being bootstrapped against. It defines it as the cluster's UUID value.

If this is also the Primary, it does not dynamically follow role changes like the primary does; instead it remains static.

• primary: sets target_cluster to the primary cluster, including when it changes at runtime.

See also −−config−target−cluster−by−name, which sets the target_cluster to a specific static cluster name.

Note
Bootstrapping against a ClusterSet [2] requires the cluster_type Router configuration option set to gr.

• −−conf−set−option
Sets a value for a generated configuration option during bootstrap; this can set a value for any bootstrapped option, for example:

$> mysqlrouter −B 127.0.0.1:5000 \
−−directory=dir1 \
−−conf−set−option=logger.level=debug \
−−conf−set−option=routing:test_rw.max_connect_errors=0 \
−−conf−set−option=routing:test_ro.max_connect_errors=0

Those commands alter the default values for those specific options by defining them as such:

[logger]
level=debug
[routing:test_rw]
...
max_connect_errors=0
...
[routing:test_ro]
...
max_connect_errors=0
...

−−conf−set−option definitions take precedence over option specific parameters to set specific value. For example, if both −−connect−timeout=X and −−conf−set−option=DEFAULT.connect_timeout=Y are specified when bootstrapping, the connect_timeout is set to Y in the generated configuration file.

• −−conf−target−cluster−by−name
Sets the target_cluster metadata MySQL Router option to a specific cluster name.

Or, instead use −−conf−target−cluster to assign a dynamic cluster type, such as primary.

• −−remove−credentials−section section_name
Remove the credentials for a given section.

• −−clear−all−credentials
Clear the password vault by removing all credentials stored in it.

• −−disable−rest
By default, configuration details for the MySQL Router REST API web service functionality are added to the generated mysqlrouter.conf file at bootstrap; and this parameter means those details are not added. This does not disable REST API functionality, as the REST API functionality can be manually configured (to enable it) later on.

• −−https−port
Optionally define the HTTP server's port for the MySQL Router REST API under the [http_server] section in generated mysqlrouter.conf at bootstrap. It defaults to 8443. Availability of the port is not checked.

This documentation is free software; you can redistribute it and/or modify it only under the terms of the GNU General Public License as published by the Free Software Foundation; version 2 of the License.

This documentation is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.

You should have received a copy of the GNU General Public License along with the program; if not, write to the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA or see http://www.gnu.org/licenses/.

NOTES

https://dev.mysql.com/doc/refman/8.0/en/connecting-using-uri-or-key-value-pairs.html#connecting-using-uri

"Fossies" - the Fresh Open Source Software Archive

Member "refman-8.0-en.man-gpl/mysqlrouter.1" (2 Dec 2023, 46906 Bytes) of package /linux/misc/mysql-refman/mysql-refman-8.0-en.man-gpl.tar.gz:

MYSQLROUTER

NAME

SYNOPSIS

DESCRIPTION

COPYRIGHT

NOTES

AUTHOR