Download the PHP package esysteme/mysql-sys without Composer
On this page you can find all versions of the php package esysteme/mysql-sys. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Download esysteme/mysql-sys
More information about esysteme/mysql-sys
Files in esysteme/mysql-sys
Package mysql-sys
Short Description A collection of views, functions and procedures to help MySQL administrators get insight in to MySQL Database usage.
License GNU GPL-2.0
Informations about the package mysql-sys
sys-schema fully compatible with MariaDB, MySQL and Percona server.
The original sys schema, https://github.com/MarkLeith/mysql-sys, installs with errors in MariaDB 10. This is due to some missing/different features and varibles in MariaDB 10. This is is a patched version of mysql-sys that installs without errors. Main changes:
- Changed references of @@server_uuid variable to @@server_id
- Disabled functionality dependent on 'TABLE' (as opposed to 'FILE') replication information, master_info_source and replay_info_source
To install, use:
cd mysql-sys/
mysql -u root -p < ./sys_MariaDB-10.0.sql
work with :
- MariaDB-10.0
- MariaDB-10.1
- Percona-5.6
- MySQL-5.6
- MySQL-5.7
Original Readme:
The MySQL sys schema
A collection of views, functions and procedures to help MySQL administrators get insight in to MySQL Database usage.
There are install files available for 5.6 and 5.7 respectively. To load these, you must position yourself within the directory that you downloaded to, as these top level files SOURCE individual files that are shared across versions in most cases (though not all).
Installation
The objects should all be created as the root user (but run with the privileges of the invoker).
For instance if you download to /tmp/mysql-sys/, and want to install the 5.6 version you should:
cd /tmp/mysql-sys/
mysql -u root -p < ./sys_56.sql
Or if you would like to log in to the client, and install the 5.7 version:
cd /tmp/mysql-sys/
mysql -u root -p
SOURCE ./sys_57.sql
Alternatively, you could just choose to load individual files based on your needs, but beware, certain objects have dependencies on other objects. You will need to ensure that these are also loaded.
Generating a single SQL file
There is bash script within the root of the branch directory, called generate_sql_file.sh
, that allows you to create a single SQL file from the branch.
This includes substitution parameters for the MySQL user to use, and whether to include or exclude SET sql_log_bin
commands from the scripts. This is particularly useful for installations such as Amazon RDS, which do not have the root@localhost user, or disallow setting sql_log_bin.
When run, this outputs a file named such as sys_<sys_version>_<mysql_version_identifier>_inline.sql
, i.e. sys_1.2.0_56_inline.sql
is sys version 1.2.0, built for MySQL 5.6.
Options
- v: The version of MySQL to build the sys schema for, either '56' or '57'
- b: Whether to omit any lines that deal with sql_log_bin (useful for RDS)
- u: The user to set as the owner of the objects (useful for RDS)
- m: Whether to generate a mysql_install_db / mysqld --initialize formatted file
Examples
Generate a MySQL 5.7 SQL file that uses the 'mark'@'localhost' user:
./generate_sql_file.sh -v 57 -u "'mark'@'localhost'"
Generate a MySQL 5.6 SQL file for RDS:
./generate_sql_file.sh -v 56 -b -u CURRENT_USER
Generate a MySQL 5.7 bootstrap file:
./generate_sql_file.sh -v 57 -m
Overview of objects
Tables
sys_config
Description
Holds configuration options for the sys schema. This is a persistent table (using the InnoDB
storage engine), with the configuration persisting across upgrades (new options are added with INSERT IGNORE
).
The table also has two related triggers, which maintain the user that INSERTs
or UPDATEs
the configuration - sys_config_insert_set_user
and sys_config_update_set_user
respectively.
Its structure is as follows:
Note, when functions check for configuration options, they first check whether a similar named user variable exists with a value, and if this is not set then pull the configuration option from this table in to that named user variable. This is done for performance reasons (to not continually SELECT
from the table), however this comes with the side effect that once inited, the values last with the session, somewhat like how session variables are inited from global variables. If the values within this table are changed, they will not take effect until the user logs in again.
Options included
Variable | Default Value | Description |
---|---|---|
statement_truncate_len | 64 | Sets the size to truncate statements to, for the format_statement() function. |
statement_performance_analyzer.limit | 100 | The maximum number of rows to include for the views that does not have a built-in limit (e.g. the 95th percentile view). If not set the limit is 100. |
statement_performance_analyzer.view | NULL | Used together with the 'custom' view. If the value contains a space, it is considered a query, otherwise it must be an existing view querying the performance_schema.events_statements_summary_by_digest table. |
diagnostics.allow_i_s_tables | OFF | Specifies whether it is allowed to do table scan queries on information_schema.TABLES for the diagnostics procedure. |
diagnostics.include_raw | OFF | Set to 'ON' to include the raw data (e.g. the original output of "SELECT * FROM sys.metrics") for the diagnostics procedure. |
ps_thread_trx_info.max_length | 65535 | Sets the maximum output length for JSON object output by the ps_thread_trx_info() function. |
Views
Many of the views in the sys schema have both a command line user friendly format output, as well as tooling friendly versions of any view that contains formatted output duplicated as an x$ table.
The examples below show output for only the formatted views, and note where there is an x$ counterpart available.
host_summary / x$host_summary
Description
Summarizes statement activity, file IO and connections by host.
When the host found is NULL, it is assumed to be a "background" thread.
Structures (5.7)
Example
host_summary_by_file_io / x$host_summary_by_file_io
Description
Summarizes file IO totals per host.
When the host found is NULL, it is assumed to be a "background" thread.
Structures
Example
host_summary_by_file_io_type / x$host_summary_by_file_io_type
Description
Summarizes file IO by event type per host.
When the host found is NULL, it is assumed to be a "background" thread.
Structures
Example
host_summary_by_stages / x$host_summary_by_stages
Description
Summarizes stages by host, ordered by host and total latency per stage.
When the host found is NULL, it is assumed to be a "background" thread.
Structures
Example
host_summary_by_statement_latency / x$host_summary_by_statement_latency
Description
Summarizes overall statement statistics by host.
When the host found is NULL, it is assumed to be a "background" thread.
Structures
Example
host_summary_by_statement_type / x$host_summary_by_statement_type
Description
Summarizes the types of statements executed by each host.
When the host found is NULL, it is assumed to be a "background" thread.
Structures
Example
innodb_buffer_stats_by_schema / x$innodb_buffer_stats_by_schema
Description
Summarizes the output of the INFORMATION_SCHEMA.INNODB_BUFFER_PAGE table, aggregating by schema.
Structures
`
Example
innodb_buffer_stats_by_table / x$innodb_buffer_stats_by_table
Description
Summarizes the output of the INFORMATION_SCHEMA.INNODB_BUFFER_PAGE table, aggregating by schema and table name.
Structures
Example
innodb_lock_waits / x$innodb_lock_waits
Description
Gives a snapshot of which InnoDB locks transactions are waiting for. The lock waits are ordered by the age of the lock descending.
Structures
Example
io_by_thread_by_latency / x$io_by_thread_by_latency
Description
Shows the top IO consumers by thread, ordered by total latency.
Structures
Example
io_global_by_file_by_bytes / x$io_global_by_file_by_bytes
Description
Shows the top global IO consumers by bytes usage by file.
Structures
Example
io_global_by_file_by_latency / x$io_global_by_file_by_latency
Description
Shows the top global IO consumers by latency by file.
Structures
Example
io_global_by_wait_by_bytes / x$io_global_by_wait_by_bytes
Description
Shows the top global IO consumer classes by bytes usage.
Structures
Example
io_global_by_wait_by_latency / x$io_global_by_wait_by_latency
Description
Shows the top global IO consumers by latency.
Structures
Example
latest_file_io / x$latest_file_io
Description
Shows the latest file IO, by file / thread.
Structures
Example
memory_by_host_by_current_bytes / x$memory_by_host_by_current_bytes
Description
Summarizes memory use by host using the 5.7 Performance Schema instrumentation.
When the host found is NULL, it is assumed to be a local "background" thread.
Structures
Example
memory_by_thread_by_current_bytes / x$memory_by_thread_by_current_bytes
Description
Summarizes memory use by user using the 5.7 Performance Schema instrumentation.
The user columns shows either the background or foreground user name appropriately.
Structures
Example
memory_by_user_by_current_bytes / x$memory_by_user_by_current_bytes
Description
Summarizes memory use by user using the 5.7 Performance Schema instrumentation.
When the user found is NULL, it is assumed to be a "background" thread.
Structures
Example
memory_global_by_current_bytes / x$memory_global_by_current_bytes
Description
Shows the current memory usage within the server globally broken down by allocation type.
Structures
Example
memory_global_total / x$memory_global_total
Description
Shows the total memory usage within the server globally.
Structures
Example
metrics
Description
Creates a union of the following information:
- performance_schema.global_status (information_schema.GLOBAL_STATUS in MySQL 5.6)
- information_schema.INNODB_METRICS
- Performance Schema global memory usage information (only in MySQL 5.7)
- Current time
In MySQL 5.7 it is required that performance_schema = ON, though there is no requirements to which instruments and consumers that are enabled. See also the description of the Enabled column below.
For view has the following columns:
- Variable_name: The name of the variable
- Variable_value: The value of the variable
- Type: The type of the variable. This will depend on the source, e.g. Global Status, InnoDB Metrics - ..., etc.
- Enabled: Whether the variable is enabled or not. Possible values are 'YES', 'NO', 'PARTIAL'. PARTIAL is currently only supported for the memory usage variables and means some but not all of the memory/% instruments are enabled.
Structures
Example
processlist / x$processlist
Description
A detailed non-blocking processlist view to replace [INFORMATION_SCHEMA. | SHOW FULL] PROCESSLIST.
Performs less locking than the legacy sources, whilst giving extra information.
The output includes both background threads and user connections by default. See also session
/ x$session
for a view that contains only user session information.
Structures (5.7)
Example
ps_check_lost_instrumentation
Description
Used to check whether Performance Schema is not able to monitor all runtime data - only returns variables that have lost instruments
Structure
Example
schema_auto_increment_columns
Description
Present current auto_increment usage/capacity in all tables.
Structures
Example
schema_index_statistics / x$schema_index_statistics
Description
Statistics around indexes.
Ordered by the total wait time descending - top indexes are most contended.
Structures
Example
schema_object_overview
Description
Shows an overview of the types of objects within each schema
Note: On instances with a large numbers of objects, this could take some time to execute, and may not be recommended.
Structure
Example
schema_table_statistics / x$schema_table_statistics
Description
Statistics around tables.
Ordered by the total wait time descending - top tables are most contended.
Also includes the helper view (used by schema_table_statistics_with_buffer as well):
- x$ps_schema_table_statistics_io
Structures
Example
schema_redundant_indexes / x$schema_flattened_keys
Description
Shows indexes which are made redundant (or duplicate) by other (dominant) keys.
Also includes the the helper view x$schema_flattened_keys
.
Structures
Example
schema_table_lock_waits / x$schema_table_lock_waits
Description
Shows sessions that are blocked waiting on table metadata locks, and who is blocking them.
Structures
Example
schema_table_statistics_with_buffer / x$schema_table_statistics_with_buffer
Description
Statistics around tables.
Ordered by the total wait time descending - top tables are most contended.
More statistics such as caching stats for the InnoDB buffer pool with InnoDB tables
Uses the x$ps_schema_table_statistics_io helper view from schema_table_statistics.
Structures
Example
schema_tables_with_full_table_scans / x$schema_tables_with_full_table_scans
Description
Finds tables that are being accessed by full table scans ordering by the number of rows scanned descending.
Structures
Example
schema_unused_indexes
Description
Finds indexes that have had no events against them (and hence, no usage).
To trust whether the data from this view is representative of your workload, you should ensure that the server has been up for a representative amount of time before using it.
PRIMARY (key) indexes are ignored.
Structure
Example
session / x$session
Description
A detailed non-blocking processlist view to replace [INFORMATION_SCHEMA. | SHOW FULL] PROCESSLIST.
Performs less locking than the legacy sources, whilst giving extra information.
The output of this view is restricted to threads from user sessions. See also processlist / x$processlist which contains both user and background threads.
Structures (5.7)
Example
session_ssl_status
Description
Shows SSL version, cipher and the count of re-used SSL sessions per connection
Structures
Example
statement_analysis / x$statement_analysis
Description
Lists a normalized statement view with aggregated statistics, mimics the MySQL Enterprise Monitor Query Analysis view, ordered by the total execution time per normalized statement
Structures
Example
statements_with_errors_or_warnings / x$statements_with_errors_or_warnings
Description
Lists all normalized statements that have raised errors or warnings.
Structures
Example
statements_with_full_table_scans / x$statements_with_full_table_scans
Description
Lists all normalized statements that use have done a full table scan ordered by number the percentage of times a full scan was done, then by the statement latency.
This view ignores SHOW statements, as these always cause a full table scan, and there is nothing that can be done about this.
Structures
Example
statements_with_runtimes_in_95th_percentile / x$statements_with_runtimes_in_95th_percentile
Description
Lists all statements whose average runtime, in microseconds, is in the top 95th percentile.
Also includes two helper views:
- x$ps_digest_avg_latency_distribution
- x$ps_digest_95th_percentile_by_avg_us
Structures
Example
statements_with_sorting / x$statements_with_sorting
Description
Lists all normalized statements that have done sorts, ordered by total_latency descending.
Structures
Example
statements_with_temp_tables / x$statements_with_temp_tables
Description
Lists all normalized statements that use temporary tables ordered by number of on disk temporary tables descending first, then by the number of memory tables.
Structures
Example
user_summary / x$user_summary
Description
Summarizes statement activity, file IO and connections by user.
When the user found is NULL, it is assumed to be a "background" thread.
Structures (5.7)
Example
user_summary_by_file_io / x$user_summary_by_file_io
Description
Summarizes file IO totals per user.
When the user found is NULL, it is assumed to be a "background" thread.
Structures
Example
user_summary_by_file_io_type / x$user_summary_by_file_io_type
Description
Summarizes file IO by event type per user.
When the user found is NULL, it is assumed to be a "background" thread.
Structures
Example
user_summary_by_stages / x$user_summary_by_stages
Description
Summarizes stages by user, ordered by user and total latency per stage.
When the user found is NULL, it is assumed to be a "background" thread.
Structures
Example
user_summary_by_statement_latency / x$user_summary_by_statement_latency
Description
Summarizes overall statement statistics by user.
When the user found is NULL, it is assumed to be a "background" thread.
Structures
Example
user_summary_by_statement_type / x$user_summary_by_statement_type
Description
Summarizes the types of statements executed by each user.
When the user found is NULL, it is assumed to be a "background" thread.
Structures
Example
wait_classes_global_by_avg_latency / x$wait_classes_global_by_avg_latency
Description
Lists the top wait classes by average latency, ignoring idle (this may be very large).
Structures
Example
wait_classes_global_by_latency / x$wait_classes_global_by_latency
Description
Lists the top wait classes by total latency, ignoring idle (this may be very large).
Structures
Example
waits_by_user_by_latency / x$waits_by_user_by_latency
Description
Lists the top wait events per user by their total latency, ignoring idle (this may be very large) per user.
Structures
Example
waits_by_host_by_latency / x$waits_by_host_by_latency
Description
Lists the top wait events per host by their total latency, ignoring idle (this may be very large) per host.
Structures
Example
mysql> select * from waits_by_host_by_latency;
+------+-----------------------------------------------------+--------+---------------+-------------+-------------+
| host | event | total | total_latency | avg_latency | max_latency |
+------+-----------------------------------------------------+--------+---------------+-------------+-------------+
| hal1 | wait/io/file/sql/file_parser | 13743 | 00:01:00.46 | 4.40 ms | 231.88 ms |
| hal1 | wait/io/file/innodb/innodb_data_file | 4699 | 3.02 s | 643.38 us | 46.93 ms |
| hal1 | wait/io/file/sql/FRM | 11462 | 2.60 s | 226.83 us | 61.72 ms |
| hal1 | wait/io/file/myisam/dfile | 26776 | 746.70 ms | 27.89 us | 308.79 ms |
| hal1 | wait/io/file/myisam/kfile | 7126 | 462.66 ms | 64.93 us | 88.76 ms |
| hal1 | wait/io/file/sql/dbopt | 179 | 137.58 ms | 768.59 us | 15.46 ms |
| hal1 | wait/io/file/csv/metadata | 8 | 86.60 ms | 10.82 ms | 50.32 ms |
| hal1 | wait/synch/mutex/mysys/IO_CACHE::append_buffer_lock | 798080 | 66.46 ms | 82.94 ns | 161.03 us |
| hal1 | wait/io/file/sql/binlog | 19 | 49.11 ms | 2.58 ms | 9.40 ms |
| hal1 | wait/io/file/sql/misc | 26 | 22.38 ms | 860.80 us | 15.30 ms |
| hal1 | wait/io/file/csv/data | 4 | 297.46 us | 74.37 us | 111.93 us |
| hal1 | wait/synch/rwlock/sql/MDL_lock::rwlock | 944 | 287.86 us | 304.62 ns | 874.64 ns |
| hal1 | wait/io/file/archive/data | 4 | 82.71 us | 20.68 us | 40.74 us |
| hal1 | wait/synch/mutex/myisam/MYISAM_SHARE::intern_lock | 60 | 12.21 us | 203.20 ns | 512.72 ns |
| hal1 | wait/synch/mutex/innodb/trx_mutex | 81 | 5.93 us | 73.14 ns | 252.59 ns |
+------+-----------------------------------------------------+--------+---------------+-------------+-------------+
waits_global_by_latency / x$waits_global_by_latency
Description
Lists the top wait events by their total latency, ignoring idle (this may be very large).
Structures
mysql> desc waits_global_by_latency;
+---------------+---------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+---------------+---------------------+------+-----+---------+-------+
| events | varchar(128) | NO | | NULL | |
| total | bigint(20) unsigned | NO | | NULL | |
| total_latency | text | YES | | NULL | |
| avg_latency | text | YES | | NULL | |
| max_latency | text | YES | | NULL | |
+---------------+---------------------+------+-----+---------+-------+
5 rows in set (0.01 sec)
mysql> desc x$waits_global_by_latency;
+---------------+---------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+---------------+---------------------+------+-----+---------+-------+
| events | varchar(128) | NO | | NULL | |
| total | bigint(20) unsigned | NO | | NULL | |
| total_latency | bigint(20) unsigned | NO | | NULL | |
| avg_latency | bigint(20) unsigned | NO | | NULL | |
| max_latency | bigint(20) unsigned | NO | | NULL | |
+---------------+---------------------+------+-----+---------+-------+
5 rows in set (0.03 sec)
Example
mysql> select * from waits_global_by_latency;
+-----------------------------------------------------+---------+---------------+-------------+-------------+
| events | total | total_latency | avg_latency | max_latency |
+-----------------------------------------------------+---------+---------------+-------------+-------------+
| wait/io/file/sql/file_parser | 14936 | 00:01:06.64 | 4.46 ms | 231.88 ms |
| wait/io/file/innodb/innodb_data_file | 6133 | 6.31 s | 1.03 ms | 147.56 ms |
| wait/io/file/sql/FRM | 12677 | 2.83 s | 223.37 us | 40.86 ms |
| wait/io/file/myisam/dfile | 28446 | 754.40 ms | 26.52 us | 308.79 ms |
| wait/io/file/myisam/kfile | 7572 | 491.17 ms | 64.87 us | 88.76 ms |
| wait/io/file/sql/relaylog | 9 | 252.28 ms | 28.03 ms | 144.17 ms |
| wait/io/file/sql/binlog | 76 | 242.87 ms | 3.20 ms | 153.72 ms |
| wait/io/file/sql/binlog_index | 21 | 173.07 ms | 8.24 ms | 81.83 ms |
| wait/io/file/sql/dbopt | 184 | 149.52 ms | 812.62 us | 15.46 ms |
| wait/io/file/innodb/innodb_log_file | 20 | 117.17 ms | 5.86 ms | 36.53 ms |
| wait/synch/mutex/mysys/IO_CACHE::append_buffer_lock | 1197128 | 99.27 ms | 82.56 ns | 161.03 us |
| wait/io/file/csv/metadata | 8 | 86.60 ms | 10.82 ms | 50.32 ms |
| wait/io/file/sql/relaylog_index | 10 | 60.10 ms | 6.01 ms | 48.04 ms |
| wait/io/file/sql/ERRMSG | 5 | 35.41 ms | 7.08 ms | 31.78 ms |
| wait/io/file/sql/misc | 28 | 22.40 ms | 800.06 us | 15.30 ms |
| wait/io/file/mysys/charset | 3 | 7.46 ms | 2.49 ms | 4.13 ms |
| wait/io/file/sql/casetest | 5 | 6.01 ms | 1.20 ms | 5.86 ms |
| wait/io/file/sql/pid | 3 | 5.96 ms | 1.99 ms | 3.06 ms |
| wait/synch/rwlock/sql/MDL_lock::rwlock | 1396 | 420.58 us | 301.22 ns | 874.64 ns |
| wait/io/file/csv/data | 4 | 297.46 us | 74.37 us | 111.93 us |
| wait/io/file/mysys/cnf | 5 | 154.97 us | 30.99 us | 58.87 us |
| wait/io/file/archive/data | 4 | 82.71 us | 20.68 us | 40.74 us |
| wait/synch/mutex/myisam/MYISAM_SHARE::intern_lock | 90 | 19.23 us | 213.38 ns | 576.81 ns |
| wait/io/file/sql/global_ddl_log | 2 | 18.64 us | 9.32 us | 16.40 us |
| wait/synch/mutex/innodb/trx_mutex | 108 | 8.23 us | 76.15 ns | 365.69 ns |
+-----------------------------------------------------+---------+---------------+-------------+-------------+
Functions
extract_schema_from_file_name
Description
Takes a raw file path, and attempts to extract the schema name from it.
Useful for when interacting with Performance Schema data concerning IO statistics, for example.
Currently relies on the fact that a table data file will be within a specified database directory (will not work with partitions or tables that specify an individual DATA_DIRECTORY).
Parameters
- path (VARCHAR(512)): The full file path to a data file to extract the schema name from.
Returns
VARCHAR(64)
Example
mysql> SELECT sys.extract_schema_from_file_name('/var/lib/mysql/employees/employee.ibd');
+----------------------------------------------------------------------------+
| sys.extract_schema_from_file_name('/var/lib/mysql/employees/employee.ibd') |
+----------------------------------------------------------------------------+
| employees |
+----------------------------------------------------------------------------+
1 row in set (0.00 sec)
extract_table_from_file_name
Description
Takes a raw file path, and extracts the table name from it.
Useful for when interacting with Performance Schema data concerning IO statistics, for example.
Parameters
- path (VARCHAR(512)): The full file path to a data file to extract the table name from.
Returns
VARCHAR(64)
Example
mysql> SELECT sys.extract_table_from_file_name('/var/lib/mysql/employees/employee.ibd');
+---------------------------------------------------------------------------+
| sys.extract_table_from_file_name('/var/lib/mysql/employees/employee.ibd') |
+---------------------------------------------------------------------------+
| employee |
+---------------------------------------------------------------------------+
1 row in set (0.02 sec)
format_bytes
Description
Takes a raw bytes value, and converts it to a human readable format.
Parameters
- bytes (TEXT): A raw bytes value.
Returns
TEXT
Example
mysql> SELECT sys.format_bytes(2348723492723746) AS size;
+----------+
| size |
+----------+
| 2.09 PiB |
+----------+
1 row in set (0.00 sec)
mysql> SELECT sys.format_bytes(2348723492723) AS size;
+----------+
| size |
+----------+
| 2.14 TiB |
+----------+
1 row in set (0.00 sec)
mysql> SELECT sys.format_bytes(23487234) AS size;
+-----------+
| size |
+-----------+
| 22.40 MiB |
+-----------+
1 row in set (0.00 sec)
format_path
Description
Takes a raw path value, and strips out the datadir or tmpdir replacing with @@datadir and @@tmpdir respectively.
Also normalizes the paths across operating systems, so backslashes on Windows are converted to forward slashes.
Parameters
- path (VARCHAR(512)): The raw file path value to format.
Returns
VARCHAR(512) CHARSET UTF8
Example
mysql> select @@datadir;
+-----------------------------------------------+
| @@datadir |
+-----------------------------------------------+
| /Users/mark/sandboxes/SmallTree/AMaster/data/ |
+-----------------------------------------------+
1 row in set (0.06 sec)
mysql> select format_path('/Users/mark/sandboxes/SmallTree/AMaster/data/mysql/proc.MYD') AS path;
+--------------------------+
| path |
+--------------------------+
| @@datadir/mysql/proc.MYD |
+--------------------------+
1 row in set (0.03 sec)
format_statement
Description
Formats a normalized statement, truncating it if it is > 64 characters long by default.
To configure the length to truncate the statement to by default, update the statement_truncate_len
variable with sys_config
table to a different value. Alternatively, to change it just for just your particular session, use SET @sys.statement_truncate_len := <some new value>
.
Useful for printing statement related data from Performance Schema from the command line.
Parameters
- statement (LONGTEXT): The statement to format.
Returns
VARCHAR(65)
Example
mysql> SELECT sys.format_statement(digest_text)
-> FROM performance_schema.events_statements_summary_by_digest
-> ORDER by sum_timer_wait DESC limit 5;
+-------------------------------------------------------------------+
| sys.format_statement(digest_text) |
+-------------------------------------------------------------------+
| CREATE SQL SECURITY INVOKER VI ... KE ? AND `variable_value` > ? |
| CREATE SQL SECURITY INVOKER VI ... ait` IS NOT NULL , `esc` . ... |
| CREATE SQL SECURITY INVOKER VI ... ait` IS NOT NULL , `sys` . ... |
| CREATE SQL SECURITY INVOKER VI ... , `compressed_size` ) ) DESC |
| CREATE SQL SECURITY INVOKER VI ... LIKE ? ORDER BY `timer_start` |
+-------------------------------------------------------------------+
5 rows in set (0.00 sec)
format_time
Description
Takes a raw picoseconds value, and converts it to a human readable form.
Picoseconds are the precision that all latency values are printed in within Performance Schema, however are not user friendly when wanting to scan output from the command line.
Parameters
- picoseconds (TEXT): The raw picoseconds value to convert.
Returns
TEXT
Example
mysql> select format_time(342342342342345);
+------------------------------+
| format_time(342342342342345) |
+------------------------------+
| 00:05:42 |
+------------------------------+
1 row in set (0.00 sec)
mysql> select format_time(342342342);
+------------------------+
| format_time(342342342) |
+------------------------+
| 342.34 us |
+------------------------+
1 row in set (0.00 sec)
mysql> select format_time(34234);
+--------------------+
| format_time(34234) |
+--------------------+
| 34.23 ns |
+--------------------+
1 row in set (0.00 sec)
list_add
Description
Takes a list, and a value to add to the list, and returns the resulting list.
Useful for altering certain session variables, like sql_mode or optimizer_switch for instance.
Parameters
in_list (TEXT): The comma separated list to add a value to
in_add_value (TEXT): The value to add to the input list
Returns
TEXT
Example
mysql> select @@sql_mode;
+-----------------------------------------------------------------------------------+
| @@sql_mode |
+-----------------------------------------------------------------------------------+
| ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION |
+-----------------------------------------------------------------------------------+
1 row in set (0.00 sec)
mysql> set sql_mode = sys.list_add(@@sql_mode, 'ANSI_QUOTES');
Query OK, 0 rows affected (0.06 sec)
mysql> select @@sql_mode;
+-----------------------------------------------------------------------------------------------+
| @@sql_mode |
+-----------------------------------------------------------------------------------------------+
| ANSI_QUOTES,ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION |
+-----------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)
list_drop
Description
Takes a list, and a value to attempt to remove from the list, and returns the resulting list.
Useful for altering certain session variables, like sql_mode or optimizer_switch for instance.
Parameters
in_list (TEXT): The comma separated list to drop a value from
in_drop_value (TEXT): The value to drop from the input list
Returns
TEXT
Example
mysql> select @@sql_mode;
+-----------------------------------------------------------------------------------------------+
| @@sql_mode |
+-----------------------------------------------------------------------------------------------+
| ANSI_QUOTES,ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION |
+-----------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)
mysql> set sql_mode = sys.list_drop(@@sql_mode, 'ONLY_FULL_GROUP_BY');
Query OK, 0 rows affected (0.03 sec)
mysql> select @@sql_mode;
+----------------------------------------------------------------------------+
| @@sql_mode |
+----------------------------------------------------------------------------+
| ANSI_QUOTES,STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION |
+----------------------------------------------------------------------------+
1 row in set (0.00 sec)
ps_is_account_enabled
Description
Determines whether instrumentation of an account is enabled within Performance Schema.
Parameters
- in_host VARCHAR(60): The hostname of the account to check.
- in_user VARCHAR(32): The username of the account to check.
Returns
ENUM('YES', 'NO')
Example
mysql> SELECT sys.ps_is_account_enabled('localhost', 'root');
+------------------------------------------------+
| sys.ps_is_account_enabled('localhost', 'root') |
+------------------------------------------------+
| YES |
+------------------------------------------------+
1 row in set (0.01 sec)
ps_is_consumer_enabled
Description
Determines whether a consumer is enabled (taking the consumer hierarchy into consideration) within the Performance Schema.
Parameters
- in_consumer VARCHAR(64): The name of the consumer to check.
Returns
ENUM('YES', 'NO')
Example
mysql> SELECT sys.ps_is_consumer_enabled('events_stages_history');
+-----------------------------------------------------+
| sys.ps_is_consumer_enabled('events_stages_history') |
+-----------------------------------------------------+
| NO |
+-----------------------------------------------------+
1 row in set (0.00 sec)
ps_is_instrument_default_enabled
Description
Returns whether an instrument is enabled by default in this version of MySQL.
Parameters
- in_instrument VARCHAR(128): The instrument to check.
Returns
ENUM('YES', 'NO')
Example
mysql> SELECT sys.ps_is_instrument_default_enabled('statement/sql/select');
+--------------------------------------------------------------+
| sys.ps_is_instrument_default_enabled('statement/sql/select') |
+--------------------------------------------------------------+
| YES |
+--------------------------------------------------------------+
1 row in set (0.00 sec)
ps_is_instrument_default_timed
Description
Returns whether an instrument is timed by default in this version of MySQL.
Parameters
- in_instrument VARCHAR(128): The instrument to check.
Returns
ENUM('YES', 'NO')
Example
mysql> SELECT sys.ps_is_instrument_default_timed('statement/sql/select');
+------------------------------------------------------------+
| sys.ps_is_instrument_default_timed('statement/sql/select') |
+------------------------------------------------------------+
| YES |
+------------------------------------------------------------+
1 row in set (0.00 sec)
ps_is_thread_instrumented
Description
Checks whether the provided connection id is instrumented within Performance Schema.
Parameters
- in_connection_id (BIGINT UNSIGNED): the id of the connection to check.
Returns
ENUM('YES', 'NO', 'UNKNOWN')
Example
mysql> SELECT sys.ps_is_thread_instrumented(CONNECTION_ID());
+------------------------------------------------+
| sys.ps_is_thread_instrumented(CONNECTION_ID()) |
+------------------------------------------------+
| YES |
+------------------------------------------------+
1 row in set (0.10 sec)
ps_thread_id
Description
Return the Performance Schema THREAD_ID for the specified connection ID.
Parameters
- in_connection_id (BIGINT UNSIGNED): The id of the connection to return the thread id for. If NULL, the current connection thread id is returned.
Returns
BIGINT UNSIGNED
Example
mysql> SELECT sys.ps_thread_id(79);
+----------------------+
| sys.ps_thread_id(79) |
+----------------------+
| 98 |
+----------------------+
1 row in set (0.00 sec)
mysql> SELECT sys.ps_thread_id(CONNECTION_ID());
+-----------------------------------+
| sys.ps_thread_id(CONNECTION_ID()) |
+-----------------------------------+
| 98 |
+-----------------------------------+
1 row in set (0.00 sec)
ps_thread_stack
Description
Outputs a JSON formatted stack of all statements, stages and events within Performance Schema for the specified thread.
Parameters
- thd_id (BIGINT): The id of the thread to trace. This should match the thread_id column from the performance_schema.threads table.
Example
(line separation added for output)
mysql> SELECT sys.ps_thread_stack(37, FALSE) AS thread_stack\G
*************************** 1. row ***************************
thread_stack: {"rankdir": "LR","nodesep": "0.10","stack_created": "2014-02-19 13:39:03",
"mysql_version": "5.7.3-m13","mysql_user": "root@localhost","events":
[{"nesting_event_id": "0", "event_id": "10", "timer_wait": 256.35, "event_info":
"sql/select", "wait_info": "select @@version_comment limit 1\nerrors: 0\nwarnings: 0\nlock time:
...
ps_thread_trx_info
Description
Returns a JSON object with info on the given thread's current transaction, and the statements it has already executed, derived from the performance_schema.events_transactions_current
and performance_schema.events_statements_history
tables (so the consumers for these also have to be enabled within Performance Schema to get full data in the object).
When the output exceeds the default truncation length (65535), a JSON error object is returned, such as:
{ "error": "Trx info truncated: Row 6 was cut by GROUP_CONCAT()" }
Similar error objects are returned for other warnings/and exceptions raised when calling the function.
The max length of the output of this function can be controlled with the ps_thread_trx_info.max_length
variable set via sys_config
, or the @sys.ps_thread_trx_info.max_length
user variable, as appropriate.
Parameters
- in_thread_id (BIGINT UNSIGNED): The id of the thread to return the transaction info for.
Example
SELECT sys.ps_thread_trx_info(48)\G
*************************** 1. row ***************************
sys.ps_thread_trx_info(48): [
{
"time": "790.70 us",
"state": "COMMITTED",
"mode": "READ WRITE",
"autocommitted": "NO",
"gtid": "AUTOMATIC",
"isolation": "REPEATABLE READ",
"statements_executed": [
{
"sql_text": "INSERT INTO info VALUES (1, \'foo\')",
"time": "471.02 us",
"schema": "trx",
"rows_examined": 0,
"rows_affected": 1,
"rows_sent": 0,
"tmp_tables": 0,
"tmp_disk_tables": 0,
"sort_rows": 0,
"sort_merge_passes": 0
},
{
"sql_text": "COMMIT",
"time": "254.42 us",
"schema": "trx",
"rows_examined": 0,
"rows_affected": 0,
"rows_sent": 0,
"tmp_tables": 0,
"tmp_disk_tables": 0,
"sort_rows": 0,
"sort_merge_passes": 0
}
]
},
{
"time": "426.20 us",
"state": "COMMITTED",
"mode": "READ WRITE",
"autocommitted": "NO",
"gtid": "AUTOMATIC",
"isolation": "REPEATABLE READ",
"statements_executed": [
{
"sql_text": "INSERT INTO info VALUES (2, \'bar\')",
"time": "107.33 us",
"schema": "trx",
"rows_examined": 0,
"rows_affected": 1,
"rows_sent": 0,
"tmp_tables": 0,
"tmp_disk_tables": 0,
"sort_rows": 0,
"sort_merge_passes": 0
},
{
"sql_text": "COMMIT",
"time": "213.23 us",
"schema": "trx",
"rows_examined": 0,
"rows_affected": 0,
"rows_sent": 0,
"tmp_tables": 0,
"tmp_disk_tables": 0,
"sort_rows": 0,
"sort_merge_passes": 0
}
]
}
]
1 row in set (0.03 sec)
sys_get_config
Description
Returns the value for the requested variable using the following logic:
- If the option exists in sys.sys_config return the value from there.
- Else fall back on the provided default value.
Notes for using sys_get_config():
- If the default value argument to sys_get_config() is NULL and case 2. is reached, NULL is returned. It is then expected that the caller is able to handle NULL for the given configuration option.
- The convention is to name the user variables @sys.
. It is that is stored in the sys_config table and is what is expected as the argument to sys_get_config(). - If you want to check whether the configuration option has already been set and if not assign with the return value of sys_get_config() you can use IFNULL(...) (see example below). However this should not be done inside a loop (e.g. for each row in a result set) as for repeated calls where assignment is only needed in the first iteration using IFNULL(...) is expected to be significantly slower than using an IF (...) THEN ... END IF; block (see example below).
Parameters
- in_variable_name (VARCHAR(128)): The name of the config option to return the value for.
- in_default_value (VARCHAR(128)): The default value to return if neither a use variable exists nor the variable exists in sys.sys_config.
Returns
VARCHAR(128)
Example
-- Get the configuration value from sys.sys_config falling back on 128 if the option is not present in the table.
mysql> SELECT sys.sys_get_config('statement_truncate_len', 128) AS Value;
+-------+
| Value |
+-------+
| 64 |
+-------+
1 row in set (0.00 sec)
-- Check whether the option is already set, if not assign - IFNULL(...) one liner example.
mysql> SET @sys.statement_truncate_len = IFNULL(@sys.statement_truncate_len, sys.sys_get_config('statement_truncate_len', 64));
Query OK, 0 rows affected (0.00 sec)
-- Check whether the option is already set, if not assign - IF ... THEN ... END IF example.
IF (@sys.statement_truncate_len IS NULL) THEN
SET @sys.statement_truncate_len = sys.sys_get_config('statement_truncate_len', 64);
END IF;
version_major
Description
Returns the major version of MySQL Server.
Returns
TINYINT UNSIGNED
Example
mysql> SELECT VERSION(), sys.version_major();
+--------------------------------------+---------------------+
| VERSION() | sys.version_major() |
+--------------------------------------+---------------------+
| 5.7.9-enterprise-commercial-advanced | 5 |
+--------------------------------------+---------------------+
1 row in set (0.00 sec)
version_minor
Description
Returns the minor (release series) version of MySQL Server.
Returns
TINYINT UNSIGNED
Example
mysql> SELECT VERSION(), sys.server_minor();
+--------------------------------------+---------------------+
| VERSION() | sys.version_minor() |
+--------------------------------------+---------------------+
| 5.7.9-enterprise-commercial-advanced | 7 |
+--------------------------------------+---------------------+
1 row in set (0.00 sec)
version_patch
Description
Returns the patch release version of MySQL Server.
Returns
TINYINT UNSIGNED
Example
mysql> SELECT VERSION(), sys.version_patch();
+--------------------------------------+---------------------+
| VERSION() | sys.version_patch() |
+--------------------------------------+---------------------+
| 5.7.9-enterprise-commercial-advanced | 9 |
+--------------------------------------+---------------------+
1 row in set (0.00 sec)
Procedures
create_synonym_db
Description
Takes a source database name and synonym name, and then creates the synonym database with views that point to all of the tables within the source database.
Useful for creating a "ps" synonym for "performance_schema", or "is" instead of "information_schema", for example.
Parameters
- in_db_name (VARCHAR(64)): ** The database name that you would like to create a synonym for.
- in_synonym (VARCHAR(64)): ** The database synonym name.
Example
mysql> SHOW DATABASES;
+--------------------+
| Database |
+--------------------+
| information_schema |
| mysql |
| performance_schema |
| sys |
| test |
+--------------------+
5 rows in set (0.00 sec)
mysql> CALL sys.create_synonym_db('performance_schema', 'ps');
+-------------------------------------+
| summary |
+-------------------------------------+
| Created 74 views in the ps database |
+-------------------------------------+
1 row in set (8.57 sec)
Query OK, 0 rows affected (8.57 sec)
mysql> SHOW DATABASES;
+--------------------+
| Database |
+--------------------+
| information_schema |
| mysql |
| performance_schema |
| ps |
| sys |
| test |
+--------------------+
6 rows in set (0.00 sec)
mysql> SHOW FULL TABLES FROM ps;
+-----------------------------------------+------------+
| Tables_in_ps | Table_type |
+-----------------------------------------+------------+
| accounts | VIEW |
| cond_instances | VIEW |
| events_stages_current | VIEW |
| events_stages_history | VIEW |
...
execute_prepared_stmt
Description
Takes the query in the argument and executes it using a prepared statement. The prepared statement is deallocated, so the procedure is mainly useful for executing one off dynamically created queries.
The sys_execute_prepared_stmt prepared statement name is used for the query and is required not to exist.
Parameters
- in_query (longtext CHARACTER SET UTF8): ** The query to execute.
The following configuration option is supported:
- sys.debug Whether to provide debugging output. Default is 'OFF'. Set to 'ON' to include.
Example
mysql> CALL sys.execute_prepared_stmt(''SELECT * FROM sys.sys_config'');
+------------------------+-------+---------------------+--------+
| variable | value | set_time | set_by |
+------------------------+-------+---------------------+--------+
| statement_truncate_len | 64 | 2015-06-30 13:06:00 | NULL |
+------------------------+-------+---------------------+--------+
1 row in set (0.00 sec)
Query OK, 0 rows affected (0.00 sec)
diagnostics
Description
Create a report of the current status of the server for diagnostics purposes. Data collected includes (some items depends on versions and settings):
- The GLOBAL VARIABLES
- Several sys schema views including metrics or equivalent (depending on version and settings)
- Queries in the 95th percentile
- Several ndbinfo views for MySQL Cluster
- Replication (both master and slave) information.
Some of the sys schema views are calculated as initial (optional), overall, delta:
- The initial view is the content of the view at the start of this procedure. This output will be the same as the the start values used for the delta view. The initial view is included if @sys.diagnostics.include_raw = 'ON'.
- The overall view is the content of the view at the end of this procedure. This output is the same as the end values used for the delta view. The overall view is always included.
- The delta view is the difference from the beginning to the end. Note that for min and max values they are simply the min or max value from the end view respectively, so does not necessarily reflect the minimum/maximum value in the monitored period. Note: except for the metrics view the delta is only calculation between the first and last outputs.
Requires the SUPER privilege for "SET sql_log_bin = 0;".
Versions supported:
- MySQL 5.6: 5.6.10 and later
- MySQL 5.7: 5.7.9 and later
Some configuration options are supported:
-
sys.diagnostics.allow_i_s_tables Specifies whether it is allowed to do table scan queries on information_schema.TABLES. This can be expensive if there are many tables. Set to 'ON' to allow, 'OFF' to not allow. Default is 'OFF'.
-
sys.diagnostics.include_raw Set to 'ON' to include the raw data (e.g. the original output of "SELECT * FROM sys.metrics"). Use this to get the initial values of the various views. Default is 'OFF'.
-
sys.statement_truncate_len How much of queries in the process list output to include. Default is 64.
- sys.debug Whether to provide debugging output. Default is 'OFF'. Set to 'ON' to include.
Parameters
- in_max_runtime (INT UNSIGNED): The maximum time to keep collecting data. Use NULL to get the default which is 60 seconds, otherwise enter a value greater than 0.
- in_interval (INT UNSIGNED): How long to sleep between data collections. Use NULL to get the default which is 30 seconds, otherwise enter a value greater than 0.
- in_auto_config (ENUM('current', 'medium', 'full')) Automatically enable Performance Schema instruments and consumers. NOTE: The more that are enabled, the more impact on the performance. If another setting the 'current' is chosen, the current settings are restored at the end of the procedure. Supported values are: current - use the current settings. medium - enable some settings. This requires the SUPER privilege. ** full - enables all settings. This will have a big impact on the performance - be careful using this option. This requires the SUPER privilege.
Example
mysql> TEE diag.out;
mysql> CALL sys.diagnostics(120, 30, 'current');
...
mysql> NOTEE;
ps_setup_disable_background_threads
Description
Disable all background thread instrumentation within Performance Schema.
Parameters
None.
Example
mysql> CALL sys.ps_setup_disable_background_threads();
+--------------------------------+
| summary |
+--------------------------------+
| Disabled 18 background threads |
+--------------------------------+
1 row in set (0.00 sec)
ps_setup_disable_instrument
Description
Disables instruments within Performance Schema matching the input pattern.
Parameters
- in_pattern (VARCHAR(128)): A LIKE pattern match (using "%in_pattern%") of events to disable
Example
To disable all mutex instruments:
mysql> CALL sys.ps_setup_disable_instrument('wait/synch/mutex');
+--------------------------+
| summary |
+--------------------------+
| Disabled 155 instruments |
+--------------------------+
1 row in set (0.02 sec)
To disable just a the scpecific TCP/IP based network IO instrument:
mysql> CALL sys.ps_setup_disable_instrument('wait/io/socket/sql/server_tcpip_socket');
+------------------------+
| summary |
+------------------------+
| Disabled 1 instruments |
+------------------------+
1 row in set (0.00 sec)
To enable all instruments:
mysql> CALL sys.ps_setup_disable_instrument('');
+--------------------------+
| summary |
+--------------------------+
| Disabled 547 instruments |
+--------------------------+
1 row in set (0.01 sec)
ps_setup_disable_consumer
Description
Disables consumers within Performance Schema matching the input pattern.
Parameters
- consumer (VARCHAR(128)): A LIKE pattern match (using "%consumer%") of consumers to disable
Example
To disable all consumers:
mysql> CALL sys.ps_setup_disable_consumer('');
+--------------------------+
| summary |
+--------------------------+
| Disabled 15 consumers |
+--------------------------+
1 row in set (0.02 sec)
To disable just the event_stage consumers:
mysql> CALL sys.ps_setup_disable_consumer('stage');
+------------------------+
| summary |
+------------------------+
| Disabled 3 consumers |
+------------------------+
1 row in set (0.00 sec)
ps_setup_disable_thread
Description
Disable the given connection/thread in Performance Schema.
Parameters
- in_connection_id (BIGINT): The connection ID (PROCESSLIST_ID from performance_schema.threads or the ID shown within SHOW PROCESSLIST)
Example
mysql> CALL sys.ps_setup_disable_thread(3);
+-------------------+
| summary |
+-------------------+
| Disabled 1 thread |
+-------------------+
1 row in set (0.01 sec)
To disable the current connection:
mysql> CALL sys.ps_setup_disable_thread(CONNECTION_ID());
+-------------------+
| summary |
+-------------------+
| Disabled 1 thread |
+-------------------+
1 row in set (0.00 sec)
ps_setup_enable_background_threads
Description
Enable all background thread instrumentation within Performance Schema.
Parameters
None.
Example
mysql> CALL sys.ps_setup_enable_background_threads();
+-------------------------------+
| summary |
+-------------------------------+
| Enabled 18 background threads |
+-------------------------------+
1 row in set (0.00 sec)
ps_setup_enable_consumer
Description
Enables consumers within Performance Schema matching the input pattern.
Parameters
- consumer (VARCHAR(128)): A LIKE pattern match (using "%consumer%") of consumers to enable
Example
To enable all consumers:
mysql> CALL sys.ps_setup_enable_consumer('');
+-------------------------+
| summary |
+-------------------------+
| Enabled 10 consumers |
+-------------------------+
1 row in set (0.02 sec)
To enable just "waits" consumers:
mysql> CALL sys.ps_setup_enable_consumer('waits');
+-----------------------+
| summary |
+-----------------------+
| Enabled 3 consumers |
+-----------------------+
1 row in set (0.00 sec)
ps_setup_enable_instrument
Description
Enables instruments within Performance Schema matching the input pattern.
Parameters
- in_pattern (VARCHAR(128)): A LIKE pattern match (using "%in_pattern%") of events to enable
Example
To enable all mutex instruments:
mysql> CALL sys.ps_setup_enable_instrument('wait/synch/mutex');
+-------------------------+
| summary |
+-------------------------+
| Enabled 155 instruments |
+-------------------------+
1 row in set (0.02 sec)
To enable just a the scpecific TCP/IP based network IO instrument:
mysql> CALL sys.ps_setup_enable_instrument('wait/io/socket/sql/server_tcpip_socket');
+-----------------------+
| summary |
+-----------------------+
| Enabled 1 instruments |
+-----------------------+
1 row in set (0.00 sec)
To enable all instruments:
mysql> CALL sys.ps_setup_enable_instrument('');
+-------------------------+
| summary |
+-------------------------+
| Enabled 547 instruments |
+-------------------------+
1 row in set (0.01 sec)
ps_setup_enable_thread
Description
Enable the given connection/thread in Performance Schema.
Parameters
- in_connection_id (BIGINT): The connection ID (PROCESSLIST_ID from performance_schema.threads or the ID shown within SHOW PROCESSLIST)
Example
mysql> CALL sys.ps_setup_enable_thread(3);
+------------------+
| summary |
+------------------+
| Enabled 1 thread |
+------------------+
1 row in set (0.01 sec)
To enable the current connection:
mysql> CALL sys.ps_setup_enable_thread(CONNECTION_ID());
+------------------+
| summary |
+------------------+
| Enabled 1 thread |
+------------------+
1 row in set (0.00 sec)
ps_setup_reload_saved
Description
Reloads a saved Performance Schema configuration, so that you can alter the setup for debugging purposes, but restore it to a previous state.
Use the companion procedure - ps_setup_save(), to save a configuration.
Requires the SUPER privilege for "SET sql_log_bin = 0;".
Parameters
None.
Example
mysql> CALL sys.ps_setup_save();
Query OK, 0 rows affected (0.08 sec)
mysql> UPDATE performance_schema.setup_instruments SET enabled = 'YES', timed = 'YES';
Query OK, 547 rows affected (0.40 sec)
Rows matched: 784 Changed: 547 Warnings: 0
/* Run some tests that need more detailed instrumentation here */
mysql> CALL sys.ps_setup_reload_saved();
Query OK, 0 rows affected (0.32 sec)
ps_setup_reset_to_default
Description
Resets the Performance Schema setup to the default settings.
Parameters
- in_verbose (BOOLEAN): Whether to print each setup stage (including the SQL) whilst running.
Example
mysql> CALL sys.ps_setup_reset_to_default(true)\G
*************************** 1. row ***************************
status: Resetting: setup_actors
DELETE
FROM performance_schema.setup_actors
WHERE NOT (HOST = '%' AND USER = '%' AND ROLE = '%')
1 row in set (0.00 sec)
*************************** 1. row ***************************
status: Resetting: setup_actors
INSERT IGNORE INTO performance_schema.setup_actors
VALUES ('%', '%', '%')
1 row in set (0.00 sec)
...
mysql> CALL sys.ps_setup_reset_to_default(false)G
Query OK, 0 rows affected (0.00 sec)
ps_setup_save
Description
Saves the current configuration of Performance Schema, so that you can alter the setup for debugging purposes, but restore it to a previous state.
Use the companion procedure - ps_setup_reload_saved(), to restore the saved config.
Requires the SUPER privilege for "SET sql_log_bin = 0;".
Parameters
None.
Example
mysql> CALL sys.ps_setup_save();
Query OK, 0 rows affected (0.08 sec)
mysql> UPDATE performance_schema.setup_instruments
-> SET enabled = 'YES', timed = 'YES';
Query OK, 547 rows affected (0.40 sec)
Rows matched: 784 Changed: 547 Warnings: 0
/* Run some tests that need more detailed instrumentation here */
mysql> CALL sys.ps_setup_reload_saved();
Query OK, 0 rows affected (0.32 sec)
ps_setup_show_disabled
Description
Shows all currently disable Performance Schema configuration.
Parameters
- in_in_show_instruments (BOOLEAN): Whether to print disabled instruments (can print many items)
- in_in_show_threads (BOOLEAN): Whether to print disabled threads
Example
mysql> CALL sys.ps_setup_show_disabled(TRUE, TRUE);
+----------------------------+
| performance_schema_enabled |
+----------------------------+
| 1 |
+----------------------------+
1 row in set (0.00 sec)
+--------------------+
| enabled_users |
+--------------------+
| 'mark'@'localhost' |
+--------------------+
1 row in set (0.00 sec)
+-------------+----------------------+---------+-------+
| object_type | objects | enabled | timed |
+-------------+----------------------+---------+-------+
| EVENT | mysql.% | NO | NO |
| EVENT | performance_schema.% | NO | NO |
| EVENT | information_schema.% | NO | NO |
| FUNCTION | mysql.% | NO | NO |
| FUNCTION | performance_schema.% | NO | NO |
| FUNCTION | information_schema.% | NO | NO |
| PROCEDURE | mysql.% | NO | NO |
| PROCEDURE | performance_schema.% | NO | NO |
| PROCEDURE | information_schema.% | NO | NO |
| TABLE | mysql.% | NO | NO |
| TABLE | performance_schema.% | NO | NO |
| TABLE | information_schema.% | NO | NO |
| TRIGGER | mysql.% | NO | NO |
| TRIGGER | performance_schema.% | NO | NO |
| TRIGGER | information_schema.% | NO | NO |
+-------------+----------------------+---------+-------+
15 rows in set (0.00 sec)
+----------------------------------+
| disabled_consumers |
+----------------------------------+
| events_stages_current |
| events_stages_history |
| events_stages_history_long |
| events_statements_history |
| events_statements_history_long |
| events_transactions_history |
| events_transactions_history_long |
| events_waits_current |
| events_waits_history |
| events_waits_history_long |
+----------------------------------+
10 rows in set (0.00 sec)
Empty set (0.00 sec)
+---------------------------------------------------------------------------------------+-------+
| disabled_instruments | timed |
+---------------------------------------------------------------------------------------+-------+
| wait/synch/mutex/sql/TC_LOG_MMAP::LOCK_tc | NO |
| wait/synch/mutex/sql/LOCK_des_key_file | NO |
| wait/synch/mutex/sql/MYSQL_BIN_LOG::LOCK_commit | NO |
...
| memory/sql/servers_cache | NO |
| memory/sql/udf_mem | NO |
| wait/lock/metadata/sql/mdl | NO |
+---------------------------------------------------------------------------------------+-------+
547 rows in set (0.00 sec)
Query OK, 0 rows affected (0.01 sec)
ps_setup_show_disabled_consumers
Description
Shows all currently disabled consumers.
Parameters
None
Example
mysql> CALL sys.ps_setup_show_disabled_consumers();
+---------------------------+
| disabled_consumers |
+---------------------------+
| events_statements_current |
| global_instrumentation |
| thread_instrumentation |
| statements_digest |
+---------------------------+
4 rows in set (0.05 sec)
ps_setup_show_disabled_instruments
Description
Shows all currently disabled instruments.
Parameters
None
Example
mysql> CALL sys.ps_setup_show_disabled_instruments();
ps_setup_show_enabled
Description
Shows all currently enabled Performance Schema configuration.
Parameters
- in_show_instruments (BOOLEAN): Whether to print enabled instruments (can print many items)
- in_show_threads (BOOLEAN): Whether to print enabled threads
Example
mysql> CALL sys.ps_setup_show_enabled(TRUE, TRUE);
+----------------------------+
| performance_schema_enabled |
+----------------------------+
| 1 |
+----------------------------+
1 row in set (0.00 sec)
+---------------+
| enabled_users |
+---------------+
| '%'@'%' |
+---------------+
1 row in set (0.01 sec)
+----------------------+---------+-------+
| objects | enabled | timed |
+----------------------+---------+-------+
| mysql.% | NO | NO |
| performance_schema.% | NO | NO |
| information_schema.% | NO | NO |
| %.% | YES | YES |
+----------------------+---------+-------+
4 rows in set (0.01 sec)
+---------------------------+
| enabled_consumers |
+---------------------------+
| events_statements_current |
| global_instrumentation |
| thread_instrumentation |
| statements_digest |
+---------------------------+
4 rows in set (0.05 sec)
+--------------------------+-------------+
| enabled_threads | thread_type |
+--------------------------+-------------+
| innodb/srv_master_thread | BACKGROUND |
| root@localhost | FOREGROUND |
| root@localhost | FOREGROUND |
| root@localhost | FOREGROUND |
| root@localhost | FOREGROUND |
+--------------------------+-------------+
5 rows in set (0.03 sec)
+-------------------------------------+-------+
| enabled_instruments | timed |
+-------------------------------------+-------+
| wait/io/file/sql/map | YES |
| wait/io/file/sql/binlog | YES |
...
| statement/com/Error | YES |
| statement/com/ | YES |
| idle | YES |
+-------------------------------------+-------+
210 rows in set (0.08 sec)
Query OK, 0 rows affected (0.89 sec)
ps_setup_show_enabled_consumers
Description
Shows all currently enabled consumers.
Parameters
None
Example
mysql> CALL sys.ps_setup_show_enabled_consumers();
+---------------------------+
| enabled_consumers |
+---------------------------+
| events_statements_current |
| global_instrumentation |
| thread_instrumentation |
| statements_digest |
+---------------------------+
4 rows in set (0.05 sec)
ps_setup_show_enabled_instruments
Description
Shows all currently enabled instruments.
Parameters
None
Example
mysql> CALL sys.ps_setup_show_enabled_instruments();
ps_statement_avg_latency_histogram
Description
Outputs a textual histogram graph of the average latency values across all normalized queries tracked within the Performance Schema events_statements_summary_by_digest table.
Can be used to show a very high level picture of what kind of latency distribution statements running within this instance have.
Parameters
None.
Example
mysql> CALL sys.ps_statement_avg_latency_histogram()G
*************************** 1. row ***************************
Performance Schema Statement Digest Average Latency Histogram:
. = 1 unit
* = 2 units
# = 3 units
(0 - 38ms) 240 | ################################################################################
(38 - 77ms) 38 | ......................................
(77 - 115ms) 3 | ...
(115 - 154ms) 62 | *******************************
(154 - 192ms) 3 | ...
(192 - 231ms) 0 |
(231 - 269ms) 0 |
(269 - 307ms) 0 |
(307 - 346ms) 0 |
(346 - 384ms) 1 | .
(384 - 423ms) 1 | .
(423 - 461ms) 0 |
(461 - 499ms) 0 |
(499 - 538ms) 0 |
(538 - 576ms) 0 |
(576 - 615ms) 1 | .
Total Statements: 350; Buckets: 16; Bucket Size: 38 ms;
ps_trace_statement_digest
Description
Traces all instrumentation within Performance Schema for a specific Statement Digest.
When finding a statement of interest within the performance_schema.events_statements_summary_by_digest table, feed the DIGEST MD5 value in to this procedure, set how long to poll for, and at what interval to poll, and it will generate a report of all statistics tracked within Performance Schema for that digest for the interval.
It will also attempt to generate an EXPLAIN for the longest running example of the digest during the interval.
Note this may fail, as Performance Schema truncates long SQL_TEXT values (and hence the EXPLAIN will fail due to parse errors).
Requires the SUPER privilege for "SET sql_log_bin = 0;".
Parameters
- in_digest VARCHAR(32): The statement digest identifier you would like to analyze
- in_runtime (INT): The number of seconds to run analysis for (defaults to a minute)
- in_interval (DECIMAL(2,2)): The interval (in seconds, may be fractional) at which to try and take snapshots (defaults to a second)
- in_start_fresh (BOOLEAN): Whether to TRUNCATE the events_statements_history_long and events_stages_history_long tables before starting (default false)
- in_auto_enable (BOOLEAN): Whether to automatically turn on required consumers (default false)
Example
mysql> call ps_analyze_statement_digest('891ec6860f98ba46d89dd20b0c03652c', 10, 0.1, true, true);
+--------------------+
| SUMMARY STATISTICS |
+--------------------+
| SUMMARY STATISTICS |
+--------------------+
1 row in set (9.11 sec)
+------------+-----------+-----------+-----------+---------------+------------+------------+
| executions | exec_time | lock_time | rows_sent | rows_examined | tmp_tables | full_scans |
+------------+-----------+-----------+-----------+---------------+------------+------------+
| 21 | 4.11 ms | 2.00 ms | 0 | 21 | 0 | 0 |
+------------+-----------+-----------+-----------+---------------+------------+------------+
1 row in set (9.11 sec)
+------------------------------------------+-------+-----------+
| event_name | count | latency |
+------------------------------------------+-------+-----------+
| stage/sql/checking query cache for query | 16 | 724.37 us |
| stage/sql/statistics | 16 | 546.92 us |
| stage/sql/freeing items | 18 | 520.11 us |
| stage/sql/init | 51 | 466.80 us |
...
| stage/sql/cleaning up | 18 | 11.92 us |
| stage/sql/executing | 16 | 6.95 us |
+------------------------------------------+-------+-----------+
17 rows in set (9.12 sec)
+---------------------------+
| LONGEST RUNNING STATEMENT |
+---------------------------+
| LONGEST RUNNING STATEMENT |
+---------------------------+
1 row in set (9.16 sec)
+-----------+-----------+-----------+-----------+---------------+------------+-----------+
| thread_id | exec_time | lock_time | rows_sent | rows_examined | tmp_tables | full_scan |
+-----------+-----------+-----------+-----------+---------------+------------+-----------+
| 166646 | 618.43 us | 1.00 ms | 0 | 1 | 0 | 0 |
+-----------+-----------+-----------+-----------+---------------+------------+-----------+
1 row in set (9.16 sec)
// Truncated for clarity...
+-----------------------------------------------------------------+
| sql_text |
+-----------------------------------------------------------------+
| select hibeventhe0_.id as id1382_, hibeventhe0_.createdTime ... |
+-----------------------------------------------------------------+
1 row in set (9.17 sec)
+------------------------------------------+-----------+
| event_name | latency |
+------------------------------------------+-----------+
| stage/sql/init | 8.61 us |
| stage/sql/Waiting for query cache lock | 453.23 us |
| stage/sql/init | 331.07 ns |
| stage/sql/checking query cache for query | 43.04 us |
...
| stage/sql/freeing items | 30.46 us |
| stage/sql/cleaning up | 662.13 ns |
+------------------------------------------+-----------+
18 rows in set (9.23 sec)
+----+-------------+--------------+-------+---------------+-----------+---------+-------------+------+-------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+--------------+-------+---------------+-----------+---------+-------------+------+-------+
| 1 | SIMPLE | hibeventhe0_ | const | fixedTime | fixedTime | 775 | const,const | 1 | NULL |
+----+-------------+--------------+-------+---------------+-----------+---------+-------------+------+-------+
1 row in set (9.27 sec)
Query OK, 0 rows affected (9.28 sec)
ps_trace_thread
Description
Dumps all data within Performance Schema for an instrumented thread, to create a DOT formatted graph file.
Each resultset returned from the procedure should be used for a complete graph
Requires the SUPER privilege for "SET sql_log_bin = 0;".
Parameters
- in_thread_id (INT): The thread that you would like a stack trace for
- in_outfile (VARCHAR(255)): The filename the dot file will be written to
- in_max_runtime (DECIMAL(20,2)): The maximum time to keep collecting data. Use NULL to get the default which is 60 seconds.
- in_interval (DECIMAL(20,2)): How long to sleep between data collections. Use NULL to get the default which is 1 second.
- in_start_fresh (BOOLEAN): Whether to reset all Performance Schema data before tracing.
- in_auto_setup (BOOLEAN): Whether to disable all other threads and enable all consumers/instruments. This will also reset the settings at the end of the run.
- in_debug (BOOLEAN): Whether you would like to include file:lineno in the graph
Example
mysql> CALL sys.ps_trace_thread(25, CONCAT('/tmp/stack-', REPLACE(NOW(), ' ', '-'), '.dot'), NULL, NULL, TRUE, TRUE, TRUE);
+-------------------+
| summary |
+-------------------+
| Disabled 1 thread |
+-------------------+
1 row in set (0.00 sec)
+---------------------------------------------+
| Info |
+---------------------------------------------+
| Data collection starting for THREAD_ID = 25 |
+---------------------------------------------+
1 row in set (0.03 sec)
+-----------------------------------------------------------+
| Info |
+-----------------------------------------------------------+
| Stack trace written to /tmp/stack-2014-02-16-21:18:41.dot |
+-----------------------------------------------------------+
1 row in set (60.07 sec)
+-------------------------------------------------------------------+
| Convert to PDF |
+-------------------------------------------------------------------+
| dot -Tpdf -o /tmp/stack_25.pdf /tmp/stack-2014-02-16-21:18:41.dot |
+-------------------------------------------------------------------+
1 row in set (60.07 sec)
+-------------------------------------------------------------------+
| Convert to PNG |
+-------------------------------------------------------------------+
| dot -Tpng -o /tmp/stack_25.png /tmp/stack-2014-02-16-21:18:41.dot |
+-------------------------------------------------------------------+
1 row in set (60.07 sec)
+------------------+
| summary |
+------------------+
| Enabled 1 thread |
+------------------+
1 row in set (60.32 sec)
ps_truncate_all_tables
Description
Truncates all summary tables within Performance Schema, resetting all aggregated instrumentation as a snapshot.
Parameters
- in_verbose (BOOLEAN): Whether to print each TRUNCATE statement before running
Example
mysql> CALL sys.ps_truncate_all_tables(false);
+---------------------+
| summary |
+---------------------+
| Truncated 44 tables |
+---------------------+
1 row in set (0.10 sec)
statement_performance_analyzer
Description
Create a report of the statements running on the server.
The views are calculated based on the overall and/or delta activity.
Requires the SUPER privilege for "SET sql_log_bin = 0;".
The following configuration options are supported:
-
sys.statement_performance_analyzer.limit The maximum number of rows to include for the views that does not have a built-in limit (e.g. the 95th percentile view). If not set the limit is 100.
-
sys.statement_performance_analyzer.view Used together with the 'custom' view. If the value contains a space, it is considered a query, otherwise it must be an existing view querying the performance_schema.events_statements_summary_by_digest table. There cannot be any limit clause including in the query or view definition if @sys.statement_performance_analyzer.limit > 0. If specifying a view, use the same format as for in_table.
- sys.debug Whether to provide debugging output. Default is 'OFF'. Set to 'ON' to include.
Parameters
-
in_action (ENUM('snapshot', 'overall', 'delta', 'create_tmp', 'create_table', 'save', 'cleanup')): The action to take. Supported actions are:
- snapshot Store a snapshot. The default is to make a snapshot of the current content of performance_schema.events_statements_summary_by_digest, but by setting in_table this can be overwritten to copy the content of the specified table. The snapshot is stored in the sys.tmp_digests temporary table.
- overall Generate analyzis based on the content specified by in_table. For the overall analyzis, in_table can be NOW() to use a fresh snapshot. This will overwrite an existing snapshot. Use NULL for in_table to use the existing snapshot. If in_table IS NULL and no snapshot exists, a new will be created. See also in_views and @sys.statement_performance_analyzer.limit.
- delta Generate a delta analysis. The delta will be calculated between the reference table in in_table and the snapshot. An existing snapshot must exist. The action uses the sys.tmp_digests_delta temporary table. See also in_views and @sys.statement_performance_analyzer.limit.
- create_table Create a regular table suitable for storing the snapshot for later use, e.g. for calculating deltas.
- create_tmp Create a temporary table suitable for storing the snapshot for later use, e.g. for calculating deltas.
- save Save the snapshot in the table specified by in_table. The table must exists and have the correct structure. If no snapshot exists, a new is created.
- cleanup Remove the temporary tables used for the snapshot and delta.
-
in_table (VARCHAR(129)): The table argument used for some actions. Use the format 'db1.t1' or 't1' without using any backticks (`) for quoting. Periods (.) are not supported in the database and table names.
The meaning of the table for each action supporting the argument is:
- snapshot The snapshot is created based on the specified table. Set to NULL or NOW() to use the current content of performance_schema.events_statements_summary_by_digest.
- overall The table with the content to create the overall analyzis for. The following values
can be used:
- A table name - use the content of that table.
- NOW() - create a fresh snapshot and overwrite the existing snapshot.
- NULL - use the last stored snapshot.
- delta The table name is mandatory and specified the reference view to compare the currently stored snapshot against. If no snapshot exists, a new will be created.
- create_table The name of the regular table to create.
- create_tmp The name of the temporary table to create.
- save The name of the table to save the currently stored snapshot into.
-
in_views (SET ('with_runtimes_in_95th_percentile', 'analysis', 'with_errors_or_warnings', 'with_full_table_scans', 'with_sorting', 'with_temp_tables', 'custom')) Which views to include:
- with_runtimes_in_95th_percentile Based on the sys.statements_with_runtimes_in_95th_percentile view
- analysis Based on the sys.statement_analysis view
- with_errors_or_warnings Based on the sys.statements_with_errors_or_warnings view
- with_full_table_scans Based on the sys.statements_with_full_table_scans view
- with_sorting Based on the sys.statements_with_sorting view
- with_temp_tables Based on the sys.statements_with_temp_tables view
- custom Use a custom view. This view must be specified in @sys.statement_performance_analyzer.view to an existing view or a query
Default is to include all except 'custom'.
Example
-- To create a report with the queries in the 95th percentile since last truncate of performance_schema.events_statements_summary_by_digest and the delta for a 1 minute period:
--
-- 1. Create a temporary table to store the initial snapshot.
-- 2. Create the initial snapshot.
-- 3. Save the initial snapshot in the temporary table.
-- 4. Wait one minute.
-- 5. Create a new snapshot.
-- 6. Perform analyzis based on the new snapshot.
-- 7. Perform analyzis based on the delta between the initial and new snapshots.
mysql> CALL sys.statement_performance_analyzer('create_tmp', 'mydb.tmp_digests_ini', NULL);
Query OK, 0 rows affected (0.08 sec)
mysql> CALL sys.statement_performance_analyzer('snapshot', NULL, NULL);
Query OK, 0 rows affected (0.02 sec)
mysql> CALL sys.statement_performance_analyzer('save', 'mydb.tmp_digests_ini', NULL);
Query OK, 0 rows affected (0.00 sec)
mysql> DO SLEEP(60);
Query OK, 0 rows affected (1 min 0.00 sec)
mysql> CALL sys.statement_performance_analyzer('snapshot', NULL, NULL);
Query OK, 0 rows affected (0.02 sec)
mysql> CALL sys.statement_performance_analyzer('overall', NULL, 'with_runtimes_in_95th_percentile');
+-----------------------------------------+
| Next Output |
+-----------------------------------------+
| Queries with Runtime in 95th Percentile |
+-----------------------------------------+
1 row in set (0.05 sec)
...
mysql> CALL sys.statement_performance_analyzer('delta', 'mydb.tmp_digests_ini', 'with_runtimes_in_95th_percentile');
+-----------------------------------------+
| Next Output |
+-----------------------------------------+
| Queries with Runtime in 95th Percentile |
+-----------------------------------------+
1 row in set (0.03 sec)
...
-- To create an overall report of the 95th percentile queries and the top 10 queries with full table scans:
mysql> CALL sys.statement_performance_analyzer('snapshot', NULL, NULL);
Query OK, 0 rows affected (0.01 sec)
mysql> SET @sys.statement_performance_analyzer.limit = 10;
Query OK, 0 rows affected (0.00 sec)
mysql> CALL sys.statement_performance_analyzer('overall', NULL, 'with_runtimes_in_95th_percentile,with_full_table_scans');
+-----------------------------------------+
| Next Output |
+-----------------------------------------+
| Queries with Runtime in 95th Percentile |
+-----------------------------------------+
1 row in set (0.01 sec)
...
+-------------------------------------+
| Next Output |
+-------------------------------------+
| Top 10 Queries with Full Table Scan |
+-------------------------------------+
1 row in set (0.09 sec)
...
-- Use a custom view showing the top 10 query sorted by total execution time refreshing the view every minute using
-- the watch command in Linux.
mysql> CREATE OR REPLACE VIEW mydb.my_statements AS
-> SELECT sys.format_statement(DIGEST_TEXT) AS query,
-> SCHEMA_NAME AS db,
-> COUNT_STAR AS exec_count,
-> sys.format_time(SUM_TIMER_WAIT) AS total_latency,
-> sys.format_time(AVG_TIMER_WAIT) AS avg_latency,
-> ROUND(IFNULL(SUM_ROWS_SENT / NULLIF(COUNT_STAR, 0), 0)) AS rows_sent_avg,
-> ROUND(IFNULL(SUM_ROWS_EXAMINED / NULLIF(COUNT_STAR, 0), 0)) AS rows_examined_avg,
-> ROUND(IFNULL(SUM_ROWS_AFFECTED / NULLIF(COUNT_STAR, 0), 0)) AS rows_affected_avg,
-> DIGEST AS digest
-> FROM performance_schema.events_statements_summary_by_digest
-> ORDER BY SUM_TIMER_WAIT DESC;
Query OK, 0 rows affected (0.01 sec)
mysql> CALL sys.statement_performance_analyzer('create_table', 'mydb.digests_prev', NULL);
Query OK, 0 rows affected (0.10 sec)
shell$ watch -n 60 "mysql sys --table -e \"
> SET @sys.statement_performance_analyzer.view = 'mydb.my_statements';
> SET @sys.statement_performance_analyzer.limit = 10;
> CALL statement_performance_analyzer('snapshot', NULL, NULL);
> CALL statement_performance_analyzer('delta', 'mydb.digests_prev', 'custom');
> CALL statement_performance_analyzer('save', 'mydb.digests_prev', NULL);
> \""
Every 60.0s: mysql sys --table -e " ... Mon Dec 22 10:58:51 2014
+----------------------------------+
| Next Output |
+----------------------------------+
| Top 10 Queries Using Custom View |
+----------------------------------+
+-------------------+-------+------------+---------------+-------------+---------------+-------------------+-------------------+----------------------------------+
| query | db | exec_count | total_latency | avg_latency | rows_sent_avg | rows_examined_avg | rows_affected_avg | digest |
+-------------------+-------+------------+---------------+-------------+---------------+-------------------+-------------------+----------------------------------+
...
table_exists
Description
Tests whether the table specified in in_db and in_table exists either as a regular table, or as a temporary table. The returned value corresponds to the table that will be used, so if there's both a temporary and a permanent table with the given name, then 'TEMPORARY' will be returned.
Parameters
-
in_db (VARCHAR(64)): The database name to check for the existance of the table in.
-
in_table (VARCHAR(64)): The name of the table to check the existance of.
- out_exists ENUM('', 'BASE TABLE', 'VIEW', 'TEMPORARY'): The return value: whether the table exists. The value is one of:
- '' - the table does not exist neither as a base table, view, nor temporary table.
- 'BASE TABLE' - the table name exists as a permanent base table table.
- 'VIEW' - the table name exists as a view.
- 'TEMPORARY' - the table name exists as a temporary table.
Example
mysql> CREATE DATABASE db1;
Query OK, 1 row affected (0.07 sec)
mysql> use db1;
Database changed
mysql> CREATE TABLE t1 (id INT PRIMARY KEY);
Query OK, 0 rows affected (0.08 sec)
mysql> CREATE TABLE t2 (id INT PRIMARY KEY);
Query OK, 0 rows affected (0.08 sec)
mysql> CREATE view v_t1 AS SELECT * FROM t1;
Query OK, 0 rows affected (0.00 sec)
mysql> CREATE TEMPORARY TABLE t1 (id INT PRIMARY KEY);
Query OK, 0 rows affected (0.00 sec)
mysql> CALL sys.table_exists('db1', 't1', @exists); SELECT @exists;
Query OK, 0 rows affected (0.00 sec)
+------------+
| @exists |
+------------+
| TEMPORARY |
+------------+
1 row in set (0.00 sec)
mysql> CALL sys.table_exists('db1', 't2', @exists); SELECT @exists;
Query OK, 0 rows affected (0.00 sec)
+------------+
| @exists |
+------------+
| BASE TABLE |
+------------+
1 row in set (0.01 sec)
mysql> CALL sys.table_exists('db1', 'v_t1', @exists); SELECT @exists;
Query OK, 0 rows affected (0.00 sec)
+---------+
| @exists |
+---------+
| VIEW |
+---------+
1 row in set (0.00 sec)
mysql> CALL sys.table_exists('db1', 't3', @exists); SELECT @exists;
Query OK, 0 rows affected (0.01 sec)
+---------+
| @exists |
+---------+
| |
+---------+
1 row in set (0.00 sec)