MySQL管理長時間クエリーの実行

1.長時間実行されるクエリが発生した理由
SQLの実行効率の悪さによる長時間のクエリ:
SQL注入による長時間のクエリ:
DDL文によるテーブル・メタデータ・ロックの待機:
2.長時間実行されるクエリによる問題
通常、BI/レポートクラスクエリーでない限り、長時間実行されるクエリーはアプリケーションにとって意味がありません.
長時間のクエリなど、システムリソースを消費すると、CPU、IOPS、および/または接続数の使用率が高すぎるなどの問題が発生する可能性があります.
システムが不安定になる恐れがあります(例えば、InnoDBエンジンテーブルの長時間クエリーはibdata 1システムファイルサイズの増加を招く可能性があります)
3.長時間実行されるクエリを回避する方法
アプリケーションではSQL注入防止の保護を増やすことに注意してください.
新機能モジュールがオンラインになる前に、圧力テストを行い、実行効率の悪いSQLが大量に実行されることを避ける.
インデックスの作成削除、テーブル構造の変更、テーブルのメンテナンス、テーブルの削除は、ビジネスの低ピーク時にできるだけ行います.
4.長時間実行されるクエリの処理方法
a、コマンドshow processlist;現在実行されているセッションを表示し、Killセッションの長時間クエリーを行います.
b、イベントの作成長時間実行したクエリーを自動的に整理する

create event my_long_running_query_monitor
on schedule every 5 minute
starts '2018-08-08 11:00:00'
on completion preserve enable do
begin
  declare v_sql varchar(500);
  declare no_more_long_running_query integer default 0;
  declare c_tid cursor for
    select concat ('kill ',id,';') from 
    information_schema.processlist
    where time >= 3600
    and user = substring(current_user(),1,instr(current_user(),'@')-1)
    and command not in ('sleep')
    and state not like ('waiting for table%lock');
  declare continue handler for not found
    set no_more_long_running_query=1;
 
  open c_tid;
  repeat
    fetch c_tid into v_sql;
    set @v_sql=v_sql;
    prepare stmt from @v_sql;
    execute stmt;
    deallocate prepare stmt;
  until no_more_long_running_query end repeat;
  close c_tid;
end;