2. 程式人生 > >SQL索引優化工具SQLAdvisor介紹

SQL索引優化工具SQLAdvisor介紹

阿新 • • 發佈：2018-06-15
--help sel join 想要 uniq limit OS pri git

SQLAdvisor是美團開源的一款SQL索引優化建議工具，是由美團點評公司技術工程部DBA團隊（北京）開發維護的一個分析SQL給出索引優化建議的工具。它基於MySQL原生態詞法解析，結合分析SQL中的where條件、聚合條件、多表Join關系 給出索引優化建議。目前SQLAdvisor在美團點評內部廣泛應用，公司內部對SQLAdvisor的開發全面轉到github上，開源和內部使用保持一致。

博文記錄對該工具的初步安裝和基本使用

一、軟件的安裝部署

[admin@git-server opt]# pwd
/opt
[admin@git-server opt]#  yum install git
[admin@git-server opt]# git clone https://github.com/Meituan-Dianping/SQLAdvisor.git
[admin@git-server opt]# yum install cmake libaio-devel libffi-devel glib2 glib2-devel
[admin@git-server opt]# yum install http://www.percona.com/downloads/percona-release/redhat/0.1-3/percona-release-0.1-3.noarch.rpm
[admin@git-server opt]# yum install Percona-Server-shared-56
[admin@git-server opt]# cd /usr/lib64/
[admin@git-server opt]# ln -s libperconaserverclient_r.so.18 libperconaserverclient_r.so

[admin@git-server opt]# cmake -DBUILD_CONFIG=mysql_release -DCMAKE_BUILD_TYPE=debug -DCMAKE_INSTALL_PREFIX=/usr/local/sqlparser ./
[admin@git-server opt]# make && make install
[admin@git-server opt]# cd SQLAdvisor/sqladvisor
[admin@git-server sqladvisor]# cmake -DCMAKE_BUILD_TYPE=debug ./
[admin@git-server sqladvisor]# make

在本路徑下生成一個sqladvisor可執行文件，這即是我們想要的。

命令參數如下：

[admin@git-server sqladvisor]# ./sqladvisor --help
Usage:
  sqladvisor [OPTION...] sqladvisor

SQL Advisor Summary

Help Options:
  -?, --help              Show help options

Application Options:
  -f, --defaults-file     sqls file
  -u, --username          username
  -p, --password          password
  -P, --port              port
  -h, --host              host
  -d, --dbname            database name
  -q, --sqls              sqls
  -v, --verbose           1:output logs 0:output nothing

二、測試

測試一:對小表進行測試

[admin@git-server sqladvisor]#  ./sqladvisor -h 127.0.0.1 -P 3306 -u admin -p "test@6666" -d zixun3 -q "select * from  zx_addonarticle;" -v 1
2018-06-14 17:57:33 1050 [Note] 第1步: 對SQL解析優化之後得到的SQL:select `*` AS `*` from `zixun3`.`zx_addonarticle` 

2018-06-14 17:57:33 1050 [Note] 第2步：表zx_addonarticle 的SQL太逆天,沒有優化建議 

2018-06-14 17:57:33 1050 [Note] 第3步: SQLAdvisor結束!

當然上面的命令也是可以寫入配置文件，通過-f參數指定文件來操作的

[admin@git-server sqladvisor]# cat test01.cnf 
[sqladvisor]
username=admin
password=test@6666
host=127.0.0.1
port=3306
dbname=zixun3
sqls=select * from  zx_addonarticle;
[admin@git-server sqladvisor]# ./sqladvisor -f test01.cnf -v 1
2018-06-14 18:01:42 1198 [Note] 第1步: 對SQL解析優化之後得到的SQL:select `*` AS `*` from `zixun3`.`zx_addonarticle` 
2018-06-14 18:01:42 1198 [Note] 第2步：表zx_addonarticle 的SQL太逆天,沒有優化建議 
2018-06-14 18:01:42 1198 [Note] 第3步: SQLAdvisor結束!

測試二：對大表有索引測試

MySQL [zhangyou]> show index from test_table01;;
+--------------+------------+-------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table        | Non_unique | Key_name    | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+--------------+------------+-------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| test_table01 |          0 | PRIMARY     |            1 | id          | A         |      120201 |     NULL | NULL   |      | BTREE      |         |               |
| test_table01 |          0 | day         |            1 | day         | A         |          10 |     NULL | NULL   |      | BTREE      |         |               |
| test_table01 |          0 | day         |            2 | planid      | A         |        1521 |     NULL | NULL   |      | BTREE      |         |               |
| test_table01 |          0 | day         |            3 | uid         | A         |      120201 |     NULL | NULL   |      | BTREE      |         |               |
| test_table01 |          0 | day         |            4 | siteid      | A         |      120201 |     NULL | NULL   |      | BTREE      |         |               |
| test_table01 |          0 | day         |            5 | zoneid      | A         |      120201 |     NULL | NULL   |      | BTREE      |         |               |
| test_table01 |          1 | idx_day_uid |            1 | day         | A         |         112 |     NULL | NULL   |      | BTREE      |         |               |
| test_table01 |          1 | idx_day_uid |            2 | uid         | A         |       10927 |     NULL | NULL   |      | BTREE      |         |               |
+--------------+------------+-------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
11 rows in set (0.00 sec)
[admin@git-server sqladvisor]# vim test.cnf 
[sqladvisor]
username=admin
password=test@6666
host=127.0.0.1
port=3306
dbname=zhangyou
sqls=select * from test_table01 where day=‘2016-04-22‘ and uid=26‘;
[admin@git-server sqladvisor]# ./sqladvisor -f test.cnf -v 1
2018-06-14 18:08:24 1281 [Note] 第1步: 對SQL解析優化之後得到的SQL:select had some error 
2018-06-14 18:08:24 1281 [Note] 第2步：開始解析where中的條件:(`day` = ‘2016-04-22‘) 
2018-06-14 18:08:24 1281 [Note] show index from test_table01 
2018-06-14 18:08:24 1281 [Note] show table status like ‘test_table01‘ 
2018-06-14 18:08:24 1281 [Note] select count(*) from ( select `day` from `test_table01` FORCE INDEX( day ) order by day DESC,planid DESC,uid DESC,siteid DESC,zoneid DESC,adstypeid DESC limit 10000) `test_table01` where (`day` = ‘2016-04-22‘)  
2018-06-14 18:08:24 1281 [Note] 第3步：表test_table01的行數:120201,limit行數:10000,得到where條件中(`day` = ‘2016-04-22‘)的選擇度:10000 
2018-06-14 18:08:24 1281 [Note] 第4步：開始解析where中的條件:(`uid` = 26) 
2018-06-14 18:08:24 1281 [Note] show index from test_table01 
2018-06-14 18:08:24 1281 [Note] show table status like ‘test_table01‘ 
2018-06-14 18:08:24 1281 [Note] select count(*) from ( select `uid` from `test_table01` FORCE INDEX( day ) order by day DESC,planid DESC,uid DESC,siteid DESC,zoneid DESC,adstypeid DESC limit 10000) `test_table01` where (`uid` = 26)  
2018-06-14 18:08:24 1281 [Note] 第5步：表test_table01的行數:120201,limit行數:10000,得到where條件中(`uid` = 26)的選擇度:10000 
2018-06-14 18:08:24 1281 [Note] 第6步：開始驗證 字段day是不是主鍵。表名:test_table01 
2018-06-14 18:08:24 1281 [Note] show index from test_table01 where Key_name = ‘PRIMARY‘ and Column_name =‘day‘ and Seq_in_index = 1 
2018-06-14 18:08:24 1281 [Note] 第7步：字段day不是主鍵。表名:test_table01 
2018-06-14 18:08:24 1281 [Note] 第8步：開始驗證 字段day是不是主鍵。表名:test_table01 
2018-06-14 18:08:24 1281 [Note] show index from test_table01 where Key_name = ‘PRIMARY‘ and Column_name =‘day‘ and Seq_in_index = 1 
2018-06-14 18:08:24 1281 [Note] 第9步：字段day不是主鍵。表名:test_table01 
2018-06-14 18:08:24 1281 [Note] 第10步：開始驗證表中是否已存在相關索引。表名:test_table01, 字段名:day, 在索引中的位置:1 
2018-06-14 18:08:24 1281 [Note] show index from test_table01 where Column_name =‘day‘ and Seq_in_index =1 
2018-06-14 18:08:24 1281 [Note] 第11步：開始驗證 字段uid是不是主鍵。表名:test_table01 
2018-06-14 18:08:24 1281 [Note] show index from test_table01 where Key_name = ‘PRIMARY‘ and Column_name =‘uid‘ and Seq_in_index = 1 
2018-06-14 18:08:24 1281 [Note] 第12步：字段uid不是主鍵。表名:test_table01 
2018-06-14 18:08:24 1281 [Note] 第13步：開始驗證表中是否已存在相關索引。表名:test_table01, 字段名:uid, 在索引中的位置:2 
2018-06-14 18:08:24 1281 [Note] show index from test_table01 where Column_name =‘uid‘ and Seq_in_index =2 
2018-06-14 18:08:24 1281 [Note] 第14步：索引(day,uid)已存在 
2018-06-14 18:08:24 1281 [Note] 第15步: SQLAdvisor結束!

測試三：對大表無索引進行測試

[admin@git-server sqladvisor]# vim test.cnf 
[sqladvisor]
username=admin
password=test@6666
host=127.0.0.1
port=3306
dbname=zhangyou
sqls=select * from test_table01 where  zoneid=42 and views=198;
[admin@git-server sqladvisor]# ./sqladvisor -f test.cnf -v 1
2018-06-14 18:15:09 1348 [Note] 第1步: 對SQL解析優化之後得到的SQL:select `*` AS `*` from `zhangyou`.`test_table01` where ((`zoneid` = 42) and (`views` = 198)) 
2018-06-14 18:15:09 1348 [Note] 第2步：開始解析where中的條件:(`zoneid` = 42) 
2018-06-14 18:15:09 1348 [Note] show index from test_table01 
2018-06-14 18:15:09 1348 [Note] show table status like ‘test_table01‘ 
2018-06-14 18:15:09 1348 [Note] select count(*) from ( select `zoneid` from `test_table01` FORCE INDEX( day ) order by day DESC,planid DESC,uid DESC,siteid DESC,zoneid DESC,adstypeid DESC limit 10000) `test_table01` where (`zoneid` = 42)  
2018-06-14 18:15:09 1348 [Note] 第3步：表test_table01的行數:120201,limit行數:10000,得到where條件中(`zoneid` = 42)的選擇度:10000 
2018-06-14 18:15:09 1348 [Note] 第4步：開始解析where中的條件:(`views` = 198) 
2018-06-14 18:15:09 1348 [Note] show index from test_table01 
2018-06-14 18:15:09 1348 [Note] show table status like ‘test_table01‘ 
2018-06-14 18:15:09 1348 [Note] select count(*) from ( select `views` from `test_table01` FORCE INDEX( day ) order by day DESC,planid DESC,uid DESC,siteid DESC,zoneid DESC,adstypeid DESC limit 10000) `test_table01` where (`views` = 198)  
2018-06-14 18:15:09 1348 [Note] 第5步：表test_table01的行數:120201,limit行數:10000,得到where條件中(`views` = 198)的選擇度:2000 
2018-06-14 18:15:09 1348 [Note] 第6步：開始驗證 字段zoneid是不是主鍵。表名:test_table01 
2018-06-14 18:15:09 1348 [Note] show index from test_table01 where Key_name = ‘PRIMARY‘ and Column_name =‘zoneid‘ and Seq_in_index = 1 
2018-06-14 18:15:09 1348 [Note] 第7步：字段zoneid不是主鍵。表名:test_table01 
2018-06-14 18:15:09 1348 [Note] 第8步：開始驗證 字段zoneid是不是主鍵。表名:test_table01 
2018-06-14 18:15:09 1348 [Note] show index from test_table01 where Key_name = ‘PRIMARY‘ and Column_name =‘zoneid‘ and Seq_in_index = 1 
2018-06-14 18:15:09 1348 [Note] 第9步：字段zoneid不是主鍵。表名:test_table01 
2018-06-14 18:15:09 1348 [Note] 第10步：開始驗證表中是否已存在相關索引。表名:test_table01, 字段名:zoneid, 在索引中的位置:1 
2018-06-14 18:15:09 1348 [Note] show index from test_table01 where Column_name =‘zoneid‘ and Seq_in_index =1 
2018-06-14 18:15:09 1348 [Note] 第11步：開始驗證 字段views是不是主鍵。表名:test_table01 
2018-06-14 18:15:09 1348 [Note] show index from test_table01 where Key_name = ‘PRIMARY‘ and Column_name =‘views‘ and Seq_in_index = 1 
2018-06-14 18:15:09 1348 [Note] 第12步：字段views不是主鍵。表名:test_table01 
2018-06-14 18:15:09 1348 [Note] 第13步：開始驗證表中是否已存在相關索引。表名:test_table01, 字段名:views, 在索引中的位置:2 
2018-06-14 18:15:09 1348 [Note] show index from test_table01 where Column_name =‘views‘ and Seq_in_index =2 
2018-06-14 18:15:09 1348 [Note] 第14步：開始輸出表test_table01索引優化建議: 
~~*2018-06-14 18:15:09 1348 [Note] CreateIndexSQL：alter table testtable01 add index idxzoneidviews(zoneid,views) *~~
2018-06-14 18:15:09 1348 [Note] 第15步: SQLAdvisor結束!

可以看到，最後給出了創建索引的建議

測試四：多條SQL同時分析：

[admin@git-server sqladvisor]# cat /opt/SQLAdvisor/sqladvisor/test.cnf 
[sqladvisor]
username=admin
password=test@6666
host=127.0.0.1
port=3306
dbname=zhangyou
sqls=select * from test_table01 where  zoneid=42 and views=198;select * from test_table01 where day=‘2016-04-22‘ and uid=26‘;
[admin@git-server sqladvisor]#

參考博文地址：http://blog.51cto.com/suifu/1909169

SQL索引優化工具SQLAdvisor介紹

相關推薦

SQL索引優化工具SQLAdvisor介紹

--help sel join 想要 uniq limit OS pri git SQLAdvisor是美團開源的一款SQL索引優化建議工具，是由美團點評公司技術工程部DBA團隊（北京）開發維護的一個分析SQL給出索引優化建議的工具。它基於MySQL原生態詞法解析，結合分析

美團開源 SQL 優化工具 SQLAdvisor

https://www.oschina.net/news/82725/sqladvisor-opensource https://github.com/Meituan-Dianping/SQLAdvisor SQLAdvisor 是由美團點評公司北京 DBA 團隊開發維護的 SQL 優化工具：輸入SQL，

SQL索引優化實戰

一、題目 1、建立test表（測試表） drop table if exists test; create table test( id int primary key auto_increment, c1 varchar(10), c2 varchar(10

MYSQL學習筆記——sql語句優化工具

一、定位慢查詢                                                                                       我們要對sql語句進行優化，第一步肯定是找到執行速度較慢的語句，那麼怎麼在一個專案

個人常用Oracle SQL優化工具（指令碼）介紹（未完成）

set termout on column TABLE_NAME heading "Tables owned by &Table_Owner" format a30 undefine table_name undefine owner prompt accept owner prompt 'Pleas

SQL通用優化方案(where優化、索引優化、分頁優化、事務優化、臨時表優化)

truncate height 能夠 時有 大數據量 2017年 固然 分頁 索引優化 SQL通用優化方案:1. 使用參數化查詢：防止SQL註入，預編譯SQL命令提高效率2. 去掉不必要的查詢和搜索字段：其實在項目的實際應用中，很多查詢條件是可有可無的，能從源頭上避免的多余

記一次sql優優化——left join不走索引問題

alt 卡住 image sql col ima cnblogs 優化 .cn sql一執行就卡住，然後就...殺進程了 看了一下表的大小 第一反應就是加索引，然後explain看了一下走什麽索引了，結果很尷尬，三個表，只走了一個索引...一群人在那糾結為毛走不了索引。

建立索引優化sql

字段 隨著 創建 之間 str 動態 不能 所有 分解 2017/11/21 發布 一、索引簡介 在關系數據庫中，索引是一種單獨的、物理的對數據庫表中一列或多列的值進行排序的一種存儲結構，它是某個表中一列或若幹列值的集合和相應的指向表中物理標識這些值的數據頁的邏輯指針清

MySQL添加索引優化SQL

MySQL 索引 SQL優化 在慢查詢日誌中有一條慢SQL，執行時間約為3秒mysql> SELECT -> t.total_meeting_num, -> r.voip_user_num -> FROM -> ( ->

《Oracle PL/SQL例項精講》學習筆記26——優化PL/SQL（第一部分——PL/SQL調優工具）

本章內容： 1. PL/SQL調優工具（使用PL/SQL剖析器API、使用跟蹤API、使用PL/SQL層次式剖析器） 2. PL/SQL優化級別 3. 子程式內聯   程式碼如下： 1. 檢視PLSQL_DEBUG引數 SQL> show parame

MySQL優化概述（索引優化，sql優化，表優化）

MySQL優化概述 MySQL資料庫常見的兩個瓶頸是：CPU和I/O的瓶頸。 CPU在飽和的時候一般發生在資料裝入記憶體或從磁碟上讀取資料時候。 磁碟I/O瓶頸發生在裝入資料遠大於記憶體容量的時候，如果應用分佈在網路上，那麼查詢量相當大的時候那麼平瓶頸就會出現在網路上。

Android UI優化—GPU過度繪製檢測工具的介紹和使用

GPU過度繪製 指螢幕上的一個畫素被繪製多次(超過一次) 如下圖 GPU過渡繪製監測工具使用方式 GPU過渡繪製監測工具的作用如下： 1、找出應用中哪些地方存在不必要的渲染 2、幫助開發者發現哪些地方可以減少渲染，提高程式執行效率 開啟方式如下： 設定-開發者選項-除錯

小米正式開源 SQL 智慧優化與改寫工具 SOAR

近日，小米正式宣佈開源 SOAR。     截至今日，該專案已經獲得了 350 個「star」以及 44 個「fork」（GitHub專案地址：https://github.com/XiaoMi/soar） &n

資料庫效能優化一：SQL索引一步到位

SQL索引在資料庫優化中佔有一個非常大的比例， 一個好的索引的設計，可以讓你的效率提高几十甚至幾百倍，在這裡將帶你一步步揭開他的神祕面紗。 　　1.1 什麼是索引？ 　　SQL索引有兩種，聚集索引和非聚集索引，索引主要目的是提高了SQL Server系統的效能，加快資

SQL語句優化，索引，檢視，觸發器，儲存過程，函式等。

    一，SQL優化        主要解決海量資料操作時的全表搜尋，所以減少不必要的全表搜尋是SQL優化的主要目的，下面總結一下常用的優化有哪些：        1，避免在where條件中使用!=或者<>，這樣會是的查詢放棄索引而進行全域性掃描       

SQL 優化——一般步驟、索引問題、優化方法(ANALYZE、CHECK、OPTIMIZE)、常用 SQL 的優化

一、優化 SQL 語句的一般步驟 1 通過 show status 命令瞭解各種 SQL 的執行頻率 　　MySQL 客戶端連線成功後,通過【 show [session|global] status 】命令可以提供伺服器狀態資訊,也可以在作業系統上使用 mysqladm

美團sql優化工具測試

參考文件https://dbarobin.com/2017/03/16/test-report-of-sqladvisor/安裝rpm時報錯：Header V3 RSA/SHA256 Signature, key ID fd431d51: NOKEY error: Faile

Oracle 建立索引及利用索引的SQL語句優化

資料庫索引: 索引有單列索引 複合索引之說 如何某表的某個欄位有主鍵約束和唯一性約束，則Oracle 則會自動在相應的約束列上建議唯一索引。資料庫索引主要進行提高訪問速度。 建設原則: 　1、索引應該經常建在Where 子句經常用到的列上。如果某個大表經常使用某個欄位進行

介紹幾種提高mysql的效能和對於sql的優化的方法

筆者自己平時因為用mysql比較多，而且mysql的資料量也比較大，所以這裡希望能夠提供一些優化mysql資料庫的一些方法，每招都是成本從低到高。也是一般我們開發先執行的順序。第一招：        優化你的sql和新增索引，還有設定儲存引擎 （MYISAM和INNODB）；

高階SQL優化(三) 常用優化工具 ——《12年資深DBA教你Oracle開發與優化——效能優化部分》

1.AUTOTRACE簡介     AUTOTRACE是SQL*Plus的一項功能，其作用是自動跟蹤SQL語句，為SQL 語句生成一個 執行計劃並且提供與 該語句的處理有關的統計資訊。 SQL*Plus AUTOTRACE 可以用來替代 SQL Trace 使用，AUTOTRACE 的好處是不必設定跟蹤檔案