查詢mysql中執(zhí)行效率低的sql語句的方法
一些小技巧
1. 如何查出效率低的語句?
在MySQL下,在啟動(dòng)參數(shù)中設(shè)置 --log-slow-queries=[文件名],就可以在指定的日志文件中記錄執(zhí)行時(shí)間超過long_query_time(缺省為10秒)的SQL語句。你也可以在啟動(dòng)配置文件中修改long query的時(shí)間,如:
# Set long query time to 8 seconds
long_query_time=8
2. 如何查詢某表的索引?
可使用SHOW INDEX語句,如:
SHOW INDEX FROM [表名]
3. 如何查詢某條語句的索引使用情況?
可用EXPLAIN語句來看一下某條SELECT語句的索引使用情況。如果是UPDATE或DELETE語句,需要先轉(zhuǎn)換為SELECT語句。
4. 如何把導(dǎo)出INNODB引擎的內(nèi)容到錯(cuò)誤日志文件中?
我們可以使用SHOW INNODB STATUS命令來查看INNODB引擎的很多有用的信息,如當(dāng)前進(jìn)程、事務(wù)、外鍵錯(cuò)誤、死鎖問題和其它一些統(tǒng)計(jì)數(shù)據(jù)。如何讓該信息能記錄在日志文件中呢?只要使用如下語句創(chuàng)建innodb_monitor表,MySQL就會(huì)每15秒鐘把該系統(tǒng)寫入到錯(cuò)誤日志文件中:
CREATE TABLE innodb_monitor (a INT) ENGINE=INNODB;
如果你不再需要導(dǎo)出到錯(cuò)誤日志文件,只要?jiǎng)h除該表即可:
DROP TABLE innodb_monitor;
5. 如何定期刪除龐大的日志文件?
只要在啟動(dòng)配置文件中設(shè)置日志過期時(shí)間即可:
expire_logs_days=10
經(jīng)驗(yàn)教訓(xùn)
1. 重點(diǎn)關(guān)注索引
下面以表TSK_TASK表為例說明SQL語句優(yōu)化過程。TSK_TASK表用于保存系統(tǒng)監(jiān)測(cè)任務(wù),相關(guān)字段及索引如下:
ID:主鍵;
MON_TIME:監(jiān)測(cè)時(shí)間;建了索引;
STATUS_ID:任務(wù)狀態(tài);與SYS_HIER_INFO.ID建立了外鍵關(guān)系。
注MySQL自動(dòng)會(huì)為外鍵建立索引,在本次優(yōu)化過程中,發(fā)現(xiàn)這些自動(dòng)建立的外鍵索引會(huì)對(duì)SQL語句的效率產(chǎn)生不必要的干擾,需要特別注意!
首先,我們?cè)谌罩疚募胁榈较旅嬲Z句的執(zhí)行比較慢,超過10秒了:
# Query_time: 18 Lock_time: 0 Rows_sent: 295 Rows_examined: 88143
select * from TSK_TASK WHERE STATUS_ID = 1064 and MON_TIME >= '2007-11-22' and MON_TIME < '2007-11-23';
哦,原來在88143條記錄中要查出符合條件的295條記錄,那當(dāng)然慢了。趕緊用EXPLAIN語句看一下索引使用情況吧:
+----+-------------+----------+------+----------------------------------------------------------+------------------------------------+---------+-------+--------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+----------+------+----------------------------------------------------------+------------------------------------+---------+-------+--------+-------------+
| 1 | SIMPLE | TSK_TASK | ref | FK_task_status_id_TO_SYS_HIER_INFO,TSK_TASK_KEY_MON_TIME | FK_task_status_id_TO_SYS_HIER_INFO | 9 | const | 276168 | Using where |
+----+-------------+----------+------+----------------------------------------------------------+------------------------------------+---------+-------+--------+-------------+
可以看出,有兩個(gè)索引可用FK_task_status_id_TO_SYS_HIER_INFO,TSK_TASK_KEY_MON_TIME,而最終執(zhí)行語句時(shí)采用了STATUS_ID上的外鍵索引。
再看一下TSK_TASK表的索引情況吧:
+----------+------------------------------------+-------------+-------------+
| Table | Key_name | Column_name | Cardinality |
+----------+------------+------------------------------------+--------------+
| TSK_TASK | PRIMARY | ID | 999149 |
| TSK_TASK | FK_task_status_id_TO_SYS_HIER_INFO | STATUS_ID | 16 |
| TSK_TASK | TSK_TASK_KEY_MON_TIME | MON_TIME | 13502 |
+----------+------------------------------------+-------------+-----------+--
在Oracle或其他關(guān)系數(shù)據(jù)庫下,WHERE條件中的字段順序?qū)λ饕倪x擇起著很重要的作用。我們調(diào)整一下字段順序,把STATUS_ID放在后面,再EXPLAIN一下:
EXPLAIN select * from TSK_TASK WHERE MON_TIME >= '2007-11-22' and MON_TIME < '2007-11-23' and STATUS_ID = 1064;
但是沒什么效果,MySQL還是選用系統(tǒng)建立的STATUS_ID外鍵索引。
仔細(xì)分析一下,看來Cardinality屬性(即索引中的唯一值的個(gè)數(shù))對(duì)索引的選擇起了極其重要的作用,MySQL選擇了索引值唯一值個(gè)數(shù)小的那個(gè)索引作為整條語句的索引。
針對(duì)這條語句,如果使用FK_task_status_id_TO_SYS_HIER_INFO做索引,而TSK_TASK表中存放很多天數(shù)據(jù)的話,那掃描的記錄數(shù)會(huì)很多,速度較慢??梢杂幸韵聨讉€(gè)優(yōu)化方案:
如果一天的任務(wù)數(shù)不多的話,我們刪除索引FK_task_status_id_TO_SYS_HIER_INFO,那MySQL會(huì)使用索引TSK_TASK_KEY_MON_TIME,然后在該天的數(shù)據(jù)中在掃描STATUS_ID為1064的記錄,那速度也不慢;
如果一天的任務(wù)數(shù)多的話,我們需刪除索引FK_task_status_id_TO_SYS_HIER_INFO和TSK_TASK_KEY_MON_TIME,然后再建立STATUS_ID,MON_TIME的聯(lián)合索引,這樣效率肯定會(huì)很高。
因此建議,對(duì)那些記錄數(shù)多的表,建議不要使用外鍵,以避免造成性能效率的嚴(yán)重降低。
2. 盡量控制每張表的記錄數(shù)
當(dāng)一張表的記錄數(shù)很大時(shí),管理和維護(hù)就會(huì)很麻煩,如索引維護(hù)就會(huì)占用很長(zhǎng)時(shí)間,從而會(huì)給系統(tǒng)的正常運(yùn)行造成很大的干擾。
對(duì)隨時(shí)間推移數(shù)據(jù)量不斷增長(zhǎng)的表,我們可以根據(jù)時(shí)間來區(qū)分實(shí)時(shí)數(shù)據(jù)和歷史數(shù)據(jù),可以使用后臺(tái)服務(wù)程序定期移動(dòng)實(shí)時(shí)表中的數(shù)據(jù)到歷史表中,從而控制實(shí)時(shí)表的記錄數(shù),提高查詢和操作效率。但注意每次移動(dòng)的時(shí)間要足夠短,不要影響正常程序的數(shù)據(jù)寫入。如果占用時(shí)間太長(zhǎng),可能會(huì)造成死鎖問題。
3. 數(shù)據(jù)散列(partition)策略
當(dāng)客戶數(shù)達(dá)到一定規(guī)模后,單個(gè)數(shù)據(jù)庫將無法支撐更高的并發(fā)訪問,此時(shí)可以考慮把客戶數(shù)據(jù)散列(partition)到多個(gè)數(shù)據(jù)庫中,以分擔(dān)負(fù)載,提高系統(tǒng)的整體性能與效率。
數(shù)據(jù)散列可以考慮采用federeated或sharded方式,網(wǎng)上有不少這方面的資料。
一些小技巧
1. 如何查出效率低的語句?
在MySQL下,在啟動(dòng)參數(shù)中設(shè)置 --log-slow-queries=[文件名],就可以在指定的日志文件中記錄執(zhí)行時(shí)間超過long_query_time(缺省為10秒)的SQL語句。你也可以在啟動(dòng)配置文件中修改long query的時(shí)間,如:
# Set long query time to 8 seconds
long_query_time=8
2. 如何查詢某表的索引?
可使用SHOW INDEX語句,如:
SHOW INDEX FROM [表名]
3. 如何查詢某條語句的索引使用情況?
可用EXPLAIN語句來看一下某條SELECT語句的索引使用情況。如果是UPDATE或DELETE語句,需要先轉(zhuǎn)換為SELECT語句。
4. 如何把導(dǎo)出INNODB引擎的內(nèi)容到錯(cuò)誤日志文件中?
我們可以使用SHOW INNODB STATUS命令來查看INNODB引擎的很多有用的信息,如當(dāng)前進(jìn)程、事務(wù)、外鍵錯(cuò)誤、死鎖問題和其它一些統(tǒng)計(jì)數(shù)據(jù)。如何讓該信息能記錄在日志文件中呢?只要使用如下語句創(chuàng)建innodb_monitor表,MySQL就會(huì)每15秒鐘把該系統(tǒng)寫入到錯(cuò)誤日志文件中:
CREATE TABLE innodb_monitor (a INT) ENGINE=INNODB;
如果你不再需要導(dǎo)出到錯(cuò)誤日志文件,只要?jiǎng)h除該表即可:
DROP TABLE innodb_monitor;
5. 如何定期刪除龐大的日志文件?
只要在啟動(dòng)配置文件中設(shè)置日志過期時(shí)間即可:
expire_logs_days=10
經(jīng)驗(yàn)教訓(xùn)
1. 重點(diǎn)關(guān)注索引
下面以表TSK_TASK表為例說明SQL語句優(yōu)化過程。TSK_TASK表用于保存系統(tǒng)監(jiān)測(cè)任務(wù),相關(guān)字段及索引如下:
ID:主鍵;
MON_TIME:監(jiān)測(cè)時(shí)間;建了索引;
STATUS_ID:任務(wù)狀態(tài);與SYS_HIER_INFO.ID建立了外鍵關(guān)系。
注MySQL自動(dòng)會(huì)為外鍵建立索引,在本次優(yōu)化過程中,發(fā)現(xiàn)這些自動(dòng)建立的外鍵索引會(huì)對(duì)SQL語句的效率產(chǎn)生不必要的干擾,需要特別注意!
首先,我們?cè)谌罩疚募胁榈较旅嬲Z句的執(zhí)行比較慢,超過10秒了:
# Query_time: 18 Lock_time: 0 Rows_sent: 295 Rows_examined: 88143
select * from TSK_TASK WHERE STATUS_ID = 1064 and MON_TIME >= '2007-11-22' and MON_TIME < '2007-11-23';
哦,原來在88143條記錄中要查出符合條件的295條記錄,那當(dāng)然慢了。趕緊用EXPLAIN語句看一下索引使用情況吧:
+----+-------------+----------+------+----------------------------------------------------------+------------------------------------+---------+-------+--------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+----------+------+----------------------------------------------------------+------------------------------------+---------+-------+--------+-------------+
| 1 | SIMPLE | TSK_TASK | ref | FK_task_status_id_TO_SYS_HIER_INFO,TSK_TASK_KEY_MON_TIME | FK_task_status_id_TO_SYS_HIER_INFO | 9 | const | 276168 | Using where |
+----+-------------+----------+------+----------------------------------------------------------+------------------------------------+---------+-------+--------+-------------+
可以看出,有兩個(gè)索引可用FK_task_status_id_TO_SYS_HIER_INFO,TSK_TASK_KEY_MON_TIME,而最終執(zhí)行語句時(shí)采用了STATUS_ID上的外鍵索引。
再看一下TSK_TASK表的索引情況吧:
+----------+------------------------------------+-------------+-------------+
| Table | Key_name | Column_name | Cardinality |
+----------+------------+------------------------------------+--------------+
| TSK_TASK | PRIMARY | ID | 999149 |
| TSK_TASK | FK_task_status_id_TO_SYS_HIER_INFO | STATUS_ID | 16 |
| TSK_TASK | TSK_TASK_KEY_MON_TIME | MON_TIME | 13502 |
+----------+------------------------------------+-------------+-----------+--
在Oracle或其他關(guān)系數(shù)據(jù)庫下,WHERE條件中的字段順序?qū)λ饕倪x擇起著很重要的作用。我們調(diào)整一下字段順序,把STATUS_ID放在后面,再EXPLAIN一下:
EXPLAIN select * from TSK_TASK WHERE MON_TIME >= '2007-11-22' and MON_TIME < '2007-11-23' and STATUS_ID = 1064;
但是沒什么效果,MySQL還是選用系統(tǒng)建立的STATUS_ID外鍵索引。
仔細(xì)分析一下,看來Cardinality屬性(即索引中的唯一值的個(gè)數(shù))對(duì)索引的選擇起了極其重要的作用,MySQL選擇了索引值唯一值個(gè)數(shù)小的那個(gè)索引作為整條語句的索引。
針對(duì)這條語句,如果使用FK_task_status_id_TO_SYS_HIER_INFO做索引,而TSK_TASK表中存放很多天數(shù)據(jù)的話,那掃描的記錄數(shù)會(huì)很多,速度較慢??梢杂幸韵聨讉€(gè)優(yōu)化方案:
如果一天的任務(wù)數(shù)不多的話,我們刪除索引FK_task_status_id_TO_SYS_HIER_INFO,那MySQL會(huì)使用索引TSK_TASK_KEY_MON_TIME,然后在該天的數(shù)據(jù)中在掃描STATUS_ID為1064的記錄,那速度也不慢;
如果一天的任務(wù)數(shù)多的話,我們需刪除索引FK_task_status_id_TO_SYS_HIER_INFO和TSK_TASK_KEY_MON_TIME,然后再建立STATUS_ID,MON_TIME的聯(lián)合索引,這樣效率肯定會(huì)很高。
因此建議,對(duì)那些記錄數(shù)多的表,建議不要使用外鍵,以避免造成性能效率的嚴(yán)重降低。
2. 盡量控制每張表的記錄數(shù)
當(dāng)一張表的記錄數(shù)很大時(shí),管理和維護(hù)就會(huì)很麻煩,如索引維護(hù)就會(huì)占用很長(zhǎng)時(shí)間,從而會(huì)給系統(tǒng)的正常運(yùn)行造成很大的干擾。
對(duì)隨時(shí)間推移數(shù)據(jù)量不斷增長(zhǎng)的表,我們可以根據(jù)時(shí)間來區(qū)分實(shí)時(shí)數(shù)據(jù)和歷史數(shù)據(jù),可以使用后臺(tái)服務(wù)程序定期移動(dòng)實(shí)時(shí)表中的數(shù)據(jù)到歷史表中,從而控制實(shí)時(shí)表的記錄數(shù),提高查詢和操作效率。但注意每次移動(dòng)的時(shí)間要足夠短,不要影響正常程序的數(shù)據(jù)寫入。如果占用時(shí)間太長(zhǎng),可能會(huì)造成死鎖問題。
3. 數(shù)據(jù)散列(partition)策略
當(dāng)客戶數(shù)達(dá)到一定規(guī)模后,單個(gè)數(shù)據(jù)庫將無法支撐更高的并發(fā)訪問,此時(shí)可以考慮把客戶數(shù)據(jù)散列(partition)到多個(gè)數(shù)據(jù)庫中,以分擔(dān)負(fù)載,提高系統(tǒng)的整體性能與效率。
數(shù)據(jù)散列可以考慮采用federeated或sharded方式,網(wǎng)上有不少這方面的資料。
一些小技巧
1. 如何查出效率低的語句?
在MySQL下,在啟動(dòng)參數(shù)中設(shè)置 --log-slow-queries=[文件名],就可以在指定的日志文件中記錄執(zhí)行時(shí)間超過long_query_time(缺省為10秒)的SQL語句。你也可以在啟動(dòng)配置文件中修改long query的時(shí)間,如:
# Set long query time to 8 seconds
long_query_time=8
2. 如何查詢某表的索引?
可使用SHOW INDEX語句,如:
SHOW INDEX FROM [表名]
3. 如何查詢某條語句的索引使用情況?
可用EXPLAIN語句來看一下某條SELECT語句的索引使用情況。如果是UPDATE或DELETE語句,需要先轉(zhuǎn)換為SELECT語句。
4. 如何把導(dǎo)出INNODB引擎的內(nèi)容到錯(cuò)誤日志文件中?
我們可以使用SHOW INNODB STATUS命令來查看INNODB引擎的很多有用的信息,如當(dāng)前進(jìn)程、事務(wù)、外鍵錯(cuò)誤、死鎖問題和其它一些統(tǒng)計(jì)數(shù)據(jù)。如何讓該信息能記錄在日志文件中呢?只要使用如下語句創(chuàng)建innodb_monitor表,MySQL就會(huì)每15秒鐘把該系統(tǒng)寫入到錯(cuò)誤日志文件中:
CREATE TABLE innodb_monitor (a INT) ENGINE=INNODB;
如果你不再需要導(dǎo)出到錯(cuò)誤日志文件,只要?jiǎng)h除該表即可:
DROP TABLE innodb_monitor;
5. 如何定期刪除龐大的日志文件?
只要在啟動(dòng)配置文件中設(shè)置日志過期時(shí)間即可:
expire_logs_days=10
經(jīng)驗(yàn)教訓(xùn)
1. 重點(diǎn)關(guān)注索引
下面以表TSK_TASK表為例說明SQL語句優(yōu)化過程。TSK_TASK表用于保存系統(tǒng)監(jiān)測(cè)任務(wù),相關(guān)字段及索引如下:
ID:主鍵;
MON_TIME:監(jiān)測(cè)時(shí)間;建了索引;
STATUS_ID:任務(wù)狀態(tài);與SYS_HIER_INFO.ID建立了外鍵關(guān)系。
注MySQL自動(dòng)會(huì)為外鍵建立索引,在本次優(yōu)化過程中,發(fā)現(xiàn)這些自動(dòng)建立的外鍵索引會(huì)對(duì)SQL語句的效率產(chǎn)生不必要的干擾,需要特別注意!
首先,我們?cè)谌罩疚募胁榈较旅嬲Z句的執(zhí)行比較慢,超過10秒了:
# Query_time: 18 Lock_time: 0 Rows_sent: 295 Rows_examined: 88143
select * from TSK_TASK WHERE STATUS_ID = 1064 and MON_TIME >= '2007-11-22' and MON_TIME < '2007-11-23';
哦,原來在88143條記錄中要查出符合條件的295條記錄,那當(dāng)然慢了。趕緊用EXPLAIN語句看一下索引使用情況吧:
+----+-------------+----------+------+----------------------------------------------------------+------------------------------------+---------+-------+--------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+----------+------+----------------------------------------------------------+------------------------------------+---------+-------+--------+-------------+
| 1 | SIMPLE | TSK_TASK | ref | FK_task_status_id_TO_SYS_HIER_INFO,TSK_TASK_KEY_MON_TIME | FK_task_status_id_TO_SYS_HIER_INFO | 9 | const | 276168 | Using where |
+----+-------------+----------+------+----------------------------------------------------------+------------------------------------+---------+-------+--------+-------------+
可以看出,有兩個(gè)索引可用FK_task_status_id_TO_SYS_HIER_INFO,TSK_TASK_KEY_MON_TIME,而最終執(zhí)行語句時(shí)采用了STATUS_ID上的外鍵索引。
再看一下TSK_TASK表的索引情況吧:
+----------+------------------------------------+-------------+-------------+
| Table | Key_name | Column_name | Cardinality |
+----------+------------+------------------------------------+--------------+
| TSK_TASK | PRIMARY | ID | 999149 |
| TSK_TASK | FK_task_status_id_TO_SYS_HIER_INFO | STATUS_ID | 16 |
| TSK_TASK | TSK_TASK_KEY_MON_TIME | MON_TIME | 13502 |
+----------+------------------------------------+-------------+-----------+--
在Oracle或其他關(guān)系數(shù)據(jù)庫下,WHERE條件中的字段順序?qū)λ饕倪x擇起著很重要的作用。我們調(diào)整一下字段順序,把STATUS_ID放在后面,再EXPLAIN一下:
EXPLAIN select * from TSK_TASK WHERE MON_TIME >= '2007-11-22' and MON_TIME < '2007-11-23' and STATUS_ID = 1064;
但是沒什么效果,MySQL還是選用系統(tǒng)建立的STATUS_ID外鍵索引。
仔細(xì)分析一下,看來Cardinality屬性(即索引中的唯一值的個(gè)數(shù))對(duì)索引的選擇起了極其重要的作用,MySQL選擇了索引值唯一值個(gè)數(shù)小的那個(gè)索引作為整條語句的索引。
針對(duì)這條語句,如果使用FK_task_status_id_TO_SYS_HIER_INFO做索引,而TSK_TASK表中存放很多天數(shù)據(jù)的話,那掃描的記錄數(shù)會(huì)很多,速度較慢??梢杂幸韵聨讉€(gè)優(yōu)化方案:
如果一天的任務(wù)數(shù)不多的話,我們刪除索引FK_task_status_id_TO_SYS_HIER_INFO,那MySQL會(huì)使用索引TSK_TASK_KEY_MON_TIME,然后在該天的數(shù)據(jù)中在掃描STATUS_ID為1064的記錄,那速度也不慢;
如果一天的任務(wù)數(shù)多的話,我們需刪除索引FK_task_status_id_TO_SYS_HIER_INFO和TSK_TASK_KEY_MON_TIME,然后再建立STATUS_ID,MON_TIME的聯(lián)合索引,這樣效率肯定會(huì)很高。
因此建議,對(duì)那些記錄數(shù)多的表,建議不要使用外鍵,以避免造成性能效率的嚴(yán)重降低。
2. 盡量控制每張表的記錄數(shù)
當(dāng)一張表的記錄數(shù)很大時(shí),管理和維護(hù)就會(huì)很麻煩,如索引維護(hù)就會(huì)占用很長(zhǎng)時(shí)間,從而會(huì)給系統(tǒng)的正常運(yùn)行造成很大的干擾。
對(duì)隨時(shí)間推移數(shù)據(jù)量不斷增長(zhǎng)的表,我們可以根據(jù)時(shí)間來區(qū)分實(shí)時(shí)數(shù)據(jù)和歷史數(shù)據(jù),可以使用后臺(tái)服務(wù)程序定期移動(dòng)實(shí)時(shí)表中的數(shù)據(jù)到歷史表中,從而控制實(shí)時(shí)表的記錄數(shù),提高查詢和操作效率。但注意每次移動(dòng)的時(shí)間要足夠短,不要影響正常程序的數(shù)據(jù)寫入。如果占用時(shí)間太長(zhǎng),可能會(huì)造成死鎖問題。
3. 數(shù)據(jù)散列(partition)策略
當(dāng)客戶數(shù)達(dá)到一定規(guī)模后,單個(gè)數(shù)據(jù)庫將無法支撐更高的并發(fā)訪問,此時(shí)可以考慮把客戶數(shù)據(jù)散列(partition)到多個(gè)數(shù)據(jù)庫中,以分擔(dān)負(fù)載,提高系統(tǒng)的整體性能與效率。
數(shù)據(jù)散列可以考慮采用federeated或sharded方式,網(wǎng)上有不少這方面的資料。
一些小技巧
1. 如何查出效率低的語句?
在MySQL下,在啟動(dòng)參數(shù)中設(shè)置 --log-slow-queries=[文件名],就可以在指定的日志文件中記錄執(zhí)行時(shí)間超過long_query_time(缺省為10秒)的SQL語句。你也可以在啟動(dòng)配置文件中修改long query的時(shí)間,如:
# Set long query time to 8 seconds
long_query_time=8
2. 如何查詢某表的索引?
可使用SHOW INDEX語句,如:
SHOW INDEX FROM [表名]
3. 如何查詢某條語句的索引使用情況?
可用EXPLAIN語句來看一下某條SELECT語句的索引使用情況。如果是UPDATE或DELETE語句,需要先轉(zhuǎn)換為SELECT語句。
4. 如何把導(dǎo)出INNODB引擎的內(nèi)容到錯(cuò)誤日志文件中?
我們可以使用SHOW INNODB STATUS命令來查看INNODB引擎的很多有用的信息,如當(dāng)前進(jìn)程、事務(wù)、外鍵錯(cuò)誤、死鎖問題和其它一些統(tǒng)計(jì)數(shù)據(jù)。如何讓該信息能記錄在日志文件中呢?只要使用如下語句創(chuàng)建innodb_monitor表,MySQL就會(huì)每15秒鐘把該系統(tǒng)寫入到錯(cuò)誤日志文件中:
CREATE TABLE innodb_monitor (a INT) ENGINE=INNODB;
如果你不再需要導(dǎo)出到錯(cuò)誤日志文件,只要?jiǎng)h除該表即可:
DROP TABLE innodb_monitor;
5. 如何定期刪除龐大的日志文件?
只要在啟動(dòng)配置文件中設(shè)置日志過期時(shí)間即可:
expire_logs_days=10
經(jīng)驗(yàn)教訓(xùn)
1. 重點(diǎn)關(guān)注索引
下面以表TSK_TASK表為例說明SQL語句優(yōu)化過程。TSK_TASK表用于保存系統(tǒng)監(jiān)測(cè)任務(wù),相關(guān)字段及索引如下:
ID:主鍵;
MON_TIME:監(jiān)測(cè)時(shí)間;建了索引;
STATUS_ID:任務(wù)狀態(tài);與SYS_HIER_INFO.ID建立了外鍵關(guān)系。
注MySQL自動(dòng)會(huì)為外鍵建立索引,在本次優(yōu)化過程中,發(fā)現(xiàn)這些自動(dòng)建立的外鍵索引會(huì)對(duì)SQL語句的效率產(chǎn)生不必要的干擾,需要特別注意!
首先,我們?cè)谌罩疚募胁榈较旅嬲Z句的執(zhí)行比較慢,超過10秒了:
# Query_time: 18 Lock_time: 0 Rows_sent: 295 Rows_examined: 88143
select * from TSK_TASK WHERE STATUS_ID = 1064 and MON_TIME >= '2007-11-22' and MON_TIME < '2007-11-23';
哦,原來在88143條記錄中要查出符合條件的295條記錄,那當(dāng)然慢了。趕緊用EXPLAIN語句看一下索引使用情況吧:
+----+-------------+----------+------+----------------------------------------------------------+------------------------------------+---------+-------+--------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+----------+------+----------------------------------------------------------+------------------------------------+---------+-------+--------+-------------+
| 1 | SIMPLE | TSK_TASK | ref | FK_task_status_id_TO_SYS_HIER_INFO,TSK_TASK_KEY_MON_TIME | FK_task_status_id_TO_SYS_HIER_INFO | 9 | const | 276168 | Using where |
+----+-------------+----------+------+----------------------------------------------------------+------------------------------------+---------+-------+--------+-------------+
可以看出,有兩個(gè)索引可用FK_task_status_id_TO_SYS_HIER_INFO,TSK_TASK_KEY_MON_TIME,而最終執(zhí)行語句時(shí)采用了STATUS_ID上的外鍵索引。
再看一下TSK_TASK表的索引情況吧:
+----------+------------------------------------+-------------+-------------+
| Table | Key_name | Column_name | Cardinality |
+----------+------------+------------------------------------+--------------+
| TSK_TASK | PRIMARY | ID | 999149 |
| TSK_TASK | FK_task_status_id_TO_SYS_HIER_INFO | STATUS_ID | 16 |
| TSK_TASK | TSK_TASK_KEY_MON_TIME | MON_TIME | 13502 |
+----------+------------------------------------+-------------+-----------+--
在Oracle或其他關(guān)系數(shù)據(jù)庫下,WHERE條件中的字段順序?qū)λ饕倪x擇起著很重要的作用。我們調(diào)整一下字段順序,把STATUS_ID放在后面,再EXPLAIN一下:
EXPLAIN select * from TSK_TASK WHERE MON_TIME >= '2007-11-22' and MON_TIME < '2007-11-23' and STATUS_ID = 1064;
但是沒什么效果,MySQL還是選用系統(tǒng)建立的STATUS_ID外鍵索引。
仔細(xì)分析一下,看來Cardinality屬性(即索引中的唯一值的個(gè)數(shù))對(duì)索引的選擇起了極其重要的作用,MySQL選擇了索引值唯一值個(gè)數(shù)小的那個(gè)索引作為整條語句的索引。
針對(duì)這條語句,如果使用FK_task_status_id_TO_SYS_HIER_INFO做索引,而TSK_TASK表中存放很多天數(shù)據(jù)的話,那掃描的記錄數(shù)會(huì)很多,速度較慢??梢杂幸韵聨讉€(gè)優(yōu)化方案:
如果一天的任務(wù)數(shù)不多的話,我們刪除索引FK_task_status_id_TO_SYS_HIER_INFO,那MySQL會(huì)使用索引TSK_TASK_KEY_MON_TIME,然后在該天的數(shù)據(jù)中在掃描STATUS_ID為1064的記錄,那速度也不慢;
如果一天的任務(wù)數(shù)多的話,我們需刪除索引FK_task_status_id_TO_SYS_HIER_INFO和TSK_TASK_KEY_MON_TIME,然后再建立STATUS_ID,MON_TIME的聯(lián)合索引,這樣效率肯定會(huì)很高。
因此建議,對(duì)那些記錄數(shù)多的表,建議不要使用外鍵,以避免造成性能效率的嚴(yán)重降低。
2. 盡量控制每張表的記錄數(shù)
當(dāng)一張表的記錄數(shù)很大時(shí),管理和維護(hù)就會(huì)很麻煩,如索引維護(hù)就會(huì)占用很長(zhǎng)時(shí)間,從而會(huì)給系統(tǒng)的正常運(yùn)行造成很大的干擾。
對(duì)隨時(shí)間推移數(shù)據(jù)量不斷增長(zhǎng)的表,我們可以根據(jù)時(shí)間來區(qū)分實(shí)時(shí)數(shù)據(jù)和歷史數(shù)據(jù),可以使用后臺(tái)服務(wù)程序定期移動(dòng)實(shí)時(shí)表中的數(shù)據(jù)到歷史表中,從而控制實(shí)時(shí)表的記錄數(shù),提高查詢和操作效率。但注意每次移動(dòng)的時(shí)間要足夠短,不要影響正常程序的數(shù)據(jù)寫入。如果占用時(shí)間太長(zhǎng),可能會(huì)造成死鎖問題。
3. 數(shù)據(jù)散列(partition)策略
當(dāng)客戶數(shù)達(dá)到一定規(guī)模后,單個(gè)數(shù)據(jù)庫將無法支撐更高的并發(fā)訪問,此時(shí)可以考慮把客戶數(shù)據(jù)散列(partition)到多個(gè)數(shù)據(jù)庫中,以分擔(dān)負(fù)載,提高系統(tǒng)的整體性能與效率。
數(shù)據(jù)散列可以考慮采用federeated或sharded方式,網(wǎng)上有不少這方面的資料。
配置my.cnf/my.ini,增加 --log-slow-queries 配置,記錄所有的slow query,然后挨個(gè)優(yōu)化
本文來源于 WEB開發(fā)網(wǎng)
select @a=DRClass1, @b=DRClass2, @c=DRClass3, @d=DRClass4, @e=DRClass5 from Teacher Where TeacherID = @TeacherID
create table classname(classname char(50))
insert into classname (classname) values (@a)
if (@b is not null)
begin
insert into classname (classname) values (@b)
if (@c is not null)
begin
insert into classname (classname) values (@c)
if (@d is not null)
begin
insert into classname (classname) values (@d)
if (@e is not null)
begin
insert into classname (classname) values (@e)
end
end
end
end
select * from classname
以上這些SQL語句能不能轉(zhuǎn)成一個(gè)存儲(chǔ)過程?我自己試了下
ALTER PROCEDURE Pr_GetClass
@TeacherID int,
@a char(50),
@b char(50),
@c char(50),
@d char(50),
@e char(50)
as
select @a=DRClass1, @b=DRClass2, @c=DRClass3, @d=DRClass4, @e=DRClass5 from Teacher Where TeacherID = @TeacherID
DROP TABLE classname
create table classname(classname char(50))
insert into classname (classname) values (@a)
if (@b is not null)
begin
insert into classname (classname) values (@b)
if (@c is not null)
begin
insert into classname (classname) values (@c)
if (@d is not null)
begin
insert into classname (classname) values (@d)
if (@e is not null)
begin
insert into classname (classname) values (@e)
end
end
end
end
select * from classname
但是這樣的話,這個(gè)存儲(chǔ)過程就有6個(gè)變量,實(shí)際上應(yīng)該只提供一個(gè)變量就可以了
主要的問題就是自己沒搞清楚 @a,@b,@C,@d 等是臨時(shí)變量,是放在as后面重新做一些申明的,而不是放在開頭整個(gè)存儲(chǔ)過程的變量定義。
(標(biāo)準(zhǔn)化越來越近了):namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
實(shí)戰(zhàn)SQL語句收集(不斷更新中--)
前言:這里將我編程實(shí)踐中遇到的有價(jià)值的sql語句一路記下來,一方面方便自己查用,一方面也夯實(shí)下即將遺忘的回憶。整個(gè)過程中我會(huì)不斷更新,直到不能再加為止,同時(shí),這里只記錄最實(shí)用的咚咚,不效仿學(xué)院派的那一套。
一、常用SQL語句薈萃
1,查詢:
1.1,簡(jiǎn)單查詢:select * from table where
1.2,連接查詢:
什么是連接查詢?顧名釋義,就是查詢時(shí)涉及多個(gè)表的查詢。是以說到連接,廢話一下,要知道連接還是關(guān)系數(shù)據(jù)庫的主要特點(diǎn)呢。
連接查詢分為三種:外連接(OUTER JOIN),內(nèi)連接(INNER JOIN),交叉連接(CROSS JOIN)。
(標(biāo)準(zhǔn)化越來越近了):namespace prefix = st1 ns = "urn:schemas-microsoft-com:office:smarttags" />1.2.1,內(nèi)連接(INNER JOIN)使用比較運(yùn)算符進(jìn)行表間某(些)列數(shù)據(jù)的比較操作,并列出這些表中與連接條件相匹配的數(shù)據(jù)行。根據(jù)所使用的比較方式不同,內(nèi)連接又分為等值連接、自然連接和不等連接三種。
1.2.2,外連接分為左外連接(LEFT OUTER JOIN或LEFT JOIN)、右外連接(RIGHT OUTER JOIN或RIGHT JOIN)和全外連接(FULL OUTER JOIN或FULL JOIN)三種。與內(nèi)連接不同的是,外連接不只列出與連接條件相匹配的行,而是列出左表(左外連接時(shí))、右表(右外連接時(shí))或兩個(gè)表(全外連接時(shí))中所有符合搜索條件的數(shù)據(jù)行。
1.2.3,交叉連接(CROSS JOIN)沒有WHERE 子句,它返回連接表中所有數(shù)據(jù)行的笛卡爾積,其結(jié)果集合中的數(shù)據(jù)行數(shù)等于第一個(gè)表中符合查詢條件的數(shù)據(jù)行數(shù)乘以第二個(gè)表中符合查詢條件的數(shù)據(jù)行數(shù)。連接操作中的ON (join_condition) 子句指出連接條件,它由被連接表中的列和比較運(yùn)算符、邏輯運(yùn)算符等構(gòu)成。
1.2.4,無論哪種連接都不能對(duì)text、ntext和image數(shù)據(jù)類型列進(jìn)行直接連接,但可以對(duì)這三種列進(jìn)行間接連接。例如:
SELECT p1.pub_id,p2.pub_id,p1.pr_info
FROM pub_info AS p1 INNER JOIN pub_info AS p2
ON DATALENGTH(p1.pr_info)=DATALENGTH(p2.pr_info)
1.2.5,使用WHERE子句設(shè)置查詢條件
WHERE子句設(shè)置查詢條件,過濾掉不需要的數(shù)據(jù)行。例如下面語句查詢年齡大于20的數(shù)據(jù):
SELECT *
FROM usertable
WHERE age>20
WHERE子句可包括各種條件運(yùn)算符:
比較運(yùn)算符(大小比較):>、>=、=、<、<=、<>、!>、!<
范圍運(yùn)算符(表達(dá)式值是否在指定的范圍):BETWEEN…AND…
NOT BETWEEN…AND…
列表運(yùn)算符(判斷表達(dá)式是否為列表中的指定項(xiàng)):IN (項(xiàng)1,項(xiàng)2……)
NOT IN (項(xiàng)1,項(xiàng)2……)
模式匹配符(判斷值是否與指定的字符通配格式相符):LIKE、NOT LIKE
空值判斷符(判斷表達(dá)式是否為空):IS NULL、NOT IS NULL
邏輯運(yùn)算符(用于多條件的邏輯連接):NOT、AND、OR
1、范圍運(yùn)算符例:age BETWEEN 10 AND 30相當(dāng)于age>=10 AND age<=30
2、列表運(yùn)算符例:country IN ('Germany','China')
3、模式匹配符例:常用于模糊查找,它判斷列值是否與指定的字符串格式相匹配??捎糜赾har、varchar、text、ntext、datetime和smalldatetime等類型查詢。
可使用以下通配字符:
百分號(hào)%:可匹配任意類型和長(zhǎng)度的字符,如果是中文,請(qǐng)使用兩個(gè)百分號(hào)即%%。
下劃線_:匹配單個(gè)任意字符,它常用來限制表達(dá)式的字符長(zhǎng)度。
方括號(hào)[]:指定一個(gè)字符、字符串或范圍,要求所匹配對(duì)象為它們中的任一個(gè)。
[^]:其取值也[] 相同,但它要求所匹配對(duì)象為指定字符以外的任一個(gè)字符。
例如:
限制以Publishing結(jié)尾,使用LIKE '%Publishing'
限制以A開頭:LIKE '[A]%'
限制以A開頭外:LIKE '[^A]%'
空值判斷符例:WHERE age IS NULL
2,更新:update table
3,插入:
3.1,一般插入:
INSERT INTO publishers
(pub_id, pub_name, city, state)
VALUES
('9001', 'Acme Publishing', 'New York', 'NY')
3.2,插入多行
使用 INSERT 語句可以向表添加多行數(shù)據(jù)。這些多行數(shù)據(jù)是從已經(jīng)存有這些數(shù)據(jù)的另一個(gè)表中選取的。本例中,向 pubhold 表中添加有關(guān)在加利福尼亞和德克薩斯州的出版商的數(shù)據(jù)。這些數(shù)據(jù)可從 publishers 表中獲得。
INSERT pubhpold SELECT * FROM publishers
WHERE state = 'CA' OR state = 'TX'
4,刪除:
4.1,Delete語句聯(lián)合刪除:
DELETE FROM uu_SuiteToMinClassroomSect
WHERE min_classroom_sect_id IN
(SELECT min_classroom_sect_id
FROM uu_MinClassroomSect
WHERE min_classroom_id = '112')
二、視圖使用細(xì)則
1,一個(gè)典型的視圖
CREATE VIEW View_uuGroupTaxis
AS
SELECT uu_GroupInfo.group_id, uu_GroupInfo.group_name,
uu_GroupType.main_type, uu_GroupType.group_type_name,
uu_GroupInfo.group_icon_url, ISNULL
((SELECT COUNT(*)
FROM uu_GroupUser
WHERE uu_GroupInfo.group_id = uu_GroupUser.group_id), 0)
* 50 + ISNULL(uu_GroupInfo.fundCount, 0) + ISNULL
((SELECT COUNT(*)
FROM Dv_Topic
WHERE Dv_Topic.BoardID = uu_GroupInfo.subforum_id), 0) * 5 + ISNULL
((SELECT COUNT(*)
FROM uu_GroupPhotos
WHERE uu_GroupPhotos.group_id = uu_GroupInfo.group_id), 0)
* 10 + ISNULL(uu_GroupInfo.topic_account, 0)
* 2 + ISNULL(uu_GroupInfo.hit_account, 0) AS group_ActiveDegree,
ISNULL
((SELECT COUNT(*)
FROM uu_GroupUser
WHERE uu_GroupInfo.group_id = uu_GroupUser.group_id), 0)
AS group_memberNum, ISNULL(uu_GroupInfo.fundCount, 0) AS fundCount,
(SELECT COUNT(*)
FROM Dv_Topic
WHERE Dv_Topic.BoardID = uu_GroupInfo.subforum_id) AS group_articleNum,
(SELECT COUNT(*)
FROM uu_GroupPhotos
WHERE uu_GroupPhotos.group_id = uu_GroupInfo.group_id) AS group_PhotoNum,
uu_GroupInfo.topic_account, uu_GroupInfo.hit_account,
(SELECT user_name
FROM uu_RegisterUser
WHERE uu_RegisterUser.user_id = uu_GroupInfo.creator_id)
AS group_CreatorName, uu_GroupInfo.create_time
FROM uu_GroupInfo INNER JOIN
uu_GroupType ON
uu_GroupInfo.group_type_id = uu_GroupType.group_type_id
三,存儲(chǔ)過程的創(chuàng)建和調(diào)用
1,存儲(chǔ)過程的調(diào)用
Execute procedureName @param='value'
2,一個(gè)典型的帶參數(shù)存儲(chǔ)過程
CREATE PROCEDURE P_delMiniclassProc
@miniClassroom_id int
AS
declare @billtag varchar(4)
set nocount on
IF @miniClassroom_id is null
begin
return(-1)
end
else
BEGIN TRANSACTION
--刪除套餐信息
DELETE FROM uu_SuiteToMinClassroomSect
WHERE min_classroom_sect_id IN
(SELECT min_classroom_sect_id
FROM uu_MinClassroomSect
WHERE min_classroom_id =@miniClassroom_id)
--刪除小課堂段信息
delete from uu_MinClassroomSect
where min_classroom_id = @miniClassroom_id
--刪除小課堂用戶購買記錄
delete from uu_UserBuyMinClassroom
where min_classroom_id = @miniClassroom_id
--刪除對(duì)應(yīng)小課堂年級(jí)學(xué)科信息
delete from uu_MinClassroomToGradeClass
where min_classroom_id = @miniClassroom_id
--刪除小課堂發(fā)言
delete from uu_MinClassroomDiscuss
where min_classroom_id = @miniClassroom_id
--刪除課程討論
DELETE FROM uu_CourseDiscuss
WHERE course_id IN
(SELECT course_id
FROM uu_CourseInfo
WHERE min_classroom_id = @miniClassroom_id)
--刪除用戶課程收藏
SQL語句的優(yōu)化是將性能低下的SQL語句轉(zhuǎn)換成目的相同的性能優(yōu)異的SQL語句。
人工智能自動(dòng)SQL優(yōu)化就是使用人工智能技術(shù),自動(dòng)對(duì)SQL語句進(jìn)行重寫,從而找到性能最好的等效SQL語句。
數(shù)據(jù)庫性能的優(yōu)化
一個(gè)數(shù)據(jù)庫系統(tǒng)的生命周期可以分成:設(shè)計(jì)、開發(fā)和成品三個(gè)階段。在設(shè)計(jì)階段進(jìn)行數(shù)據(jù)庫性能優(yōu)化的成本最低,收益最大。在成品階段進(jìn)行數(shù)據(jù)庫性能優(yōu)化的成本最高,收益最小。
數(shù)據(jù)庫的優(yōu)化通??梢酝ㄟ^對(duì)網(wǎng)絡(luò)、硬件、操作系統(tǒng)、數(shù)據(jù)庫參數(shù)和應(yīng)用程序的優(yōu)化來進(jìn)行。最常見的優(yōu)化手段就是對(duì)硬件的升級(jí)。根據(jù)統(tǒng)計(jì),對(duì)網(wǎng)絡(luò)、硬件、操作系統(tǒng)、數(shù)據(jù)庫參數(shù)進(jìn)行優(yōu)化所獲得的性能提升,全部加起來只占數(shù)據(jù)庫系統(tǒng)性能提升的40%左右,其余的60%系統(tǒng)性能提升來自對(duì)應(yīng)用程序的優(yōu)化。許多優(yōu)化專家認(rèn)為,對(duì)應(yīng)用程序的優(yōu)化可以得到80%的系統(tǒng)性能的提升。
應(yīng)用程序的優(yōu)化
應(yīng)用程序的優(yōu)化通??煞譃閮蓚€(gè)方面:源代碼和SQL語句。由于涉及到對(duì)程序邏輯的改變,源代碼的優(yōu)化在時(shí)間成本和風(fēng)險(xiǎn)上代價(jià)很高,而對(duì)數(shù)據(jù)庫系統(tǒng)性能的提升收效有限。
為什么要優(yōu)化SQL語句
. SQL語句是對(duì)數(shù)據(jù)庫進(jìn)行操作的惟一途徑,對(duì)數(shù)據(jù)庫系統(tǒng)的性能起著決定性的作用。
. SQL語句消耗了70%至90%的數(shù)據(jù)庫資源。
. SQL語句獨(dú)立于程序設(shè)計(jì)邏輯,對(duì)SQL語句進(jìn)行優(yōu)化不會(huì)影響程序邏輯。
. SQL語句有不同的寫法,在性能上的差異非常大。
. SQL語句易學(xué),但難精通。
優(yōu)化SQL語句的傳統(tǒng)方法是通過手工重寫來對(duì)SQL語句進(jìn)行優(yōu)化。DBA或資深程序員通過對(duì)SQL語句執(zhí)行計(jì)劃的分析,依靠經(jīng)驗(yàn),嘗試重寫SQL語句,然后對(duì)結(jié)果和性能進(jìn)行比較,以試圖找到性能較佳的SQL語句。這種傳統(tǒng)上的作法無法找出SQL語句的所有可能寫法,且依賴于人的經(jīng)驗(yàn),非常耗費(fèi)時(shí)間。
SQL優(yōu)化技術(shù)的發(fā)展歷程
第一代SQL優(yōu)化工具是執(zhí)行計(jì)劃分析工具。這類工具針對(duì)輸入的SQL語句,從數(shù)據(jù)庫提取執(zhí)行計(jì)劃,并解釋執(zhí)行計(jì)劃中關(guān)鍵字的含義。
第二代SQL優(yōu)化工具只能提供增加索引的建議,它通過對(duì)輸入的SQL語句的執(zhí)行計(jì)劃的分析,來產(chǎn)生是否要增加索引的建議。
第三代SQL優(yōu)化工具不僅分析輸入SQL語句的執(zhí)行計(jì)劃,還對(duì)輸入的SQL語句本身進(jìn)行語法分析,經(jīng)過分析產(chǎn)生寫法上的改進(jìn)建議。
人工智能自動(dòng)SQL優(yōu)化
SQL語句性能優(yōu)化--LECCO SQL Expert
圖1 人工智能自動(dòng)SQL優(yōu)化示意圖
人工智能自動(dòng)SQL優(yōu)化出現(xiàn)在90年代末。目前在商用數(shù)據(jù)庫領(lǐng)域,LECCO Technology Limited(靈高科研有限公司)擁有該技術(shù),并提供使用該技術(shù)的自動(dòng)優(yōu)化產(chǎn)品LECCO SQL Expert,它支持Oracle(大型網(wǎng)站數(shù)據(jù)庫平臺(tái))、Sybase、MS sql server(WINDOWS平臺(tái)上強(qiáng)大的數(shù)據(jù)庫平臺(tái))和IBM DB2數(shù)據(jù)庫平臺(tái)。該產(chǎn)品針對(duì)數(shù)據(jù)庫應(yīng)用的開發(fā)和維護(hù)階段提供的模塊有:SQL語法優(yōu)化器、PL/SQL集成化開發(fā)調(diào)試環(huán)境(IDE)、掃描器、數(shù)據(jù)庫監(jiān)視器等。其核心模塊SQL 語法優(yōu)化器的工作原理為:①輸入一條源SQL語句;②“人工智能反饋式搜索引擎”對(duì)輸入的SQL語句,結(jié)合檢測(cè)到的數(shù)據(jù)庫結(jié)構(gòu)和索引進(jìn)行重寫,產(chǎn)生N條等效的SQL語句輸出;③產(chǎn)生的N條等效SQL語句再送入“人工智能反饋式搜索引擎”進(jìn)行重寫,直至無法產(chǎn)生新的輸出或搜索限額滿;④對(duì)輸出的SQL語句進(jìn)行過濾,選出具有不同執(zhí)行計(jì)劃的SQL語句;⑤對(duì)得到的SQL語句進(jìn)行批量測(cè)試,找出性能最好的SQL語句。
LECCO SQL Expert自動(dòng)優(yōu)化實(shí)例
假設(shè)我們從源代碼中抽取出這條SQL語句(也可以通過內(nèi)帶的掃描器或監(jiān)視器獲得SQL語句):
SELECT COUNT(*)
FROM EMPLOYEE
swheresEXISTS (SELECT 'X'
FROM DEPARTMENT
swheresEMP_DEPT=DPT_ID
AND DPT_NAME LIKE 'AC%')
AND EMP_ID IN (SELECT SAL_EMP_ID
FROM EMP_SAL_HIST B
swheresSAL_SALARY > 70000)
按下“優(yōu)化”按鈕后,經(jīng)過10幾秒,SQL Expert就完成了優(yōu)化的過程,并在這10幾秒的時(shí)間里重寫產(chǎn)生了2267 條等價(jià)的SQL語句,其中136條SQL語句有不同的執(zhí)行計(jì)劃。
接下來,我們可以對(duì)自動(dòng)重寫產(chǎn)生的136條SQL語句進(jìn)行批運(yùn)行測(cè)試,以選出性能最佳的等效SQL語句。按下“批運(yùn)行” 按鈕,在“終止條件” 頁選擇“最佳運(yùn)行時(shí)間SQL語句”,按“確定”。
經(jīng)過幾分鐘的測(cè)試運(yùn)行后,我們可以發(fā)現(xiàn)SQL124的運(yùn)行時(shí)間和反應(yīng)時(shí)間最短。運(yùn)行速度約有22.75倍的提升(源SQL語句運(yùn)行時(shí)間為2.73秒,SQL124運(yùn)行時(shí)間為0.12秒)。現(xiàn)在我們就可以把SQL124放入源代碼中,結(jié)束一條SQL語句的優(yōu)化工作了。
“邊做邊學(xué)式訓(xùn)練”提升SQL開發(fā)水平
LECCO SQL Expert不僅能夠找到最佳的SQL語句,它所提供的“邊做邊學(xué)式訓(xùn)練”還能夠教開發(fā)人員和數(shù)據(jù)庫管理員如何寫出性能最好的SQL語句。LECCO SQL Expert的“SQL比較器”可以標(biāo)明源SQL和待選SQL間的不同之處。
以上面優(yōu)化的結(jié)果為例,為了查看源SQL語句和SQL124在寫法上有什么不同,我們可以按下“比較器” 按鈕,對(duì)SQL124和源SQL語句進(jìn)行比較?!癝QL 比較器”將SQL124相對(duì)于源SQL語句的不同之處以藍(lán)顏色表示了出來。如果選擇“雙向比較”復(fù)選框,“SQL 比較器”可以將兩條SQL語句的不同之處以藍(lán)色表示。當(dāng)然,我們也可以從源語句和重寫后的SQL 語句中任選兩條進(jìn)行比較。
從比較的結(jié)果可以看到,重寫后的SQL124把第一個(gè)Exists改寫成了In;在字段DPT_ID上進(jìn)行了合并空字符串的操作,以誘導(dǎo)數(shù)據(jù)庫先執(zhí)行子查詢中的
(SELECT DPT_ID||''
FROM DEPARTMENT
WHERE DPT_NAME LIKE 'AC%')
在子查詢完成后,再與EMPLOYEE表進(jìn)行嵌套循環(huán)連接(Nested Loop Join)。
如果覺得對(duì)寫法的改變難以理解,還可以點(diǎn)中“執(zhí)行計(jì)劃”復(fù)選框,通過比較兩條SQL語句的執(zhí)行計(jì)劃的不同,來了解其中的差異。在查看執(zhí)行計(jì)劃過程中,如果有什么不明白的地方,可以點(diǎn)中“SQL信息按鈕”,再點(diǎn)擊執(zhí)行計(jì)劃看不明白的地方,LECCO SQL Expert的上下文敏感幫助系統(tǒng)將提供執(zhí)行計(jì)劃該處的解釋。
在“SQL比較器”中,選中“統(tǒng)計(jì)信息”復(fù)選框后,可得到詳細(xì)的兩條SQL語句運(yùn)行時(shí)的統(tǒng)計(jì)信息比較,這對(duì)于學(xué)習(xí)不同的SQL寫法對(duì)數(shù)據(jù)庫資源的消耗很有幫助。
LECCO SQL Expert優(yōu)化模塊的特點(diǎn)
LECCO SQL Expert優(yōu)化模塊的特點(diǎn)主要表現(xiàn)為:自動(dòng)優(yōu)化SQL語句;以獨(dú)家的人工智能知識(shí)庫“反饋式搜索引擎”來重寫性能優(yōu)異的SQL語句;找出所有等效的SQL語句及可能的執(zhí)行計(jì)劃;保證產(chǎn)生相同的結(jié)果;先進(jìn)的SQL語法分析器能處理最復(fù)雜的SQL語句;可以重寫SELECT、SELECT INTO、UPDATE、INSERT和DELETE語句;通過測(cè)試運(yùn)行,為應(yīng)用程序和數(shù)據(jù)庫自動(dòng)找到性能最好的SQL語句;提供微秒級(jí)的計(jì)時(shí),能夠優(yōu)化Web應(yīng)用程序和有大量用戶的在線事務(wù)處理中運(yùn)行時(shí)間很短的SQL語句;為開發(fā)人員提供“邊做邊學(xué)式訓(xùn)練”,迅速提高開發(fā)人員的SQL編程技能;提供上下文敏感的執(zhí)行計(jì)劃幫助系統(tǒng)和SQL運(yùn)行狀態(tài)幫助;不是猜測(cè)或建議,而是獨(dú)一無二的SQL重寫解決方案。
寫出專家級(jí)的SQL語句
LECCO SQL Expert的出現(xiàn),使SQL的優(yōu)化變得極其簡(jiǎn)單,只要能夠?qū)懗鯯QL語句,它就能幫用戶找到最好性能的寫法。LECCO SQL Expert不僅能在很短的時(shí)間內(nèi)找到所有可能的優(yōu)化方案,而且能夠通過實(shí)際測(cè)試,確定最有效的優(yōu)化方案。同以往的數(shù)據(jù)庫優(yōu)化手段相比較,LECCO SQL Expert將數(shù)據(jù)庫優(yōu)化技術(shù)帶到了一個(gè)嶄新的技術(shù)高度,依賴人的經(jīng)驗(yàn)、耗費(fèi)大量時(shí)間、受人的思維束縛的數(shù)據(jù)庫優(yōu)化手段已經(jīng)被高效、省時(shí)且準(zhǔn)確的自動(dòng)優(yōu)化軟件所取代了。通過內(nèi)建的“LECCO小助手”的幫助,即使是SQL的開發(fā)新手,也能快速且簡(jiǎn)單地寫出專家級(jí)的SQL語句。
比如現(xiàn)在有一人員表 (表名:peosons)
若想將姓名、身份證號(hào)、住址這三個(gè)字段完全相同的記錄查詢出來
select p1.* from persons p1,persons p2 where p1.id<>p2.id and p1.cardid = p2.cardid and p1.pname = p2.pname and p1.address = p2.address
可以實(shí)現(xiàn)上述效果.
select語句前加:
declare @d datetime
set @d=getdate()
并在select語句后加:
select [語句執(zhí)行花費(fèi)時(shí)間(毫秒)]=datediff(ms,@d,getdate())
Transact_SQL小手冊(cè)
*******************Transact_SQL********************
--語 句 功 能
--數(shù)據(jù)操作
SELECT --從數(shù)據(jù)庫表中檢索數(shù)據(jù)行和列
INSERT --向數(shù)據(jù)庫表添加新數(shù)據(jù)行
DELETE --從數(shù)據(jù)庫表中刪除數(shù)據(jù)行
UPDATE --更新數(shù)據(jù)庫表中的數(shù)據(jù)
--數(shù)據(jù)定義
CREATE TABLE --創(chuàng)建一個(gè)數(shù)據(jù)庫表
DROP TABLE --從數(shù)據(jù)庫中刪除表
ALTER TABLE --修改數(shù)據(jù)庫表結(jié)構(gòu)
CREATE VIEW --創(chuàng)建一個(gè)視圖
DROP VIEW --從數(shù)據(jù)庫中刪除視圖
CREATE INDEX --為數(shù)據(jù)庫表創(chuàng)建一個(gè)索引
DROP INDEX --從數(shù)據(jù)庫中刪除索引
CREATE PROCEDURE --創(chuàng)建一個(gè)存儲(chǔ)過程
DROP PROCEDURE --從數(shù)據(jù)庫中刪除存儲(chǔ)過程
CREATE TRIGGER --創(chuàng)建一個(gè)觸發(fā)器
DROP TRIGGER --從數(shù)據(jù)庫中刪除觸發(fā)器
CREATE SCHEMA --向數(shù)據(jù)庫添加一個(gè)新模式
DROP SCHEMA --從數(shù)據(jù)庫中刪除一個(gè)模式
CREATE DOMAIN --創(chuàng)建一個(gè)數(shù)據(jù)值域
ALTER DOMAIN --改變域定義
DROP DOMAIN --從數(shù)據(jù)庫中刪除一個(gè)域
--數(shù)據(jù)控制
GRANT --授予用戶訪問權(quán)限
DENY --拒絕用戶訪問
REVOKE --解除用戶訪問權(quán)限
--事務(wù)控制
COMMIT --結(jié)束當(dāng)前事務(wù)
ROLLBACK --中止當(dāng)前事務(wù)
SET TRANSACTION --定義當(dāng)前事務(wù)數(shù)據(jù)訪問特征
--程序化SQL
DECLARE --為查詢?cè)O(shè)定游標(biāo)
EXPLAN --為查詢描述數(shù)據(jù)訪問計(jì)劃
OPEN --檢索查詢結(jié)果打開一個(gè)游標(biāo)
FETCH --檢索一行查詢結(jié)果
CLOSE --關(guān)閉游標(biāo)
PREPARE --為動(dòng)態(tài)執(zhí)行準(zhǔn)備SQL 語句
EXECUTE --動(dòng)態(tài)地執(zhí)行SQL 語句
DESCRIBE --描述準(zhǔn)備好的查詢
---局部變量
declare @id char(10)
--set @id = '10010001'
select @id = '10010001'
---全局變量
---必須以@@開頭
--IF ELSE
declare @x int @y int @z int
select @x = 1 @y = 2 @z=3
if @x > @y
print 'x > y' --打印字符串'x > y'
else if @y > @z
print 'y > z'
else print 'z > y'
--CASE
use pangu
update employee
set e_wage =
case
when job_level = '1' then e_wage*1.08
when job_level = '2' then e_wage*1.07
when job_level = '3' then e_wage*1.06
else e_wage*1.05
end
--WHILE CONTINUE BREAK
declare @x int @y int @c int
select @x = 1 @y=1
while @x < 3
begin
print @x --打印變量x 的值
while @y < 3
begin
select @c = 100*@x + @y
print @c --打印變量c 的值
select @y = @y + 1
end
select @x = @x + 1
select @y = 1
end
--WAITFOR
--例 等待1 小時(shí)2 分零3 秒后才執(zhí)行SELECT 語句
waitfor delay '01:02:03'
select * from employee
--例 等到晚上11 點(diǎn)零8 分后才執(zhí)行SELECT 語句
waitfor time '23:08:00'
select * from employee
***SELECT***
select *(列名) from table_name(表名) where column_name operator value
ex:(宿主)
select * from stock_information where stockid = str(nid)
stockname = 'str_name'
stockname like '% find this %'
stockname like '[a-zA-Z]%' --------- ([]指定值的范圍)
stockname like '[^F-M]%' --------- (^排除指定范圍)
--------- 只能在使用like關(guān)鍵字的where子句中使用通配符)
or stockpath = 'stock_path'
or stocknumber < 1000
and stockindex = 24
not stocksex = 'man'
stocknumber between 20 and 100
stocknumber in(10,20,30)
order by stockid desc(asc) --------- 排序,desc-降序,asc-升序
order by 1,2 --------- by列號(hào)
stockname = (select stockname from stock_information where stockid = 4)
--------- 子查詢
--------- 除非能確保內(nèi)層select只返回一個(gè)行的值,
--------- 否則應(yīng)在外層where子句中用一個(gè)in限定符
select distinct column_name form table_name --------- distinct指定檢索獨(dú)有的列值,不重復(fù)
select stocknumber ,"stocknumber + 10" = stocknumber + 10 from table_name
select stockname , "stocknumber" = count(*) from table_name group by stockname
--------- group by 將表按行分組,指定列中有相同的值
having count(*) = 2 --------- having選定指定的組
select *
from table1, table2
where table1.id *= table2.id -------- 左外部連接,table1中有的而table2中沒有得以null表示
table1.id =* table2.id -------- 右外部連接
select stockname from table1
union [all] ----- union合并查詢結(jié)果集,all-保留重復(fù)行
select stockname from table2
***insert***
insert into table_name (Stock_name,Stock_number) value ("xxx","xxxx")
value (select Stockname , Stocknumber from Stock_table2)---value為select語句
***update***
update table_name set Stockname = "xxx" [where Stockid = 3]
Stockname = default
Stockname = null
Stocknumber = Stockname + 4
***delete***
delete from table_name where Stockid = 3
truncate table_name ----------- 刪除表中所有行,仍保持表的完整性
drop table table_name --------------- 完全刪除表
***alter table*** --- 修改數(shù)據(jù)庫表結(jié)構(gòu)
alter table database.owner.table_name add column_name char(2) null .....
sp_help table_name ---- 顯示表已有特征
create table table_name (name char(20), age smallint, lname varchar(30))
insert into table_name select ......... ----- 實(shí)現(xiàn)刪除列的方法(創(chuàng)建新表)
alter table table_name drop constraint Stockname_default ---- 刪除Stockname的default約束
***function(/*常用函數(shù)*/)***
----統(tǒng)計(jì)函數(shù)----
AVG --求平均值
COUNT --統(tǒng)計(jì)數(shù)目
MAX --求最大值
MIN --求最小值
SUM --求和
--AVG
use pangu
select avg(e_wage) as dept_avgWage
from employee
group by dept_id
--MAX
--求工資最高的員工姓名
use pangu
select e_name
from employee
where e_wage =
(select max(e_wage)
from employee)
--STDEV()
--STDEV()函數(shù)返回表達(dá)式中所有數(shù)據(jù)的標(biāo)準(zhǔn)差
--STDEVP()
--STDEVP()函數(shù)返回總體標(biāo)準(zhǔn)差
--VAR()
--VAR()函數(shù)返回表達(dá)式中所有值的統(tǒng)計(jì)變異數(shù)
--VARP()
--VARP()函數(shù)返回總體變異數(shù)
----算術(shù)函數(shù)----
/***三角函數(shù)***/
SIN(float_expression) --返回以弧度表示的角的正弦
COS(float_expression) --返回以弧度表示的角的余弦
TAN(float_expression) --返回以弧度表示的角的正切
COT(float_expression) --返回以弧度表示的角的余切
/***反三角函數(shù)***/
ASIN(float_expression) --返回正弦是FLOAT 值的以弧度表示的角
ACOS(float_expression) --返回余弦是FLOAT 值的以弧度表示的角
ATAN(float_expression) --返回正切是FLOAT 值的以弧度表示的角
ATAN2(float_expression1,float_expression2)
--返回正切是float_expression1 /float_expres-sion2的以弧度表示的角
DEGREES(numeric_expression)
--把弧度轉(zhuǎn)換為角度返回與表達(dá)式相同的數(shù)據(jù)類型可為
--INTEGER/MONEY/REAL/FLOAT 類型
RADIANS(numeric_expression) --把角度轉(zhuǎn)換為弧度返回與表達(dá)式相同的數(shù)據(jù)類型可為
--INTEGER/MONEY/REAL/FLOAT 類型
EXP(float_expression) --返回表達(dá)式的指數(shù)值
LOG(float_expression) --返回表達(dá)式的自然對(duì)數(shù)值
LOG10(float_expression)--返回表達(dá)式的以10 為底的對(duì)數(shù)值
SQRT(float_expression) --返回表達(dá)式的平方根
/***取近似值函數(shù)***/
CEILING(numeric_expression) --返回>=表達(dá)式的最小整數(shù)返回的數(shù)據(jù)類型與表達(dá)式相同可為
--INTEGER/MONEY/REAL/FLOAT 類型
FLOOR(numeric_expression) --返回<=表達(dá)式的最小整數(shù)返回的數(shù)據(jù)類型與表達(dá)式相同可為
--INTEGER/MONEY/REAL/FLOAT 類型
ROUND(numeric_expression) --返回以integer_expression 為精度的四舍五入值返回的數(shù)據(jù)
--類型與表達(dá)式相同可為INTEGER/MONEY/REAL/FLOAT 類型
ABS(numeric_expression) --返回表達(dá)式的絕對(duì)值返回的數(shù)據(jù)類型與表達(dá)式相同可為
--INTEGER/MONEY/REAL/FLOAT 類型
SIGN(numeric_expression) --測(cè)試參數(shù)的正負(fù)號(hào)返回0 零值1 正數(shù)或-1 負(fù)數(shù)返回的數(shù)據(jù)類型
--與表達(dá)式相同可為INTEGER/MONEY/REAL/FLOAT 類型
PI() --返回值為π 即3.1415926535897936
RAND([integer_expression]) --用任選的[integer_expression]做種子值得出0-1 間的隨機(jī)浮點(diǎn)數(shù)
----字符串函數(shù)----
ASCII() --函數(shù)返回字符表達(dá)式最左端字符的ASCII 碼值
CHAR() --函數(shù)用于將ASCII 碼轉(zhuǎn)換為字符
--如果沒有輸入0 ~ 255 之間的ASCII 碼值CHAR 函數(shù)會(huì)返回一個(gè)NULL 值
LOWER() --函數(shù)把字符串全部轉(zhuǎn)換為小寫
UPPER() --函數(shù)把字符串全部轉(zhuǎn)換為大寫
STR() --函數(shù)把數(shù)值型數(shù)據(jù)轉(zhuǎn)換為字符型數(shù)據(jù)
LTRIM() --函數(shù)把字符串頭部的空格去掉
RTRIM() --函數(shù)把字符串尾部的空格去掉
LEFT(),RIGHT(),SUBSTRING() --函數(shù)返回部分字符串
CHARINDEX(),PATINDEX() --函數(shù)返回字符串中某個(gè)指定的子串出現(xiàn)的開始位置
SOUNDEX() --函數(shù)返回一個(gè)四位字符碼
--SOUNDEX函數(shù)可用來查找聲音相似的字符串但SOUNDEX函數(shù)對(duì)數(shù)字和漢字均只返回0 值
DIFFERENCE() --函數(shù)返回由SOUNDEX 函數(shù)返回的兩個(gè)字符表達(dá)式的值的差異
--0 兩個(gè)SOUNDEX 函數(shù)返回值的第一個(gè)字符不同
--1 兩個(gè)SOUNDEX 函數(shù)返回值的第一個(gè)字符相同
--2 兩個(gè)SOUNDEX 函數(shù)返回值的第一二個(gè)字符相同
--3 兩個(gè)SOUNDEX 函數(shù)返回值的第一二三個(gè)字符相同
--4 兩個(gè)SOUNDEX 函數(shù)返回值完全相同
QUOTENAME() --函數(shù)返回被特定字符括起來的字符串
/*select quotename('abc', '{') quotename('abc')
運(yùn)行結(jié)果如下
----------------------------------{
{abc} [abc]*/
REPLICATE() --函數(shù)返回一個(gè)重復(fù)character_expression 指定次數(shù)的字符串
/*select replicate('abc', 3) replicate( 'abc', -2)
運(yùn)行結(jié)果如下
----------- -----------
abcabcabc NULL*/
REVERSE() --函數(shù)將指定的字符串的字符排列順序顛倒
REPLACE() --函數(shù)返回被替換了指定子串的字符串
/*select replace('abc123g', '123', 'def')
運(yùn)行結(jié)果如下
----------- -----------
abcdefg*/
SPACE() --函數(shù)返回一個(gè)有指定長(zhǎng)度的空白字符串
STUFF() --函數(shù)用另一子串替換字符串指定位置長(zhǎng)度的子串
----數(shù)據(jù)類型轉(zhuǎn)換函數(shù)----
CAST() 函數(shù)語法如下
CAST() (<expression> AS <data_ type>[ length ])
CONVERT() 函數(shù)語法如下
CONVERT() (<data_ type>[ length ], <expression> [, style])
select cast(100+99 as char) convert(varchar(12), getdate())
運(yùn)行結(jié)果如下
------------------------------ ------------
199 Jan 15 2000
----日期函數(shù)----
DAY() --函數(shù)返回date_expression 中的日期值
MONTH() --函數(shù)返回date_expression 中的月份值
YEAR() --函數(shù)返回date_expression 中的年份值
DATEADD(<datepart> ,<number> ,<date>)
--函數(shù)返回指定日期date 加上指定的額外日期間隔number 產(chǎn)生的新日期
DATEDIFF(<datepart> ,<number> ,<date>)
--函數(shù)返回兩個(gè)指定日期在datepart 方面的不同之處
DATENAME(<datepart> , <date>) --函數(shù)以字符串的形式返回日期的指定部分
DATEPART(<datepart> , <date>) --函數(shù)以整數(shù)值的形式返回日期的指定部分
GETDATE() --函數(shù)以DATETIME 的缺省格式返回系統(tǒng)當(dāng)前的日期和時(shí)間
----系統(tǒng)函數(shù)----
APP_NAME() --函數(shù)返回當(dāng)前執(zhí)行的應(yīng)用程序的名稱
COALESCE() --函數(shù)返回眾多表達(dá)式中第一個(gè)非NULL 表達(dá)式的值
COL_LENGTH(<'table_name'>, <'column_name'>) --函數(shù)返回表中指定字段的長(zhǎng)度值
COL_NAME(<table_id>, <column_id>) --函數(shù)返回表中指定字段的名稱即列名
DATALENGTH() --函數(shù)返回?cái)?shù)據(jù)表達(dá)式的數(shù)據(jù)的實(shí)際長(zhǎng)度
DB_ID(['database_name']) --函數(shù)返回?cái)?shù)據(jù)庫的編號(hào)
DB_NAME(database_id) --函數(shù)返回?cái)?shù)據(jù)庫的名稱
HOST_ID() --函數(shù)返回服務(wù)器端計(jì)算機(jī)的名稱
HOST_NAME() --函數(shù)返回服務(wù)器端計(jì)算機(jī)的名稱
IDENTITY(<data_type>[, seed increment]) [AS column_name])
--IDENTITY() 函數(shù)只在SELECT INTO 語句中使用用于插入一個(gè)identity column列到新表中
/*select identity(int, 1, 1) as column_name
into newtable
from oldtable*/
ISDATE() --函數(shù)判斷所給定的表達(dá)式是否為合理日期
ISNULL(<check_expression>, <replacement_value>) --函數(shù)將表達(dá)式中的NULL 值用指定值替換
ISNUMERIC() --函數(shù)判斷所給定的表達(dá)式是否為合理的數(shù)值
NEWID() --函數(shù)返回一個(gè)UNIQUEIDENTIFIER 類型的數(shù)值
NULLIF(<expression1>, <expression2>)
--NULLIF 函數(shù)在expression1 與expression2 相等時(shí)返回NULL 值若不相等時(shí)則返回expression1 的值
相關(guān)文章
獲取MySQL的表中每個(gè)userid最后一條記錄的方法
這篇文章主要介紹了獲取MySQL的表中每個(gè)userid最后一條記錄的方法,并且針對(duì)userid不唯一的情況,需要的朋友可以參考下2015-05-05mysql中You can’t specify target table for update in FROM clau
這篇文章主要介紹了mysql中You can’t specify target table for update in FROM clause錯(cuò)誤解決方法,需要的朋友可以參考下2015-02-02IDEA連接mysql又報(bào)錯(cuò)!Server returns invalid timezone. Go to tab an
這篇文章主要介紹了IDEA連接mysql又報(bào)錯(cuò)!Server returns invalid timezone. Go to 'Advanced' tab and set 'serverTimezone' prope問題,本文通過圖文并茂的形式給大家介紹的非常詳細(xì),需要的朋友可以參考下2020-05-05解決MySql8.0 查看事務(wù)隔離級(jí)別報(bào)錯(cuò)的問題
這篇文章主要介紹了解決MySql8.0 查看事務(wù)隔離級(jí)別報(bào)錯(cuò)的問題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-10-10