1 性能分析的思路

首先需要使用慢查詢?nèi)罩竟δ苋カ@取所有查詢時間比較長的SQL語句。
其次查看執(zhí)行計劃，查看有問題的SQL的執(zhí)行計劃。
最后使用show profile分析SQL語句性能消耗情況。

2 慢查詢?nèi)罩?/h2>

MySQL的慢查詢?nèi)罩臼荕ySQL提供的一種日志記錄，它用來記錄在MySQL中響應(yīng)時間超過閾值的語句，具體指運(yùn)行時間超過long_query_time值的SQL會被記錄到慢查詢?nèi)罩局小?/p>

默認(rèn)情況下，Mysql數(shù)據(jù)庫并不啟動慢查詢?nèi)罩?，需要我們手動來設(shè)置這個參數(shù)，當(dāng)然，如果不是調(diào)優(yōu)需要的話，一般不建議啟動該參數(shù)，因為開啟慢查詢?nèi)罩緯蚨嗷蛏賻硪欢ǖ男阅苡绊?。慢查詢?nèi)罩局С謱⑷罩居涗泴懭胛募仓С謱⑷罩居涗泴懭霐?shù)據(jù)庫表。

2.1 慢查詢?nèi)罩竟δ艿拈_啟

2.1.1 當(dāng)前數(shù)據(jù)庫的臨時開啟

可以通過設(shè)置slow_query_log的值來開啟。默認(rèn)情況下slow_query_log的值為OFF，表示慢查詢?nèi)罩臼墙玫摹?/p>

mysql> show variables like '%slow_query_log%';
+---------------------+------------------------------------------+
| Variable_name       | Value                                    |
+---------------------+------------------------------------------+
| slow_query_log      | OFF                                      |
| slow_query_log_file | /usr/local/mysql/data/localhost-slow.log |
+---------------------+------------------------------------------+
2 rows in set (0.00 sec)
mysql> set global slow_query_log=1;
Query OK, 0 rows affected (0.00 sec)
mysql> show variables like '%slow_query_log%';
+---------------------+------------------------------------------+
| Variable_name       | Value                                    |
+---------------------+------------------------------------------+
| slow_query_log      | ON                                       |
| slow_query_log_file | /usr/local/mysql/data/localhost-slow.log |
+---------------------+------------------------------------------+
2 rows in set (0.00 sec)

使用set global slow_query_log=1開啟的慢查詢?nèi)罩局粚Ξ?dāng)前數(shù)據(jù)庫生效，MySQL重啟后則會失效。

2.1.2 所有數(shù)據(jù)庫的永久開啟

如果要永久生效，就必須修改配置文件my.cnf（其它系統(tǒng)變量也是如此）。修改my.cnf文件，增加或修改參數(shù)slow_query_log 和slow_query_log_file后，然后重啟MySQL服務(wù)器。

slow_query_log =1
slow_query_log_file=/usr/local/mysql/data/localhost-slow.log

mysql> show variables like 'slow_query%';
+---------------------+---------------------+
| Variable_name       | Value               |
+---------------------+---------------------+
| slow_query_log      | ON                  |
| slow_query_log_file | /usr/local/mysql/data/localhost-slow.log |
+---------------------+---------------------+
2 rows in set (0.00 sec)

2.2 慢查詢?nèi)罩竟δ芟嚓P(guān)參數(shù)

• slow_query_log：是否開啟慢查詢?nèi)罩荆?表示開啟，0表示關(guān)閉。
• log_slow_queries：舊版（5.6以下版本）MySQL數(shù)據(jù)庫慢查詢?nèi)罩敬鎯β窂??？梢圆辉O(shè)置該參數(shù)，系統(tǒng)則會默認(rèn)給一個缺省的文件host_name_slow.log
• slow_query_log_file：新版（5.6及以上版本）MySQL數(shù)據(jù)庫慢查詢?nèi)罩敬鎯β窂健？梢圆辉O(shè)置該參數(shù)，系統(tǒng)則會默認(rèn)給一個缺省的文件host_name_slow.log
• long_query_time：慢查詢閾值。當(dāng)查詢時間大于設(shè)定的閾值時記錄日志。long_query_time的默認(rèn)值為10，意思是記錄運(yùn)行10S以上的語句。從MySQL 5.1開始，long_query_time開始以微秒記錄SQL語句運(yùn)行時間，之前僅用秒為單位記錄。如果記錄到表里面，只會記錄整數(shù)部分，不會記錄微秒部分。

mysql> show variables like 'long_query_time';
+-----------------+-----------+
| Variable_name   | Value     |
+-----------------+-----------+
| long_query_time | 10.000000 |
+-----------------+-----------+
1 row in set (0.00 sec)

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

mysql> show variables like 'long_query_time';
+-----------------+-----------+
| Variable_name   | Value     |
+-----------------+-----------+
| long_query_time | 10.000000 |
+-----------------+-----------+
1 row in set (0.00 sec)

如上所示，我修改了變量long_query_time，但是查詢變量long_query_time的值還是10，難道沒有修改到呢？使用命令 set global long_query_time=4修改后，需要重新連接或新開一個會話才能看到修改值。你用show variables like 'long_query_time'查看是當(dāng)前會話的變量值。你也可以不用重新連接會話，而是用show global variables like 'long_query_time'。

mysql> show variables like 'long_query_time';
+-----------------+-----------+
| Variable_name   | Value     |
+-----------------+-----------+
| long_query_time | 10.000000 |
+-----------------+-----------+
1 row in set (0.00 sec)

mysql> show global variables like 'long_query_time';
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| long_query_time | 4.000000 |
+-----------------+----------+
1 row in set (0.00 sec)

• log_output：日志存儲方式。log_output=FILE表示將日志存入文件。log_output=TABLE表示將日志存入數(shù)據(jù)庫，這樣日志信息就會被寫入到mysql.slow_log表中。默認(rèn)值是FILE。MySQL數(shù)據(jù)庫支持同時兩種日志存儲方式，配置的時候以逗號隔開即可，如：log_output=FILE,TABLE。日志記錄到系統(tǒng)的專用日志表中比記錄到文件耗費更多的系統(tǒng)資源，因此對于需要啟用慢查詢?nèi)罩?，又需要能夠獲得更高的系統(tǒng)性能，那么建議優(yōu)先記錄到文件。

mysql> show variables like '%log_output%';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_output    | TABLE |
+---------------+-------+
1 row in set (0.00 sec)

• log_queries_not_using_indexes：未使用索引的查詢也被記錄到慢查詢?nèi)罩局校蛇x項）。如果調(diào)優(yōu)的話，建議開啟這個選項。另外，開啟了這個參數(shù)，其實使用full index scan的sql也會被記錄到慢查詢?nèi)罩尽?/li>

mysql> show variables like 'log_queries_not_using_indexes';
+-------------------------------+-------+
| Variable_name                 | Value |
+-------------------------------+-------+
| log_queries_not_using_indexes | OFF   |
+-------------------------------+-------+
1 row in set (0.00 sec)

mysql> set global log_queries_not_using_indexes=1;
Query OK, 0 rows affected (0.00 sec)
mysql> show variables like 'log_queries_not_using_indexes';
+-------------------------------+-------+
| Variable_name                 | Value |
+-------------------------------+-------+
| log_queries_not_using_indexes | ON    |
+-------------------------------+-------+
1 row in set (0.00 sec)

另外，如果你想查詢有多少條慢查詢記錄，可以使用以下語句。

mysql> show global status like '%slow_queries%';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Slow_queries  | 4     |
+---------------+-------+
1 row in set (0.00 sec)

2.3 慢查詢?nèi)罩靖袷?/h3>

063.png

2.4 分析慢查詢?nèi)罩镜墓ぞ?/h3>

在實際生產(chǎn)環(huán)境中，如果要手工分析日志，查找、分析SQL，顯然是個體力活。我們可以使用工具。

2.4.1 使用mysqldumpslow工具

mysqldumpslow是MySQL自帶的慢查詢?nèi)罩竟ぞ摺?可以使用mysqldumpslow工具搜索慢查詢?nèi)罩局械腟QL語句。

常用參數(shù)說明：
-s：是表示按照何種方式排序。
c：訪問計數(shù)
l：鎖定時間
r：返回記錄數(shù)
t：查詢時間
al：平均鎖定時間
ar：平均返回記錄數(shù)
at：平均查詢時間
-t：是top的意思。-t n，即為返回前面n條的數(shù)據(jù)。
-g：后邊可以寫一個正則匹配模式，大小寫不敏感的。

比如:

#得到訪問次數(shù)最多的10個SQL
mysqldumpslow -s c -t 10 /database/mysql/mysql06_slow.log

#得到返回記錄集最多的10個SQL。
mysqldumpslow -s r -t 10 /database/mysql/mysql06_slow.log

#得到按照時間排序的前10條里面含有左連接的查詢語句。
mysqldumpslow -s t -t 10 -g "left join" /database/mysql/mysql06_slow.log

#另外建議在使用這些命令時結(jié)合 | 和more 使用 ，否則有可能出現(xiàn)刷屏的情況。
mysqldumpslow -s r -t 20 /mysqldata/mysql/mysql06-slow.log | more

2.4.2 使用percona-toolkit工具

percona-toolkit是一組高級命令行工具的集合，可以查看當(dāng)前服務(wù)的摘要信息，磁盤檢測，分析慢查詢
日志，查找重復(fù)索引，實現(xiàn)表同步等等。

2.4.2.1 下載

wget https://www.percona.com/downloads/percona-toolkit/3.0.11/binary/tarball/percona-toolkit-3.0.11_x86_64.tar.gz

2.4.2.2 解壓安裝

tar -zxvf percona-toolkit-3.0.11_x86_64.tar.gz 
cd percona-toolkit-3.0.11 
perl Makefile.PL 
make make install

2.4.2.3 調(diào)錯（先執(zhí)行再安裝）

#Can't locate ExtUtils/MakeMaker.pm in @INC
yum install -y perl-ExtUtils-CBuilder perl-ExtUtils-MakeMaker

#Can't locate Time/HiRes.pm in @INC
yum install -y perl-Time-HiRes

#Can't locate Digest/MD5.pm in @INC
yum install perl-Digest-MD5.x86_64

2.4.2.4 查看慢查詢?nèi)罩?/h5>

pt-query-digest /var/lib/mysql/localhost-slow.log

2.4.2.5 pt-query-digest語法及重要選項

pt-query-digest [OPTIONS] [FILES] [DSN]

--create-review-table 
    當(dāng)使用--review參數(shù)把分析結(jié)果輸出到表中時，如果沒有表就自動創(chuàng)建。 
--create-history-table 
    當(dāng)使用--history參數(shù)把分析結(jié)果輸出到表中時，如果沒有表就自動創(chuàng)建。 
--filter 
    對輸入的慢查詢按指定的字符串進(jìn)行匹配過濾后再進(jìn)行分析 
--limit 
    限制輸出結(jié)果百分比或數(shù)量，默認(rèn)值是20,即將最慢的20條語句輸出，
    如果是50%則按總響應(yīng)時間占比從大到小排序，輸 出到總和達(dá)到50%位置截止。 
--host mysql服務(wù)器地址 
--user mysql用戶名 
--password mysql用戶密碼 
--history 
    將分析結(jié)果保存到表中，分析結(jié)果比較詳細(xì)，下次再使用--history時，
    如果存在相同的語句，且查詢所在的時間區(qū)間和歷史表中的不同，則會記錄到數(shù)據(jù)表中，
    可以通過查詢同一CHECKSUM來比較某類型查詢的歷史變化。 
--review 
    將分析結(jié)果保存到表中，這個分析只是對查詢條件進(jìn)行參數(shù)化，一個類型的查詢一條記錄，比較簡單。
    當(dāng)下次使用-- review時，如果存在相同的語句分析，就不會記錄到數(shù)據(jù)表中。 
--output 
    分析結(jié)果輸出類型，值可以是report(標(biāo)準(zhǔn)分析報告)、slowlog(Mysql slow log)、json、json-anon。
    一般使用report，以便于閱讀。 
--since 
    從什么時間開始分析，值為字符串，可以是指定的某個”yyyy-mm-dd [hh:mm:ss]”格式的時間點，
    也可以是簡單的一個時間值：s(秒)、h(小時)、m(分鐘)、d(天)，如12h就表示從12小時前開始統(tǒng)計。 
--until 
    截止時間，配合—-since可以分析一段時間內(nèi)的慢查詢。

2.4.2.6 分析pt-query-digest輸出結(jié)果

第一部分：總體統(tǒng)計結(jié)果

Overall：總共有多少條查詢
Time range：查詢執(zhí)行的時間范圍
unique：唯一查詢數(shù)量，即對查詢條件進(jìn)行參數(shù)化以后，總共有多少個不同的查詢
total：總計
min：最小
max：最大
avg：平均
95%：把所有值從小到大排列，位置位于95%的那個數(shù)，這個數(shù)一般最具有參考價值
median：中位數(shù)，把所有值從小到大排列，位置位于中間那個數(shù)

#該工具執(zhí)行日志分析的用戶時間，系統(tǒng)時間，物理內(nèi)存占用大小，虛擬內(nèi)存占用大小 
340ms user time, 140ms system time, 23.99M rss, 203.11M vsz 
#工具執(zhí)行時間 
Current date: Fri Nov 25 02:37:18 2016 
#運(yùn)行分析工具的主機(jī)名 
Hostname: localhost.localdomain
#被分析的文件名 
Files: slow.log 
#語句總數(shù)量，唯一的語句數(shù)量，QPS，并發(fā)數(shù) 
Overall: 2 total, 2 unique, 0.01 QPS, 0.01x concurrency ________________ 
#日志記錄的時間范圍 
Time range: 2016-11-22 06:06:18 to 06:11:40 
#屬性 總計 最小 最大 平均 95% 標(biāo)準(zhǔn) 中等 
Attribute    total   min     max     avg     95%     stddev  median 
============ ======= ======= ======= ======= ======= ======= ======= 
#語句執(zhí)行時間 
Exec time    3s      640ms   2s      1s      2s      999ms   1s 
#鎖占用時間 
Lock time    1ms     0       1ms     723us   1ms     1ms     723us 
#發(fā)送到客戶端的行數(shù) 
Rows sent    5       1       4       2.50    4       2.12    2.50 
#select語句掃描行數(shù) 
Rows examine 186.17k 0       186.17k 93.09k  186.17k 131.64k 93.09k 
#查詢的字符數(shù) 
Query size   455     15      440     227.50  440     300.52  227.50

第二部分：查詢分組統(tǒng)計結(jié)果

Rank：所有語句的排名，默認(rèn)按查詢時間降序排列，通過--order by指定
Query ID：語句的ID（去掉多余空格和文本字符，計算hash值）
Response：總的響應(yīng)時間
time：該查詢在本次分析中總的時間占比
calls：執(zhí)行次數(shù)，即本次分析總共有多少條這種類型的查詢語句
R/Call：平均每次執(zhí)行的響應(yīng)時間
V/M：響應(yīng)時間Variance-to-mean的比率
Item：查詢對象

Profile 
Rank Query ID           Response time  Calls R/Call V/M   Item 
==== ================== ======== ===== ===== ====== ===== =============== 
1    0xF9A57DD5A41825CA 2.0529   76.2% 1     2.0529 0.00  SELECT 
2    0x4194D8F83F4F9365 0.6401   23.8% 1     0.6401 0.00  SELECT wx_member_base

第三部分：每一種查詢的詳細(xì)統(tǒng)計結(jié)果

由下面查詢的詳細(xì)統(tǒng)計結(jié)果，最上面的表格列出了執(zhí)行次數(shù)、最大、最小、平均、95%等各項目的統(tǒng)計。
ID：查詢的ID號，和上圖的Query ID對應(yīng)
Databases：數(shù)據(jù)庫名
Users：各個用戶執(zhí)行的次數(shù)（占比）
Query_time distribution ：查詢時間分布, 長短體現(xiàn)區(qū)間占比，本例中1s-10s之間查詢數(shù)量是10s以上的兩倍。
Tables：查詢中涉及到的表
Explain：SQL語句

Query 1: 0 QPS, 0x concurrency, ID 0xF9A57DD5A41825CA at byte 802 ______ 
This item is included in the report because it matches --limit. 
Scores: V/M = 0.00 # Time range: all events occurred at 2016-11-22 06:11:40 
Attribute    pct total   min     max     avg     95%     stddev  median 
============ === ======= ======= ======= ======= ======= ======= ======= 
Count        50  1 
Exec time    76  2s      2s      2s      2s      2s      0       2s 
Lock time    0   0       0       0       0       0       0       0 
Rows sent    20  1       1       1       1       1       0       1 
Rows examine 0   0       0       0       0       0       0       0 
Query size   3   15      15      15      15      15      0       15 
String: 
Databases    test 
Hosts        192.168.8.1 
Users        mysql 
Query_time   distribution
1us 
10us 
100us 
1ms 
10ms 
100ms 
1s
10s+ 
EXPLAIN /*!50100 PARTITIONS*/ 
select sleep(2)\G

2.4.2.7 用法示例

1.直接分析慢查詢文件:

pt-query-digest slow.log > slow_report.log

2.分析最近12小時內(nèi)的查詢：

pt-query-digest --since=12h slow.log > slow_report2.log

3.分析指定時間范圍內(nèi)的查詢：

pt-query-digest slow.log --since '2017-01-07 09:30:00' --until '2017-01-07 10:00:00' > slow_report3.log

4.分析指含有select語句的慢查詢

pt-query-digest --filter '$event->{fingerprint} =~ m/^select/i' slow.log> slow_report4.log

5.針對某個用戶的慢查詢

pt-query-digest --filter '($event->{user} || "") =~ m/^root/i' slow.log> slow_report5.log

6.查詢所有所有的全表掃描或full join的慢查詢

pt-query-digest --filter '(($event->{Full_scan} || "") eq "yes") ||(($event-> {Full_join} || "") eq "yes")' slow.log> slow_report6.log

7.把查詢保存到query_review表

pt-query-digest --user=root –password=abc123 --review h=localhost,D=test,t=query_review--create-review-table slow.log

8.把查詢保存到query_history表

pt-query-digest --user=root –password=abc123 --review h=localhost,D=test,t=query_history--create-review-table slow.log_0001 pt-query-digest --user=root –password=abc123 --review h=localhost,D=test,t=query_history--create-review-table slow.log_0002

9.通過tcpdump抓取mysql的tcp協(xié)議數(shù)據(jù)，然后再分析

tcpdump -s 65535 -x -nn -q -tttt -i any -c 1000 port 3306 > mysql.tcp.txt pt-query-digest --type tcpdump mysql.tcp.txt> slow_report9.log

10.分析binlog

mysqlbinlog mysql-bin.000093 > mysql-bin000093.sql pt-query-digest --type=binlog mysql-bin000093.sql > slow_report10.log

11.分析general log

pt-query-digest --type=genlog localhost.log > slow_report11.log

3 profile分析SQL語句性能消耗情況

Query Profiler是MySQL自帶的一種query診斷分析工具，通過它可以分析出一條SQL語句的硬件性能瓶頸在什么地方。比如CPU，IO等，以及該SQL執(zhí)行所耗費的時間等。不過該工具只有在MySQL 5.0.37以及以上版本中才有實現(xiàn)。默認(rèn)的情況下，MYSQL的該功能沒有打開，需要自己手動啟動。

3.1 開啟profile功能

Profile 功能由MySQL會話變量 profiling 控制，默認(rèn)是OFF關(guān)閉狀態(tài)。

3.1.1 查看是否開啟了profile功能:

select @@profiling; 
show variables like ‘%profil%’;

064.png

3.1.2 開啟profile功能

mysql> select @@profiling; 
+-------------+ 
| @@profiling | 
+-------------+ 
| 0           | 
+-------------+ 
1 row in set, 1 warning (0.00 sec) 

mysql> set profiling=1; 
Query OK, 0 rows affected, 1 warning (0.00 sec) 
mysql> select @@profiling; 
+-------------+ 
| @@profiling | 
+-------------+ 
| 1           | 
+-------------+ 
1 row in set, 1 warning (0.00 sec)

3.2 應(yīng)用示例

mysql> select count(id) from tuser; 
ERROR 1046 (3D000): No database selected 
mysql> use test; 
Reading table information for completion of table and column names 
You can turn off this feature to get a quicker startup with -A 
Database changed 
mysql> select count(id) from tuser; 
+-----------+ 
| count(id) | 
+-----------+ 
| 10000000  | 
+-----------+ 
1 row in set (4.62 sec) 

mysql> show profiles; 
+-----------+------------+------------------------------+ 
| Query_ID  | Duration   | Query                        | 
+-----------+------------+------------------------------+ 
| 1         | 0.00016275 | select @@profiling           | 
| 2         | 0.00009200 | select count(id) from tuser  | 
| 3         | 0.00014875 | SELECT DATABASE()            | 
| 4         | 0.00066875 | show databases               | 
| 5         | 0.00021050 | show tables                  | 
| 6         | 4.61513875 | select count(id) from tuser  | 
+-----------+------------+------------------------------+ 
6 rows in set, 1 warning (0.13 sec) 

mysql> show profile for query 6; 
+----------------------+----------+ 
| Status | Duration | 
+----------------------+----------+ 
| starting | 0.000228 | 
| checking permissions | 0.000018 | 
| Opening tables | 0.000035 | 
| init | 0.000204 | 
| System lock | 0.000071 | 
| optimizing | 0.000013 | 
| statistics | 0.000067 |
| preparing | 0.000027 | 
| executing | 0.000004 | 
| Sending data | 4.614239 | 
| end | 0.000045 | 
| query end | 0.000009 | 
| closing tables | 0.000026 | 
| freeing items | 0.000019 | 
| logging slow query | 0.000124 | 
| cleaning up | 0.000011 | 
+----------------------+----------+ 
16 rows in set, 1 warning (0.00 sec) 

#查看CPU、I/O及swaps的消耗情況
mysql> show profile cpu,block io,swaps for query 6; 
+-------------+----------+----------+------------+--------------+---------------+-------+ 
| Status | Duration | CPU_user | CPU_system | Block_ops_in | Block_ops_out | Swaps | 
+-------------+----------+----------+------------+--------------+---------------+-------+ 
| starting | 0.000228 | 0.000361 | 0.000000 | 0 | 0 | 0 | 
| checking permissions | 0.000018 | 0.000000 | 0.000000 | 0 | 0 | 0 | 
| Opening tables | 0.000035 | 0.000000 | 0.000000 | 0 | 0 | 0 | 
| init | 0.000204 | 0.000224 | 0.000000 | 0 | 0 | 0 | 
| System lock | 0.000071 | 0.000000 | 0.000000 | 0 | 0 | 0 | 
| optimizing | 0.000013 | 0.000000 | 0.000000 | 0 | 0 | 0 | 
| statistics | 0.000067 | 0.000131 | 0.000000 | 0 | 0 | 0 | 
| preparing | 0.000027 | 0.000000 | 0.000000 | 0 | 0 | 0 | 
| executing | 0.000004 | 0.000000 | 0.000000 | 0 | 0 | 0 | 
| Sending data | 4.614239 | 3.648639 | 0.543410 | 55280 | 0 | 0 | 
| end | 0.000045 | 0.000202 | 0.000000 | 0 | 0 | 0 | 
| query end | 0.000009 | 0.000000 | 0.000000 | 0 | 0 | 0 | 
| closing tables | 0.000026 | 0.000000 | 0.000000 | 0 | 0 | 0 | 
| freeing items | 0.000019 | 0.000000 | 0.000000 | 0 | 0 | 0 | 
| logging slow query | 0.000124 | 0.000155 | 0.000000 | 0 | 8 | 0 |
| cleaning up | 0.000011 | 0.000000 | 0.000000 | 0 | 0 | 0 | 
+-------------+----------+----------+------------+--------------+---------------+-------+

4 性能優(yōu)化

4.1 服務(wù)器層面優(yōu)化

4.1.1 將數(shù)據(jù)保存在內(nèi)存中，保證從內(nèi)存中讀取數(shù)據(jù)

4.1.1.1 足夠大的buffer pool

推薦將數(shù)據(jù)完全保存在buffer pool中，即按存儲量規(guī)劃 buffer pool的容量。這樣你能夠完全從內(nèi)存中讀取數(shù)據(jù)，最大限度降低磁盤操作。buffer pool 默認(rèn)大小是128M，可以通過修改innodb_buffer_pool_size 參數(shù)來調(diào)整buffer pool 的大小，理論上將其設(shè)置為內(nèi)存的3/4或4/5。
怎樣確定 innodb_buffer_pool_size 足夠大，數(shù)據(jù)是從內(nèi)存中讀取而不是從硬盤中讀??？

mysql> show global status like 'innodb_buffer_pool_pages_%'; 
+-----------------------------------+-------+ 
| Variable_name                     | Value |
+-----------------------------------+-------+ 
| Innodb_buffer_pool_pages_data     | 8190  | 
| Innodb_buffer_pool_pages_dirty    | 0     |
| Innodb_buffer_pool_pages_flushed  | 12646 | 
| Innodb_buffer_pool_pages_free     | 0     |   
| Innodb_buffer_pool_pages_misc     | 1     | 
| Innodb_buffer_pool_pages_total    | 8191  | 

發(fā)現(xiàn)Innodb_buffer_pool_pages_free為0，則說明 buffer pool 已經(jīng)被用光，須要增innodb_buffer_pool_size。

在配置文件my.cnf中修改 innodb_buffer_pool_size的大小。

innodb_buffer_pool_size = 750M

4.1.1.2 內(nèi)存預(yù)熱

默認(rèn)情況，僅僅有某條數(shù)據(jù)被讀取一次，才會緩存在 innodb_buffer_pool。所以，數(shù)據(jù)庫剛剛啟動，須要進(jìn)行數(shù)據(jù)預(yù)熱，將磁盤上的全部數(shù)據(jù)緩存到內(nèi)存中。數(shù)據(jù)預(yù)熱能夠防止磁盤讀增加I/O提高讀取速度?？梢耘渲萌缦聟?shù)，在關(guān)閉實例時dump一個 ib_buffer_pool 文件來存放上次關(guān)閉時的內(nèi)存數(shù)據(jù)，當(dāng)再次啟動實例時加載進(jìn)去。

-- 啟動MySQL服務(wù)時，MySQL將本地?zé)釘?shù)據(jù)加載到InnoDB緩沖池中預(yù)熱
innodb_buffer_pool_load_at_startup = 1
 
-- 停止MySQL服務(wù)時，InnoDB將InnoDB緩沖池中的熱數(shù)據(jù)保存到本地硬盤
innodb_buffer_pool_dump_at_shutdown = 1
 
-- 關(guān)閉mysql服務(wù)時，轉(zhuǎn)儲活躍使用的innodb buffer pages的比例，默認(rèn)25%；
-- 配合innodb_buffer_pool_load_at_startup和innodb_buffer_pool_dump_at_shutdown兩個參數(shù)同時使用
-- 如果啟用新的參數(shù)，比如40 ，每個innodb buffer pool instance中有100個pages ，每次轉(zhuǎn)儲每個innodb buffer實例中的40個pages#
innodb_buffer_pool_dump_pct = 40

演示

第一次進(jìn)入mysql服務(wù)

-- 第一次查詢數(shù)據(jù)為0.11秒
mysql> select count(1) from test_conver_table where b='1111';
+----------+
| count(1) |
+----------+
|        1 |
+----------+
1 row in set (0.11 sec)
 
-- 第二次查詢數(shù)據(jù)為0秒，因為數(shù)據(jù)已加載到innodb_buffer_pool緩沖池中
mysql> select count(1) from test_conver_table where b='1111';
+----------+
| count(1) |
+----------+
|        1 |
+----------+
1 row in set (0.00 sec)
mysql> exit
Bye

kill -9 強(qiáng)制殺掉mysqld服務(wù)（此時不生產(chǎn)ib_buffer_pool）

[root@hostmysql-m ~]#  kill -9 4540
[root@hostmysql-m ~]# service mysqld start
Starting mysqld:                                           [  OK  ]

第二次進(jìn)入mysql服務(wù)

-- 第一次查詢時用了0.05秒，說明數(shù)據(jù)沒有加載到緩沖池中
mysql> select count(1) from test_conver_table where b='1111';
+----------+
| count(1) |
+----------+
|        1 |
+----------+
1 row in set (0.05 sec) 
mysql> exit
Bye

service mysqld restart 正常的重啟或者關(guān)閉mysqld 服務(wù)（可產(chǎn)生ib_buffer_pool文件，存放關(guān)閉時實例的內(nèi)存數(shù)據(jù)）

[root@hostmysql-m ~]# service mysqld restart
Stopping mysqld:                                           [  OK  ]
Starting mysqld:                                           [  OK  ]
 
[root@hostmysql-m ~]# ll /var/lib/mysql/ib_buffer_pool
-rw-r----- 1 mysql mysql 1122 Dec 29 17:00 /var/lib/mysql/ib_buffer_pool

第三次進(jìn)入mysql服務(wù)

-- 第一次查詢時 用了0秒，說明數(shù)據(jù)已經(jīng)通過預(yù)熱方式 加載到了緩沖池中
mysql> select count(1) from test_conver_table where b='1111';
+----------+
| count(1) |
+----------+
|        1 |
+----------+
1 row in set (0.00 sec)

4.1.2 降低磁盤寫入次數(shù)

①合理設(shè)置redo log的大小
redo log較大，則落盤次數(shù)就較少（innodb_log_file_size設(shè)置成innodb_buffer_pool_size的0.25倍）
②合理設(shè)置redolog的落盤策略
innodb_flush_log_at_trx_commit和寫磁盤操作密切相關(guān)。
③避免雙寫入緩沖
innodb_flush_method=O_DIRECT
④關(guān)閉某些日志
關(guān)閉通用查詢?nèi)罩尽⒙樵內(nèi)罩?，只開啟二進(jìn)制日志。

4.1.3 提高磁盤讀寫速度

采用固態(tài)硬盤（SSD）

4.2 SQL設(shè)計層面優(yōu)化

① 選擇合適的存儲引擎: InnoDB
除非你的數(shù)據(jù)表使用來做僅僅讀或者全文檢索 (相信如今提到全文檢索，沒人會用MYSQL了)，否則你應(yīng)該默認(rèn)選擇 InnoDB 。你自己在測試的時候可能會發(fā)現(xiàn) MyISAM 比 InnoDB 速度快。這是由于MyISAM 僅僅緩存索引，而 InnoDB 緩存數(shù)據(jù)和索引，MyISAM 不支持事務(wù)?？墒羌僭O(shè)你使用 innodb_flush_log_at_trx_commit = 2 能夠獲得接近的讀取性能 (相差百倍) 。
a.將現(xiàn)有的 MyISAM 數(shù)據(jù)庫轉(zhuǎn)換為 InnoDB

mysql -u [USER_NAME] -p -e "SHOW TABLES IN [DATABASE_NAME];" | tail -n +2 | xargs -I '{}' echo "ALTER TABLE {} ENGINE=InnoDB;" > alter_table.sql
perl -p -i -e 's/(search_[a-z_]+ ENGINE=)InnoDB//1MyISAM/g' alter_table.sql
mysql -u [USER_NAME] -p [DATABASE_NAME] < alter_table.sql

b.為每一個表分別創(chuàng)建InnoDB FILE。這樣能夠保證 ibdata1 文件不會過大，失去控制。尤其是在運(yùn)行 mysqlcheck -o –all-databases 的時候。

innodb_file_per_table=1

② 設(shè)計中間表，一般針對于統(tǒng)計分析功能，或者實時性不高的需求（OLTP、OLAP）。

③ 為減少關(guān)聯(lián)查詢，創(chuàng)建合理的冗余字段（考慮數(shù)據(jù)庫的三范式和查詢性能的取舍，創(chuàng)建冗余字段還需要注意數(shù)據(jù)一致性問題）

065.png

④ 對于字段太多的大表，考慮拆表（比如一個表有100多個字段） 人和身份證

⑤ 對于表中經(jīng)常不被使用的字段或者存儲數(shù)據(jù)比較多的字段，考慮拆表（比如商品表中會存儲商品介紹，此時可以將商品介紹字段單獨拆解到另一個表中，使用商品ID關(guān)聯(lián)）

⑥ 建議每張表都要有一個主鍵（主鍵索引），而且主鍵類型最好是int類型，建議自增主鍵（不考慮分布式系統(tǒng)的情況下）。

4.3 SQL語句優(yōu)化

4.3.1 充分使用索引

where字段 、組合索引（最左前綴） 、 索引下推（非選擇行，不加鎖）、索引覆蓋（不回表）、on兩邊排序、分組統(tǒng)計不要用星。

4.3.2 LIMIT優(yōu)化

單條查詢最后添加 LIMIT 1，停止全表掃描

4.3.3 其他優(yōu)化

count （星） ：找普通索引 ,找到最小的那棵樹來遍歷（包含空值）
count（字段）：走緩存（不包含空值）
count（1）： 忽略字段（包含空值）

066.png

不用 MySQL 內(nèi)置的函數(shù)，因為內(nèi)置函數(shù)不會建立查詢緩存。

SELECT * FROM user where birthday = now();