SELECT文をタイムアウト強制終了させる「MAX_EXECUTION_TIME」使ってる？

GLOBAL/SESSION VARIABLEで指定する

my.cnfで指定するなり、SET句でしていするなり、今まで通りのサーバーシステム変数の扱いと同じです。

これに限った話ではありませんが、SETでGLOBALだけ設定しても、現在セッションには影響ありません。
GLOBALにSETしたあとにログインするか、SESSIONレベルでSETしましょう。

以下、100万件超、普通に投げると20秒弱かかるSELECT文に対して、「MAX_EXECUTION_TIME」で1000ミリ秒を指定したケースです。

「ERROR 3024 (HY000): Query execution was interrupted, maximum statement execution time exceeded」で強制終了されますが、これが出るまでに何秒かかったかの表示はないです。。。

mysql> selectcount(*)from test_a;
+----------+
| count(*) |
+----------+
|  1048576 |
+----------+
1rowin set (19.07 sec)

mysql> set global max_execution_time=1000;
Query OK, 0rows affected (0.00 sec)

mysql> select@@global.max_execution_time,@@session.max_execution_time;
+-----------------------------+------------------------------+
| @@global.max_execution_time | @@session.max_execution_time |
+-----------------------------+------------------------------+
|                        1000 |                            0 |
+-----------------------------+------------------------------+
1rowin set (0.00 sec)

mysql> selectcount(*)from test_a;
+----------+
| count(*) |
+----------+
|  1048576 |
+----------+
1rowin set (18.97 sec)

mysql> exit
Bye
[root@mysql57 ~]# mysql -u root -p
Enter password:
Welcome to the MySQL monitor.  Commands endwith ; or \g.
Your MySQL connection id is5
Server version: 5.7.20 MySQL Community Server (GPL)

Copyright (c) 2000, 2017, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type'help;'or'\h'for help. Type'\c'to clear the current input statement.

mysql> select@@global.max_execution_time,@@session.max_execution_time;
+-----------------------------+------------------------------+
| @@global.max_execution_time | @@session.max_execution_time |
+-----------------------------+------------------------------+
|                        1000 |                         1000 |
+-----------------------------+------------------------------+
1rowin set (0.00 sec)

mysql> selectcount(*)from test_a;
ERROR 1046 (3D000): Nodatabase selected
mysql> use exe_test;
Reading table information for completion of tableandcolumn names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> selectcount(*)from test_a;
ERROR 3024 (HY000): Query execution was interrupted, maximum statement execution time exceeded

オプティマイザ・ヒントで指定する

オプティマイザ・ヒント自体がMySQL 5.7からの新機能で、「/*+ XXXXXXXXX */」の形式で、BKAJやMRRといったアルゴリズム採用をヒント句の形で与えられるものです。
その中で、ちょっと異色なヒントとして、MAX_EXECUTION_TIMEが指定できます。

そのSQLだけに指定できるので、セッションレベルよりも細かい制御ができて便利ですね。

気をつけたいのは、システム変数との違いです。
MAX_EXECUTION_TIMEは「＝ｎミリ秒」ではなく、「(ｎミリ秒)」で指定します。

mysql> select/*+ MAX_EXECUTION_TIME(1000) */count(*)from test_a;
ERROR 3024 (HY000): Query execution was interrupted, maximum statement execution time exceeded

なお、オプティマイザ・ヒントの文言を間違うと、ふつーにSELECTの処理が実行され、warningが検出されます。

以下、MAX_EXECUTON_TIMEのスペルミス（Iがない）をした例です。

mysql> select/*+ MAX_EXECUTON_TIME(1000) */count(*)from test_a;
+----------+
| count(*) |
+----------+
|  1048576 |
+----------+
1rowin set, 1 warning (18.93 sec)

トランザクションの扱いはどうなる？

「AutoCommit=OFF」の時、START TRANSACTIONを明示的に発行しなくても、最初のSQLを投げるとトランザクションが開始される話は、以前に触れました。

で、MAX_EXECUTION_TIMEでタイムアウトを引き起こした場合、どうなるか。

トランザクションは継続したままでした。
ま、予想通りでしたが。

MySQLのトランザクション、基本的には、エラーでもトランザクションの状態は変わらないですね。
基本的ではないところだと、「デッドロックは、検出したらトランザクションが小さい方（＝更新量の少ない方）を強制ロールバックさせる」です。