A guide to installing the Spider storage engine on Debian/Ubuntu and other Linux distributions, including loading the plugin and configuring data nodes.
The Spider storage engine supports partitioning and XA transactions, and allows tables of different database host instances to be handled as if they were on the same instance.
To make sensible use of Spider, you need two or more database host instances, typically running on separate hosts. Those database instances can be two or more MariaDB Server hosts, or a MariaDB Server host and an Oracle Database, etc. The Spider node is the MariaDB server that receives queries from your application. It then processes these queries, connecting to one or more data nodes. The data nodes are the MariaDB servers that actually store the table data.
In order for this to work, you need to configure the data nodes to accept queries from the Spider node and you need to configure the Spider node to use the data nodes as remote storage.
You don't need to install any additional packages to use it, but it does require some configuration.
Spider deployments use data nodes to store the actual table data. In order for a MariaDB server to operate as a data node for Spider, you need to create a table or tables on which to store the data and configure the server to accept client connections from the Spider node.
For instance, first create the table:
Next, create a user for the Spider node and set a password for that user. For the sake of the example, assume the Spider node is at the IP address 192.168.1.1:
Then grant the spider user privileges on the example table.
The data node is now ready for use. You can test it by attempting to connect the MariaDB client to the data from the Spider node. For instance, assuming the data node is at the IP address 192.168.1.5, SSH into the Spider node then try to establish a client connection.
The Spider storage engine must be installed on the Spider node. The Spider node is the MariaDB server that receives queries for the table, (in this case test.spider_example). It then uses the Spider storage engine to connect to the tables on the data nodes to retrieve data and return the result-set.
To install the Spider storage engine, complete the installation process shown below.
The Spider storage engine can be loaded as a normal plugin, and Spider automatically creates its dependencies. There are two primary ways to load the plugin.
The plugin can be loaded dynamically without a server restart by executing INSTALL SONAME or INSTALL PLUGIN:
Alternatively, the plugin can be loaded by adding plugin_load_add=ha_spider to a configuration file:
If the plugin is loaded in a configuration file, then the server will load the plugin after the server has been restarted.
Loading the plugin also creates a series of new tables in the mysql database, including:
spider_xa
spider_xa_member
spider_xa_failed_log
spider_tables
You can verify that the Spider plugin has been loaded by querying the information_schema.ENGINES table:
If the Spider plugin is not loaded, then the query does not return any results.
With the data node or data nodes configured, you can set up the Spider node to use them. The Spider node is the MariaDB server that receives queries for the table, (in this case test.spider_example). It then uses the Spider storage engine to connect to the tables on the data nodes to retrieve data and return the result-set.
In order to connect the Spider node to the data nodes, you may issue a statement for each data node. You can then use the server definition in creating the Spider table.
In the event that you need to modify or replace this server after setting up the Spider table, remember to issue a statement to update the server definition.
Alternatively, you could also choose not to create a server, but specify the connection info in the spider table creation.
With the data nodes set up and the Spider node configured for use, you can create the Spider table. The Spider table must have the same column definitions as the tables on the data nodes. Spider can be configured through table parameters passed to the COMMENT or CONNECTION option.
This configures Spider to use the server dataNode1, (defined above), as a remote table. Any data you write to this table is actually stored on the MariaDB server at 192.168.1.5.
Alternatively, starting from , one can specify spider table parameters using table options:
This page is licensed: CC BY-SA / Gnu FDL
On other Linux distributions, the Spider storage engine is installed with MariaDB Server.
spider_link_failed_log
spider_table_position_for_recovery
spider_table_sts
spider_table_crd
CREATE TABLE test.spider_example (
id INT PRIMARY KEY AUTO_INCREMENT,
name VARCHAR(50)
) ENGINE=InnoDB;CREATE USER spider@192.168.1.1;
SET PASSWORD FOR spider@192.168.1.1 = PASSWORD('passwd');GRANT ALL ON test.spider_example TO spider@192.168.1.1;$ mysql -u spider -p -h 192.168.1.5 test -e "SHOW TABLES;"
+----------------+
| Tables_in_test |
+----------------+
| spider_example |
+----------------+$ sudo apt install mariadb-plugin-spiderINSTALL SONAME "ha_spider";[mariadb]
...
plugin_load_add = "ha_spider"SELECT ENGINE, SUPPORT
FROM information_schema.ENGINES
WHERE ENGINE = 'SPIDER';
+--------------------+---------+
| ENGINE | SUPPORT |
+--------------------+---------+
| SPIDER | YES |
+--------------------+---------+CREATE SERVER dataNode1 FOREIGN DATA WRAPPER mysql
OPTIONS (
HOST '192.168.1.5',
DATABASE 'test',
USER 'spider',
PASSWORD 'passwd',
PORT 3306);FLUSH TABLES;CREATE TABLE test.spider_example (
id INT PRIMARY KEY AUTO_INCREMENT,
name VARCHAR(50)
) ENGINE=Spider
COMMENT='wrapper "mysql", srv "dataNode1", table "spider_example"';CREATE TABLE test.spider_example (
id INT PRIMARY KEY AUTO_INCREMENT,
name VARCHAR(50)
) ENGINE=Spider
REMOTE_SERVER=dataNode1 REMOTE_TABLE=spider_example;sudo yum install MariaDB-spider-engine