Overview

MariaDB 10.1.1 introduced the max_statement_time system variable. When set to a non-zero value, any queries taking longer than this time in seconds will be aborted. The default is zero, and no limits are then applied. The aborted query has no effect on any larger transaction or connection contexts.

The value can be set globally or per session, as well as per user or per query (see below). Slave's are not affected by this variable.

An associated status variable, max_statement_time_exceeded, stores the number of queries that have exceeded the execution time specified by max_statement_time, and a MAX_STATEMENT_TIME_EXCEEDED column was added to the CLIENT_STATISTICS and USER STATISTICS Information Schema tables.

The feature was based upon a patch by Davi Arnaut.

User max_statement_time

max_statement_time can be stored per user with the GRANT ... MAX_STATEMENT_TIME syntax.

SET STATEMENT max_statement_time=100 FOR 
  SELECT field1 FROM table_name ORDER BY field1;

SELECT MAX_STATEMENT_TIME=2 * FROM t1;

Limitations

• max_statement_time does not work in embedded servers.
• max_statement_time does not work for COMMIT statements in a Galera cluster (see MDEV-18673 for discussion).

Differences Between the MariaDB and MySQL Implementations

MySQL 5.7.4 introduced similar functionality, but the MariaDB implementation differs in a number of ways.

• The MySQL version of max_statement_time is defined in millseconds, not seconds
• MySQL's implementation can only kill SELECTs, while MariaDB's can kill any queries (excluding stored procedures).
• MariaDB only introduced the max_statement_time_exceeded status variable, while MySQL also introduced a number of other variables which were not seen as necessary in MariaDB.
• The SELECT MAX_STATEMENT_TIME = N ... syntax is not valid in MariaDB.

See Also

• Query limits and timeouts
• lock_wait_timeout variable