WL#11040: X Protocol installed by default
MySQL Server must be available through X Protocol in default MySQL 8 installation.
In case the user wants to lock down the MySQL Server, it should stay possible to:
- disable building the mysqlx plugin
- disable loading the mysqlx plugin
Current Behaviour in 5.7
To build the mysqlx plugin, the user must:
- get an version of MySQL Server that has X Plugin
- build the MySQL Server without specifying -DWITH_RAPID=no or -DWITH_MYSQLX=no or -DMYSQLX_DISABLE=ON
To use the X Protocol, user must:
install X Plugin permanently by executing one of commands below:
INSTALL PLUGIN 'mysqlx' SONAME "mysqlx.so"; INSTALL PLUGIN 'mysqlx' SONAME "mysqlx.dll";
or start mysql-server with:
mysqld --plugin-load-add="mysqlx=mysqlx.so" mysqld --plugin-load-add="mysqlx=mysqlx.dll"
The user should not have to explicitly install the mysqlx plugin to use the X Protocol. Instead it must be available by default.
To achieve that the plugin MUST not be removed from the sources when rapid sources are removed.
In WL#10992 a X Protocol password cache plugin was introduced. The new plugin is placed inside the same binary as mysqlx plugin. This means that "mysqlx.so" contains mysqlx and mysqlx_cache_cleaner plugins. The command to install new plugin is almost the same as of the old one:
INSTALL PLUGIN mysqlx_cache_cleaner SONAME 'mysqlx.so';
Merging of "mysqlx.so" adds two plugins into mysqld. The worklog focuses on "mysqlx" still the same rules apply to "mysqlx_cache_cleaner". For example it can be disabled by adding to cnf:
or cmd line:
Source Level Requirements
- mysqlx plugin MUST not be a rapid plugin
- a user MUST be able to disable building mysqlx plugin
Startup Time Requirements
- a user MUST be able to disable loading mysqlx plugin at startup time
- user MUST be able to connect to MySQL Server by X Protocol after new database initialization with default values
- a user running MySQL 5.7 that wasn't using mysqlx plugin MUST have mysqlx plugin enabled in 8.0 after upgrade
- a user running MySQL 5.7 that was using mysqlx plugin MUST have mysqlx plugin enabled in 8.0 after upgrade
- a user running MySQL 5.7 that had INSTALLed the mysqlx plugin, but disabled loading it with skip-mysqlx in the configuration, it MUST be disabled in 8.0 too
Implementation of Runtime Requirements
Multiple way exist to load the plugin by default:
- install it at --initialize time and handle upgrade cases manually
- linking the plugin into the mysqld binaries statically
Install plugin at --initialize
- changing setup/update scripts, which must install the plugin
- requires two INSTALL PLUGINs calls load other mysql-plugins from the same .so (WL#10992)
Link plugin statically into the mysqld
- always enabled, with no changes to the setup scripts
- simpler installation and upgrade handling
Linking X Plugin into mysqld is the easiest way of integration which is going to be implemented.
Implementation of Source Requirements
For SRC1, User must not be able to turn off the compilation of X Plugin by specifying "-DWITH_RAPID=OFF"
- User must be able to turn off the compilation and installation of X Plugin by specifying "-DWITH_MYSQLX=OFF". Both cmake variables are auto-generated for every plugin by MySQL Servers cmake files.
- User must able to initialize new database when X Plugin isn't compiled
- User must able to start MySQL Server when X Plugin isn't compiled
Implementation of Startup Time Requirements
For RUN1, current plugin infrastructure allows user to disable a plugin using:
- From config file by adding mysqlx=0
- From command line by adding --mysqlx=0
- From command line by adding --skip-mysqlx
New component is going to be introduced to reset X Plugin status variables between MTR tests. To do the reset, the script needs to execute following SQL sequence:
INSTALL COMPONENT "file://component_mysqlx_global_reset"; SELECT mysqlx_reset_global_status_variables() != 1
It should be used only by tests.