查詢mysql中執(zhí)行效率低的sql語句的方法
一些小技巧
1. 如何查出效率低的語句?
在MySQL下,在啟動參數(shù)中設(shè)置 --log-slow-queries=[文件名],就可以在指定的日志文件中記錄執(zhí)行時間超過long_query_time(缺省為10秒)的SQL語句。你也可以在啟動配置文件中修改long query的時間,如:
# 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)容到錯誤日志文件中?
我們可以使用SHOW INNODB STATUS命令來查看INNODB引擎的很多有用的信息,如當(dāng)前進程、事務(wù)、外鍵錯誤、死鎖問題和其它一些統(tǒng)計數(shù)據(jù)。如何讓該信息能記錄在日志文件中呢?只要使用如下語句創(chuàng)建innodb_monitor表,MySQL就會每15秒鐘把該系統(tǒng)寫入到錯誤日志文件中:
CREATE TABLE innodb_monitor (a INT) ENGINE=INNODB;
如果你不再需要導(dǎo)出到錯誤日志文件,只要刪除該表即可:
DROP TABLE innodb_monitor;
5. 如何定期刪除龐大的日志文件?
只要在啟動配置文件中設(shè)置日志過期時間即可:
expire_logs_days=10
經(jīng)驗教訓(xùn)
1. 重點關(guān)注索引
下面以表TSK_TASK表為例說明SQL語句優(yōu)化過程。TSK_TASK表用于保存系統(tǒng)監(jiān)測任務(wù),相關(guān)字段及索引如下:
ID:主鍵;
MON_TIME:監(jiān)測時間;建了索引;
STATUS_ID:任務(wù)狀態(tài);與SYS_HIER_INFO.ID建立了外鍵關(guān)系。
注MySQL自動會為外鍵建立索引,在本次優(yōu)化過程中,發(fā)現(xiàn)這些自動建立的外鍵索引會對SQL語句的效率產(chǎn)生不必要的干擾,需要特別注意!
首先,我們在日志文件中查到下面語句的執(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 |
+----+-------------+----------+------+----------------------------------------------------------+------------------------------------+---------+-------+--------+-------------+
可以看出,有兩個索引可用FK_task_status_id_TO_SYS_HIER_INFO,TSK_TASK_KEY_MON_TIME,而最終執(zhí)行語句時采用了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屬性(即索引中的唯一值的個數(shù))對索引的選擇起了極其重要的作用,MySQL選擇了索引值唯一值個數(shù)小的那個索引作為整條語句的索引。
針對這條語句,如果使用FK_task_status_id_TO_SYS_HIER_INFO做索引,而TSK_TASK表中存放很多天數(shù)據(jù)的話,那掃描的記錄數(shù)會很多,速度較慢??梢杂幸韵聨讉€優(yōu)化方案:
如果一天的任務(wù)數(shù)不多的話,我們刪除索引FK_task_status_id_TO_SYS_HIER_INFO,那MySQL會使用索引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)合索引,這樣效率肯定會很高。
因此建議,對那些記錄數(shù)多的表,建議不要使用外鍵,以避免造成性能效率的嚴(yán)重降低。
2. 盡量控制每張表的記錄數(shù)
當(dāng)一張表的記錄數(shù)很大時,管理和維護就會很麻煩,如索引維護就會占用很長時間,從而會給系統(tǒng)的正常運行造成很大的干擾。
對隨時間推移數(shù)據(jù)量不斷增長的表,我們可以根據(jù)時間來區(qū)分實時數(shù)據(jù)和歷史數(shù)據(jù),可以使用后臺服務(wù)程序定期移動實時表中的數(shù)據(jù)到歷史表中,從而控制實時表的記錄數(shù),提高查詢和操作效率。但注意每次移動的時間要足夠短,不要影響正常程序的數(shù)據(jù)寫入。如果占用時間太長,可能會造成死鎖問題。
3. 數(shù)據(jù)散列(partition)策略
當(dāng)客戶數(shù)達(dá)到一定規(guī)模后,單個數(shù)據(jù)庫將無法支撐更高的并發(fā)訪問,此時可以考慮把客戶數(shù)據(jù)散列(partition)到多個數(shù)據(jù)庫中,以分擔(dān)負(fù)載,提高系統(tǒng)的整體性能與效率。
數(shù)據(jù)散列可以考慮采用federeated或sharded方式,網(wǎng)上有不少這方面的資料。
一些小技巧
1. 如何查出效率低的語句?
在MySQL下,在啟動參數(shù)中設(shè)置 --log-slow-queries=[文件名],就可以在指定的日志文件中記錄執(zhí)行時間超過long_query_time(缺省為10秒)的SQL語句。你也可以在啟動配置文件中修改long query的時間,如:
# 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)容到錯誤日志文件中?
我們可以使用SHOW INNODB STATUS命令來查看INNODB引擎的很多有用的信息,如當(dāng)前進程、事務(wù)、外鍵錯誤、死鎖問題和其它一些統(tǒng)計數(shù)據(jù)。如何讓該信息能記錄在日志文件中呢?只要使用如下語句創(chuàng)建innodb_monitor表,MySQL就會每15秒鐘把該系統(tǒng)寫入到錯誤日志文件中:
CREATE TABLE innodb_monitor (a INT) ENGINE=INNODB;
如果你不再需要導(dǎo)出到錯誤日志文件,只要刪除該表即可:
DROP TABLE innodb_monitor;
5. 如何定期刪除龐大的日志文件?
只要在啟動配置文件中設(shè)置日志過期時間即可:
expire_logs_days=10
經(jīng)驗教訓(xùn)
1. 重點關(guān)注索引
下面以表TSK_TASK表為例說明SQL語句優(yōu)化過程。TSK_TASK表用于保存系統(tǒng)監(jiān)測任務(wù),相關(guān)字段及索引如下:
ID:主鍵;
MON_TIME:監(jiān)測時間;建了索引;
STATUS_ID:任務(wù)狀態(tài);與SYS_HIER_INFO.ID建立了外鍵關(guān)系。
注MySQL自動會為外鍵建立索引,在本次優(yōu)化過程中,發(fā)現(xiàn)這些自動建立的外鍵索引會對SQL語句的效率產(chǎn)生不必要的干擾,需要特別注意!
首先,我們在日志文件中查到下面語句的執(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 |
+----+-------------+----------+------+----------------------------------------------------------+------------------------------------+---------+-------+--------+-------------+
可以看出,有兩個索引可用FK_task_status_id_TO_SYS_HIER_INFO,TSK_TASK_KEY_MON_TIME,而最終執(zhí)行語句時采用了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屬性(即索引中的唯一值的個數(shù))對索引的選擇起了極其重要的作用,MySQL選擇了索引值唯一值個數(shù)小的那個索引作為整條語句的索引。
針對這條語句,如果使用FK_task_status_id_TO_SYS_HIER_INFO做索引,而TSK_TASK表中存放很多天數(shù)據(jù)的話,那掃描的記錄數(shù)會很多,速度較慢??梢杂幸韵聨讉€優(yōu)化方案:
如果一天的任務(wù)數(shù)不多的話,我們刪除索引FK_task_status_id_TO_SYS_HIER_INFO,那MySQL會使用索引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)合索引,這樣效率肯定會很高。
因此建議,對那些記錄數(shù)多的表,建議不要使用外鍵,以避免造成性能效率的嚴(yán)重降低。
2. 盡量控制每張表的記錄數(shù)
當(dāng)一張表的記錄數(shù)很大時,管理和維護就會很麻煩,如索引維護就會占用很長時間,從而會給系統(tǒng)的正常運行造成很大的干擾。
對隨時間推移數(shù)據(jù)量不斷增長的表,我們可以根據(jù)時間來區(qū)分實時數(shù)據(jù)和歷史數(shù)據(jù),可以使用后臺服務(wù)程序定期移動實時表中的數(shù)據(jù)到歷史表中,從而控制實時表的記錄數(shù),提高查詢和操作效率。但注意每次移動的時間要足夠短,不要影響正常程序的數(shù)據(jù)寫入。如果占用時間太長,可能會造成死鎖問題。
3. 數(shù)據(jù)散列(partition)策略
當(dāng)客戶數(shù)達(dá)到一定規(guī)模后,單個數(shù)據(jù)庫將無法支撐更高的并發(fā)訪問,此時可以考慮把客戶數(shù)據(jù)散列(partition)到多個數(shù)據(jù)庫中,以分擔(dān)負(fù)載,提高系統(tǒng)的整體性能與效率。
數(shù)據(jù)散列可以考慮采用federeated或sharded方式,網(wǎng)上有不少這方面的資料。
一些小技巧
1. 如何查出效率低的語句?
在MySQL下,在啟動參數(shù)中設(shè)置 --log-slow-queries=[文件名],就可以在指定的日志文件中記錄執(zhí)行時間超過long_query_time(缺省為10秒)的SQL語句。你也可以在啟動配置文件中修改long query的時間,如:
# 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)容到錯誤日志文件中?
我們可以使用SHOW INNODB STATUS命令來查看INNODB引擎的很多有用的信息,如當(dāng)前進程、事務(wù)、外鍵錯誤、死鎖問題和其它一些統(tǒng)計數(shù)據(jù)。如何讓該信息能記錄在日志文件中呢?只要使用如下語句創(chuàng)建innodb_monitor表,MySQL就會每15秒鐘把該系統(tǒng)寫入到錯誤日志文件中:
CREATE TABLE innodb_monitor (a INT) ENGINE=INNODB;
如果你不再需要導(dǎo)出到錯誤日志文件,只要刪除該表即可:
DROP TABLE innodb_monitor;
5. 如何定期刪除龐大的日志文件?
只要在啟動配置文件中設(shè)置日志過期時間即可:
expire_logs_days=10
經(jīng)驗教訓(xùn)
1. 重點關(guān)注索引
下面以表TSK_TASK表為例說明SQL語句優(yōu)化過程。TSK_TASK表用于保存系統(tǒng)監(jiān)測任務(wù),相關(guān)字段及索引如下:
ID:主鍵;
MON_TIME:監(jiān)測時間;建了索引;
STATUS_ID:任務(wù)狀態(tài);與SYS_HIER_INFO.ID建立了外鍵關(guān)系。
注MySQL自動會為外鍵建立索引,在本次優(yōu)化過程中,發(fā)現(xiàn)這些自動建立的外鍵索引會對SQL語句的效率產(chǎn)生不必要的干擾,需要特別注意!
首先,我們在日志文件中查到下面語句的執(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 |
+----+-------------+----------+------+----------------------------------------------------------+------------------------------------+---------+-------+--------+-------------+
可以看出,有兩個索引可用FK_task_status_id_TO_SYS_HIER_INFO,TSK_TASK_KEY_MON_TIME,而最終執(zhí)行語句時采用了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屬性(即索引中的唯一值的個數(shù))對索引的選擇起了極其重要的作用,MySQL選擇了索引值唯一值個數(shù)小的那個索引作為整條語句的索引。
針對這條語句,如果使用FK_task_status_id_TO_SYS_HIER_INFO做索引,而TSK_TASK表中存放很多天數(shù)據(jù)的話,那掃描的記錄數(shù)會很多,速度較慢??梢杂幸韵聨讉€優(yōu)化方案:
如果一天的任務(wù)數(shù)不多的話,我們刪除索引FK_task_status_id_TO_SYS_HIER_INFO,那MySQL會使用索引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)合索引,這樣效率肯定會很高。
因此建議,對那些記錄數(shù)多的表,建議不要使用外鍵,以避免造成性能效率的嚴(yán)重降低。
2. 盡量控制每張表的記錄數(shù)
當(dāng)一張表的記錄數(shù)很大時,管理和維護就會很麻煩,如索引維護就會占用很長時間,從而會給系統(tǒng)的正常運行造成很大的干擾。
對隨時間推移數(shù)據(jù)量不斷增長的表,我們可以根據(jù)時間來區(qū)分實時數(shù)據(jù)和歷史數(shù)據(jù),可以使用后臺服務(wù)程序定期移動實時表中的數(shù)據(jù)到歷史表中,從而控制實時表的記錄數(shù),提高查詢和操作效率。但注意每次移動的時間要足夠短,不要影響正常程序的數(shù)據(jù)寫入。如果占用時間太長,可能會造成死鎖問題。
3. 數(shù)據(jù)散列(partition)策略
當(dāng)客戶數(shù)達(dá)到一定規(guī)模后,單個數(shù)據(jù)庫將無法支撐更高的并發(fā)訪問,此時可以考慮把客戶數(shù)據(jù)散列(partition)到多個數(shù)據(jù)庫中,以分擔(dān)負(fù)載,提高系統(tǒng)的整體性能與效率。
數(shù)據(jù)散列可以考慮采用federeated或sharded方式,網(wǎng)上有不少這方面的資料。
一些小技巧
1. 如何查出效率低的語句?
在MySQL下,在啟動參數(shù)中設(shè)置 --log-slow-queries=[文件名],就可以在指定的日志文件中記錄執(zhí)行時間超過long_query_time(缺省為10秒)的SQL語句。你也可以在啟動配置文件中修改long query的時間,如:
# 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)容到錯誤日志文件中?
我們可以使用SHOW INNODB STATUS命令來查看INNODB引擎的很多有用的信息,如當(dāng)前進程、事務(wù)、外鍵錯誤、死鎖問題和其它一些統(tǒng)計數(shù)據(jù)。如何讓該信息能記錄在日志文件中呢?只要使用如下語句創(chuàng)建innodb_monitor表,MySQL就會每15秒鐘把該系統(tǒng)寫入到錯誤日志文件中:
CREATE TABLE innodb_monitor (a INT) ENGINE=INNODB;
如果你不再需要導(dǎo)出到錯誤日志文件,只要刪除該表即可:
DROP TABLE innodb_monitor;
5. 如何定期刪除龐大的日志文件?
只要在啟動配置文件中設(shè)置日志過期時間即可:
expire_logs_days=10
經(jīng)驗教訓(xùn)
1. 重點關(guān)注索引
下面以表TSK_TASK表為例說明SQL語句優(yōu)化過程。TSK_TASK表用于保存系統(tǒng)監(jiān)測任務(wù),相關(guān)字段及索引如下:
ID:主鍵;
MON_TIME:監(jiān)測時間;建了索引;
STATUS_ID:任務(wù)狀態(tài);與SYS_HIER_INFO.ID建立了外鍵關(guān)系。
注MySQL自動會為外鍵建立索引,在本次優(yōu)化過程中,發(fā)現(xiàn)這些自動建立的外鍵索引會對SQL語句的效率產(chǎn)生不必要的干擾,需要特別注意!
首先,我們在日志文件中查到下面語句的執(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 |
+----+-------------+----------+------+----------------------------------------------------------+------------------------------------+---------+-------+--------+-------------+
可以看出,有兩個索引可用FK_task_status_id_TO_SYS_HIER_INFO,TSK_TASK_KEY_MON_TIME,而最終執(zhí)行語句時采用了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屬性(即索引中的唯一值的個數(shù))對索引的選擇起了極其重要的作用,MySQL選擇了索引值唯一值個數(shù)小的那個索引作為整條語句的索引。
針對這條語句,如果使用FK_task_status_id_TO_SYS_HIER_INFO做索引,而TSK_TASK表中存放很多天數(shù)據(jù)的話,那掃描的記錄數(shù)會很多,速度較慢??梢杂幸韵聨讉€優(yōu)化方案:
如果一天的任務(wù)數(shù)不多的話,我們刪除索引FK_task_status_id_TO_SYS_HIER_INFO,那MySQL會使用索引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)合索引,這樣效率肯定會很高。
因此建議,對那些記錄數(shù)多的表,建議不要使用外鍵,以避免造成性能效率的嚴(yán)重降低。
2. 盡量控制每張表的記錄數(shù)
當(dāng)一張表的記錄數(shù)很大時,管理和維護就會很麻煩,如索引維護就會占用很長時間,從而會給系統(tǒng)的正常運行造成很大的干擾。
對隨時間推移數(shù)據(jù)量不斷增長的表,我們可以根據(jù)時間來區(qū)分實時數(shù)據(jù)和歷史數(shù)據(jù),可以使用后臺服務(wù)程序定期移動實時表中的數(shù)據(jù)到歷史表中,從而控制實時表的記錄數(shù),提高查詢和操作效率。但注意每次移動的時間要足夠短,不要影響正常程序的數(shù)據(jù)寫入。如果占用時間太長,可能會造成死鎖問題。
3. 數(shù)據(jù)散列(partition)策略
當(dāng)客戶數(shù)達(dá)到一定規(guī)模后,單個數(shù)據(jù)庫將無法支撐更高的并發(fā)訪問,此時可以考慮把客戶數(shù)據(jù)散列(partition)到多個數(shù)據(jù)庫中,以分擔(dān)負(fù)載,提高系統(tǒng)的整體性能與效率。
數(shù)據(jù)散列可以考慮采用federeated或sharded方式,網(wǎng)上有不少這方面的資料。
配置my.cnf/my.ini,增加 --log-slow-queries 配置,記錄所有的slow query,然后挨個優(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)成一個存儲過程?我自己試了下
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
但是這樣的話,這個存儲過程就有6個變量,實際上應(yīng)該只提供一個變量就可以了
主要的問題就是自己沒搞清楚 @a,@b,@C,@d 等是臨時變量,是放在as后面重新做一些申明的,而不是放在開頭整個存儲過程的變量定義。
(標(biāo)準(zhǔn)化越來越近了):namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
實戰(zhàn)SQL語句收集(不斷更新中--)
前言:這里將我編程實踐中遇到的有價值的sql語句一路記下來,一方面方便自己查用,一方面也夯實下即將遺忘的回憶。整個過程中我會不斷更新,直到不能再加為止,同時,這里只記錄最實用的咚咚,不效仿學(xué)院派的那一套。
一、常用SQL語句薈萃
1,查詢:
1.1,簡單查詢:select * from table where
1.2,連接查詢:
什么是連接查詢?顧名釋義,就是查詢時涉及多個表的查詢。是以說到連接,廢話一下,要知道連接還是關(guān)系數(shù)據(jù)庫的主要特點呢。
連接查詢分為三種:外連接(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)使用比較運算符進行表間某(些)列數(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ù)據(jù)行。
1.2.3,交叉連接(CROSS JOIN)沒有WHERE 子句,它返回連接表中所有數(shù)據(jù)行的笛卡爾積,其結(jié)果集合中的數(shù)據(jù)行數(shù)等于第一個表中符合查詢條件的數(shù)據(jù)行數(shù)乘以第二個表中符合查詢條件的數(shù)據(jù)行數(shù)。連接操作中的ON (join_condition) 子句指出連接條件,它由被連接表中的列和比較運算符、邏輯運算符等構(gòu)成。
1.2.4,無論哪種連接都不能對text、ntext和image數(shù)據(jù)類型列進行直接連接,但可以對這三種列進行間接連接。例如:
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子句可包括各種條件運算符:
比較運算符(大小比較):>、>=、=、<、<=、<>、!>、!<
范圍運算符(表達(dá)式值是否在指定的范圍):BETWEEN…AND…
NOT BETWEEN…AND…
列表運算符(判斷表達(dá)式是否為列表中的指定項):IN (項1,項2……)
NOT IN (項1,項2……)
模式匹配符(判斷值是否與指定的字符通配格式相符):LIKE、NOT LIKE
空值判斷符(判斷表達(dá)式是否為空):IS NULL、NOT IS NULL
邏輯運算符(用于多條件的邏輯連接):NOT、AND、OR
1、范圍運算符例:age BETWEEN 10 AND 30相當(dāng)于age>=10 AND age<=30
2、列表運算符例:country IN ('Germany','China')
3、模式匹配符例:常用于模糊查找,它判斷列值是否與指定的字符串格式相匹配??捎糜赾har、varchar、text、ntext、datetime和smalldatetime等類型查詢。
可使用以下通配字符:
百分號%:可匹配任意類型和長度的字符,如果是中文,請使用兩個百分號即%%。
下劃線_:匹配單個任意字符,它常用來限制表達(dá)式的字符長度。
方括號[]:指定一個字符、字符串或范圍,要求所匹配對象為它們中的任一個。
[^]:其取值也[] 相同,但它要求所匹配對象為指定字符以外的任一個字符。
例如:
限制以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ù)的另一個表中選取的。本例中,向 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,一個典型的視圖
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
三,存儲過程的創(chuàng)建和調(diào)用
1,存儲過程的調(diào)用
Execute procedureName @param='value'
2,一個典型的帶參數(shù)存儲過程
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
--刪除對應(yīng)小課堂年級學(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語句。
人工智能自動SQL優(yōu)化就是使用人工智能技術(shù),自動對SQL語句進行重寫,從而找到性能最好的等效SQL語句。
數(shù)據(jù)庫性能的優(yōu)化
一個數(shù)據(jù)庫系統(tǒng)的生命周期可以分成:設(shè)計、開發(fā)和成品三個階段。在設(shè)計階段進行數(shù)據(jù)庫性能優(yōu)化的成本最低,收益最大。在成品階段進行數(shù)據(jù)庫性能優(yōu)化的成本最高,收益最小。
數(shù)據(jù)庫的優(yōu)化通??梢酝ㄟ^對網(wǎng)絡(luò)、硬件、操作系統(tǒng)、數(shù)據(jù)庫參數(shù)和應(yīng)用程序的優(yōu)化來進行。最常見的優(yōu)化手段就是對硬件的升級。根據(jù)統(tǒng)計,對網(wǎng)絡(luò)、硬件、操作系統(tǒng)、數(shù)據(jù)庫參數(shù)進行優(yōu)化所獲得的性能提升,全部加起來只占數(shù)據(jù)庫系統(tǒng)性能提升的40%左右,其余的60%系統(tǒng)性能提升來自對應(yīng)用程序的優(yōu)化。許多優(yōu)化專家認(rèn)為,對應(yīng)用程序的優(yōu)化可以得到80%的系統(tǒng)性能的提升。
應(yīng)用程序的優(yōu)化
應(yīng)用程序的優(yōu)化通常可分為兩個方面:源代碼和SQL語句。由于涉及到對程序邏輯的改變,源代碼的優(yōu)化在時間成本和風(fēng)險上代價很高,而對數(shù)據(jù)庫系統(tǒng)性能的提升收效有限。
為什么要優(yōu)化SQL語句
. SQL語句是對數(shù)據(jù)庫進行操作的惟一途徑,對數(shù)據(jù)庫系統(tǒng)的性能起著決定性的作用。
. SQL語句消耗了70%至90%的數(shù)據(jù)庫資源。
. SQL語句獨立于程序設(shè)計邏輯,對SQL語句進行優(yōu)化不會影響程序邏輯。
. SQL語句有不同的寫法,在性能上的差異非常大。
. SQL語句易學(xué),但難精通。
優(yōu)化SQL語句的傳統(tǒng)方法是通過手工重寫來對SQL語句進行優(yōu)化。DBA或資深程序員通過對SQL語句執(zhí)行計劃的分析,依靠經(jīng)驗,嘗試重寫SQL語句,然后對結(jié)果和性能進行比較,以試圖找到性能較佳的SQL語句。這種傳統(tǒng)上的作法無法找出SQL語句的所有可能寫法,且依賴于人的經(jīng)驗,非常耗費時間。
SQL優(yōu)化技術(shù)的發(fā)展歷程
第一代SQL優(yōu)化工具是執(zhí)行計劃分析工具。這類工具針對輸入的SQL語句,從數(shù)據(jù)庫提取執(zhí)行計劃,并解釋執(zhí)行計劃中關(guān)鍵字的含義。
第二代SQL優(yōu)化工具只能提供增加索引的建議,它通過對輸入的SQL語句的執(zhí)行計劃的分析,來產(chǎn)生是否要增加索引的建議。
第三代SQL優(yōu)化工具不僅分析輸入SQL語句的執(zhí)行計劃,還對輸入的SQL語句本身進行語法分析,經(jīng)過分析產(chǎn)生寫法上的改進建議。
人工智能自動SQL優(yōu)化
SQL語句性能優(yōu)化--LECCO SQL Expert
圖1 人工智能自動SQL優(yōu)化示意圖
人工智能自動SQL優(yōu)化出現(xiàn)在90年代末。目前在商用數(shù)據(jù)庫領(lǐng)域,LECCO Technology Limited(靈高科研有限公司)擁有該技術(shù),并提供使用該技術(shù)的自動優(yōu)化產(chǎn)品LECCO SQL Expert,它支持Oracle(大型網(wǎng)站數(shù)據(jù)庫平臺)、Sybase、MS sql server(WINDOWS平臺上強大的數(shù)據(jù)庫平臺)和IBM DB2數(shù)據(jù)庫平臺。該產(chǎn)品針對數(shù)據(jù)庫應(yīng)用的開發(fā)和維護階段提供的模塊有:SQL語法優(yōu)化器、PL/SQL集成化開發(fā)調(diào)試環(huán)境(IDE)、掃描器、數(shù)據(jù)庫監(jiān)視器等。其核心模塊SQL 語法優(yōu)化器的工作原理為:①輸入一條源SQL語句;②“人工智能反饋式搜索引擎”對輸入的SQL語句,結(jié)合檢測到的數(shù)據(jù)庫結(jié)構(gòu)和索引進行重寫,產(chǎn)生N條等效的SQL語句輸出;③產(chǎn)生的N條等效SQL語句再送入“人工智能反饋式搜索引擎”進行重寫,直至無法產(chǎn)生新的輸出或搜索限額滿;④對輸出的SQL語句進行過濾,選出具有不同執(zhí)行計劃的SQL語句;⑤對得到的SQL語句進行批量測試,找出性能最好的SQL語句。
LECCO SQL Expert自動優(yōu)化實例
假設(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幾秒的時間里重寫產(chǎn)生了2267 條等價的SQL語句,其中136條SQL語句有不同的執(zhí)行計劃。
接下來,我們可以對自動重寫產(chǎn)生的136條SQL語句進行批運行測試,以選出性能最佳的等效SQL語句。按下“批運行” 按鈕,在“終止條件” 頁選擇“最佳運行時間SQL語句”,按“確定”。
經(jīng)過幾分鐘的測試運行后,我們可以發(fā)現(xiàn)SQL124的運行時間和反應(yīng)時間最短。運行速度約有22.75倍的提升(源SQL語句運行時間為2.73秒,SQL124運行時間為0.12秒)?,F(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在寫法上有什么不同,我們可以按下“比較器” 按鈕,對SQL124和源SQL語句進行比較?!癝QL 比較器”將SQL124相對于源SQL語句的不同之處以藍(lán)顏色表示了出來。如果選擇“雙向比較”復(fù)選框,“SQL 比較器”可以將兩條SQL語句的不同之處以藍(lán)色表示。當(dāng)然,我們也可以從源語句和重寫后的SQL 語句中任選兩條進行比較。
從比較的結(jié)果可以看到,重寫后的SQL124把第一個Exists改寫成了In;在字段DPT_ID上進行了合并空字符串的操作,以誘導(dǎo)數(shù)據(jù)庫先執(zhí)行子查詢中的
(SELECT DPT_ID||''
FROM DEPARTMENT
WHERE DPT_NAME LIKE 'AC%')
在子查詢完成后,再與EMPLOYEE表進行嵌套循環(huán)連接(Nested Loop Join)。
如果覺得對寫法的改變難以理解,還可以點中“執(zhí)行計劃”復(fù)選框,通過比較兩條SQL語句的執(zhí)行計劃的不同,來了解其中的差異。在查看執(zhí)行計劃過程中,如果有什么不明白的地方,可以點中“SQL信息按鈕”,再點擊執(zhí)行計劃看不明白的地方,LECCO SQL Expert的上下文敏感幫助系統(tǒng)將提供執(zhí)行計劃該處的解釋。
在“SQL比較器”中,選中“統(tǒng)計信息”復(fù)選框后,可得到詳細(xì)的兩條SQL語句運行時的統(tǒng)計信息比較,這對于學(xué)習(xí)不同的SQL寫法對數(shù)據(jù)庫資源的消耗很有幫助。
LECCO SQL Expert優(yōu)化模塊的特點
LECCO SQL Expert優(yōu)化模塊的特點主要表現(xiàn)為:自動優(yōu)化SQL語句;以獨家的人工智能知識庫“反饋式搜索引擎”來重寫性能優(yōu)異的SQL語句;找出所有等效的SQL語句及可能的執(zhí)行計劃;保證產(chǎn)生相同的結(jié)果;先進的SQL語法分析器能處理最復(fù)雜的SQL語句;可以重寫SELECT、SELECT INTO、UPDATE、INSERT和DELETE語句;通過測試運行,為應(yīng)用程序和數(shù)據(jù)庫自動找到性能最好的SQL語句;提供微秒級的計時,能夠優(yōu)化Web應(yīng)用程序和有大量用戶的在線事務(wù)處理中運行時間很短的SQL語句;為開發(fā)人員提供“邊做邊學(xué)式訓(xùn)練”,迅速提高開發(fā)人員的SQL編程技能;提供上下文敏感的執(zhí)行計劃幫助系統(tǒng)和SQL運行狀態(tài)幫助;不是猜測或建議,而是獨一無二的SQL重寫解決方案。
寫出專家級的SQL語句
LECCO SQL Expert的出現(xiàn),使SQL的優(yōu)化變得極其簡單,只要能夠?qū)懗鯯QL語句,它就能幫用戶找到最好性能的寫法。LECCO SQL Expert不僅能在很短的時間內(nèi)找到所有可能的優(yōu)化方案,而且能夠通過實際測試,確定最有效的優(yōu)化方案。同以往的數(shù)據(jù)庫優(yōu)化手段相比較,LECCO SQL Expert將數(shù)據(jù)庫優(yōu)化技術(shù)帶到了一個嶄新的技術(shù)高度,依賴人的經(jīng)驗、耗費大量時間、受人的思維束縛的數(shù)據(jù)庫優(yōu)化手段已經(jīng)被高效、省時且準(zhǔn)確的自動優(yōu)化軟件所取代了。通過內(nèi)建的“LECCO小助手”的幫助,即使是SQL的開發(fā)新手,也能快速且簡單地寫出專家級的SQL語句。
比如現(xiàn)在有一人員表 (表名:peosons)
若想將姓名、身份證號、住址這三個字段完全相同的記錄查詢出來
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
可以實現(xiàn)上述效果.
select語句前加:
declare @d datetime
set @d=getdate()
并在select語句后加:
select [語句執(zhí)行花費時間(毫秒)]=datediff(ms,@d,getdate())
Transact_SQL小手冊
*******************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)建一個數(shù)據(jù)庫表
DROP TABLE --從數(shù)據(jù)庫中刪除表
ALTER TABLE --修改數(shù)據(jù)庫表結(jié)構(gòu)
CREATE VIEW --創(chuàng)建一個視圖
DROP VIEW --從數(shù)據(jù)庫中刪除視圖
CREATE INDEX --為數(shù)據(jù)庫表創(chuàng)建一個索引
DROP INDEX --從數(shù)據(jù)庫中刪除索引
CREATE PROCEDURE --創(chuàng)建一個存儲過程
DROP PROCEDURE --從數(shù)據(jù)庫中刪除存儲過程
CREATE TRIGGER --創(chuàng)建一個觸發(fā)器
DROP TRIGGER --從數(shù)據(jù)庫中刪除觸發(fā)器
CREATE SCHEMA --向數(shù)據(jù)庫添加一個新模式
DROP SCHEMA --從數(shù)據(jù)庫中刪除一個模式
CREATE DOMAIN --創(chuàng)建一個數(shù)據(jù)值域
ALTER DOMAIN --改變域定義
DROP DOMAIN --從數(shù)據(jù)庫中刪除一個域
--數(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 --為查詢設(shè)定游標(biāo)
EXPLAN --為查詢描述數(shù)據(jù)訪問計劃
OPEN --檢索查詢結(jié)果打開一個游標(biāo)
FETCH --檢索一行查詢結(jié)果
CLOSE --關(guān)閉游標(biāo)
PREPARE --為動態(tài)執(zhí)行準(zhǔn)備SQL 語句
EXECUTE --動態(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 小時2 分零3 秒后才執(zhí)行SELECT 語句
waitfor delay '01:02:03'
select * from employee
--例 等到晚上11 點零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列號
stockname = (select stockname from stock_information where stockid = 4)
--------- 子查詢
--------- 除非能確保內(nèi)層select只返回一個行的值,
--------- 否則應(yīng)在外層where子句中用一個in限定符
select distinct column_name form table_name --------- distinct指定檢索獨有的列值,不重復(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 ......... ----- 實現(xiàn)刪除列的方法(創(chuàng)建新表)
alter table table_name drop constraint Stockname_default ---- 刪除Stockname的default約束
***function(/*常用函數(shù)*/)***
----統(tǒng)計函數(shù)----
AVG --求平均值
COUNT --統(tǒng)計數(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)計變異數(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á)式的自然對數(shù)值
LOG10(float_expression)--返回表達(dá)式的以10 為底的對數(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á)式的絕對值返回的數(shù)據(jù)類型與表達(dá)式相同可為
--INTEGER/MONEY/REAL/FLOAT 類型
SIGN(numeric_expression) --測試參數(shù)的正負(fù)號返回0 零值1 正數(shù)或-1 負(fù)數(shù)返回的數(shù)據(jù)類型
--與表達(dá)式相同可為INTEGER/MONEY/REAL/FLOAT 類型
PI() --返回值為π 即3.1415926535897936
RAND([integer_expression]) --用任選的[integer_expression]做種子值得出0-1 間的隨機浮點數(shù)
----字符串函數(shù)----
ASCII() --函數(shù)返回字符表達(dá)式最左端字符的ASCII 碼值
CHAR() --函數(shù)用于將ASCII 碼轉(zhuǎn)換為字符
--如果沒有輸入0 ~ 255 之間的ASCII 碼值CHAR 函數(shù)會返回一個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ù)返回字符串中某個指定的子串出現(xiàn)的開始位置
SOUNDEX() --函數(shù)返回一個四位字符碼
--SOUNDEX函數(shù)可用來查找聲音相似的字符串但SOUNDEX函數(shù)對數(shù)字和漢字均只返回0 值
DIFFERENCE() --函數(shù)返回由SOUNDEX 函數(shù)返回的兩個字符表達(dá)式的值的差異
--0 兩個SOUNDEX 函數(shù)返回值的第一個字符不同
--1 兩個SOUNDEX 函數(shù)返回值的第一個字符相同
--2 兩個SOUNDEX 函數(shù)返回值的第一二個字符相同
--3 兩個SOUNDEX 函數(shù)返回值的第一二三個字符相同
--4 兩個SOUNDEX 函數(shù)返回值完全相同
QUOTENAME() --函數(shù)返回被特定字符括起來的字符串
/*select quotename('abc', '{') quotename('abc')
運行結(jié)果如下
----------------------------------{
{abc} [abc]*/
REPLICATE() --函數(shù)返回一個重復(fù)character_expression 指定次數(shù)的字符串
/*select replicate('abc', 3) replicate( 'abc', -2)
運行結(jié)果如下
----------- -----------
abcabcabc NULL*/
REVERSE() --函數(shù)將指定的字符串的字符排列順序顛倒
REPLACE() --函數(shù)返回被替換了指定子串的字符串
/*select replace('abc123g', '123', 'def')
運行結(jié)果如下
----------- -----------
abcdefg*/
SPACE() --函數(shù)返回一個有指定長度的空白字符串
STUFF() --函數(shù)用另一子串替換字符串指定位置長度的子串
----數(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())
運行結(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ù)返回兩個指定日期在datepart 方面的不同之處
DATENAME(<datepart> , <date>) --函數(shù)以字符串的形式返回日期的指定部分
DATEPART(<datepart> , <date>) --函數(shù)以整數(shù)值的形式返回日期的指定部分
GETDATE() --函數(shù)以DATETIME 的缺省格式返回系統(tǒng)當(dāng)前的日期和時間
----系統(tǒng)函數(shù)----
APP_NAME() --函數(shù)返回當(dāng)前執(zhí)行的應(yīng)用程序的名稱
COALESCE() --函數(shù)返回眾多表達(dá)式中第一個非NULL 表達(dá)式的值
COL_LENGTH(<'table_name'>, <'column_name'>) --函數(shù)返回表中指定字段的長度值
COL_NAME(<table_id>, <column_id>) --函數(shù)返回表中指定字段的名稱即列名
DATALENGTH() --函數(shù)返回數(shù)據(jù)表達(dá)式的數(shù)據(jù)的實際長度
DB_ID(['database_name']) --函數(shù)返回數(shù)據(jù)庫的編號
DB_NAME(database_id) --函數(shù)返回數(shù)據(jù)庫的名稱
HOST_ID() --函數(shù)返回服務(wù)器端計算機的名稱
HOST_NAME() --函數(shù)返回服務(wù)器端計算機的名稱
IDENTITY(<data_type>[, seed increment]) [AS column_name])
--IDENTITY() 函數(shù)只在SELECT INTO 語句中使用用于插入一個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ù)返回一個UNIQUEIDENTIFIER 類型的數(shù)值
NULLIF(<expression1>, <expression2>)
--NULLIF 函數(shù)在expression1 與expression2 相等時返回NULL 值若不相等時則返回expression1 的值
相關(guān)文章
mysql中You can’t specify target table for update in FROM clau
這篇文章主要介紹了mysql中You can’t specify target table for update in FROM clause錯誤解決方法,需要的朋友可以參考下2015-02-02IDEA連接mysql又報錯!Server returns invalid timezone. Go to tab an
這篇文章主要介紹了IDEA連接mysql又報錯!Server returns invalid timezone. Go to 'Advanced' tab and set 'serverTimezone' prope問題,本文通過圖文并茂的形式給大家介紹的非常詳細(xì),需要的朋友可以參考下2020-05-05