查詢mysql中履行效力低的sql語句的辦法。本站提示廣大學習愛好者:(查詢mysql中履行效力低的sql語句的辦法)文章只能為提供參考,不一定能成為您想要的結果。以下是查詢mysql中履行效力低的sql語句的辦法正文
一些小技能
1. 若何查出效力低的語句?
在MySQL下,在啟動參數中設置 --log-slow-queries=[文件名],便可以在指定的日記文件中記載履行時光跨越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語句,須要先轉換為SELECT語句。
4. 若何把導出INNODB引擎的內容到毛病日記文件中?
我們可使用SHOW INNODB STATUS敕令來檢查INNODB引擎的許多有效的信息,如以後過程、事務、外鍵毛病、逝世鎖成績和其它一些統計數據。若何讓該信息能記載在日記文件中呢?只需應用以下語句創立innodb_monitor表,MySQL就會每15秒鐘把該體系寫入到毛病日記文件中:
CREATE TABLE innodb_monitor (a INT) ENGINE=INNODB;
假如你不再須要導出到毛病日記文件,只需刪除該表便可:
DROP TABLE innodb_monitor;
5. 若何按期刪除宏大的日記文件?
只需在啟動設置裝備擺設文件中設置日記過時時光便可:
expire_logs_days=10
經歷經驗
1. 重點存眷索引
上面以表TSK_TASK表為例解釋SQL語句優化進程。TSK_TASK表用於保留體系監測義務,相干字段及索引以下:
ID:主鍵;
MON_TIME:監測時光;建了索引;
STATUS_ID:義務狀況;與SYS_HIER_INFO.ID樹立了外鍵關系。
注MySQL主動會為外鍵樹立索引,在本次優化進程中,發明這些主動樹立的外鍵索引會對SQL語句的效力發生不用要的攪擾,須要特殊留意!
起首,我們在日記文件中查到上面語句的履行比擬慢,跨越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筆記錄,那固然慢了。趕忙用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,而終究履行語句時采取了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或其他關系數據庫下,WHERE前提中的字段次序對索引的選擇起著很主要的感化。我們調劑一下字段次序,把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照樣選用體系樹立的STATUS_ID外鍵索引。
細心剖析一下,看來Cardinality屬性(即索引中的獨一值的個數)對索引的選擇起了極端主要的感化,MySQL選擇了索引值獨一值個數小的誰人索引作為整條語句的索引。
針對這條語句,假如應用FK_task_status_id_TO_SYS_HIER_INFO做索引,而TSK_TASK表中寄存許多天數據的話,那掃描的記載數會許多,速度較慢。可以有以下幾個優化計劃:
假如一天的義務數不多的話,我們刪除索引FK_task_status_id_TO_SYS_HIER_INFO,那MySQL會應用索引TSK_TASK_KEY_MON_TIME,然後在該天的數據中在掃描STATUS_ID為1064的記載,那速度也不慢;
假如一天的義務數多的話,我們需刪除索引FK_task_status_id_TO_SYS_HIER_INFO和TSK_TASK_KEY_MON_TIME,然後再樹立STATUS_ID,MON_TIME的結合索引,如許效力確定會很高。
是以建議,對那些記載數多的表,建議不要應用外鍵,以免形成機能效力的嚴重下降。
2. 盡可能掌握每張表的記載數
當一張表的記載數很年夜時,治理和保護就會很費事,如索引保護就會占用很長時光,從而會給體系的正常運轉形成很年夜的攪擾。
對隨時光推移數據量赓續增加的表,我們可以依據時光來辨別及時數據和汗青數據,可使用後台辦事法式按期挪動及時表中的數據到汗青表中,從而掌握及時表的記載數,進步查詢和操作效力。但留意每次挪動的時光要足夠短,不要影響正常法式的數據寫入。假如占用時光太長,能夠會形成逝世鎖成績。
3. 數據散列(partition)戰略
當客戶數到達必定范圍後,單個數據庫將沒法支持更高的並發拜訪,此時可以斟酌把客戶數據散列(partition)到多個數據庫中,以分管負載,進步體系的全體機能與效力。
數據散列可以斟酌采取federeated或sharded方法,網上有很多這方面的材料。
一些小技能
1. 若何查出效力低的語句?
在MySQL下,在啟動參數中設置 --log-slow-queries=[文件名],便可以在指定的日記文件中記載履行時光跨越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語句,須要先轉換為SELECT語句。
4. 若何把導出INNODB引擎的內容到毛病日記文件中?
我們可使用SHOW INNODB STATUS敕令來檢查INNODB引擎的許多有效的信息,如以後過程、事務、外鍵毛病、逝世鎖成績和其它一些統計數據。若何讓該信息能記載在日記文件中呢?只需應用以下語句創立innodb_monitor表,MySQL就會每15秒鐘把該體系寫入到毛病日記文件中:
CREATE TABLE innodb_monitor (a INT) ENGINE=INNODB;
假如你不再須要導出到毛病日記文件,只需刪除該表便可:
DROP TABLE innodb_monitor;
5. 若何按期刪除宏大的日記文件?
只需在啟動設置裝備擺設文件中設置日記過時時光便可:
expire_logs_days=10
經歷經驗
1. 重點存眷索引
上面以表TSK_TASK表為例解釋SQL語句優化進程。TSK_TASK表用於保留體系監測義務,相干字段及索引以下:
ID:主鍵;
MON_TIME:監測時光;建了索引;
STATUS_ID:義務狀況;與SYS_HIER_INFO.ID樹立了外鍵關系。
注MySQL主動會為外鍵樹立索引,在本次優化進程中,發明這些主動樹立的外鍵索引會對SQL語句的效力發生不用要的攪擾,須要特殊留意!
起首,我們在日記文件中查到上面語句的履行比擬慢,跨越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筆記錄,那固然慢了。趕忙用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,而終究履行語句時采取了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或其他關系數據庫下,WHERE前提中的字段次序對索引的選擇起著很主要的感化。我們調劑一下字段次序,把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照樣選用體系樹立的STATUS_ID外鍵索引。
細心剖析一下,看來Cardinality屬性(即索引中的獨一值的個數)對索引的選擇起了極端主要的感化,MySQL選擇了索引值獨一值個數小的誰人索引作為整條語句的索引。
針對這條語句,假如應用FK_task_status_id_TO_SYS_HIER_INFO做索引,而TSK_TASK表中寄存許多天數據的話,那掃描的記載數會許多,速度較慢。可以有以下幾個優化計劃:
假如一天的義務數不多的話,我們刪除索引FK_task_status_id_TO_SYS_HIER_INFO,那MySQL會應用索引TSK_TASK_KEY_MON_TIME,然後在該天的數據中在掃描STATUS_ID為1064的記載,那速度也不慢;
假如一天的義務數多的話,我們需刪除索引FK_task_status_id_TO_SYS_HIER_INFO和TSK_TASK_KEY_MON_TIME,然後再樹立STATUS_ID,MON_TIME的結合索引,如許效力確定會很高。
是以建議,對那些記載數多的表,建議不要應用外鍵,以免形成機能效力的嚴重下降。
2. 盡可能掌握每張表的記載數
當一張表的記載數很年夜時,治理和保護就會很費事,如索引保護就會占用很長時光,從而會給體系的正常運轉形成很年夜的攪擾。
對隨時光推移數據量赓續增加的表,我們可以依據時光來辨別及時數據和汗青數據,可使用後台辦事法式按期挪動及時表中的數據到汗青表中,從而掌握及時表的記載數,進步查詢和操作效力。但留意每次挪動的時光要足夠短,不要影響正常法式的數據寫入。假如占用時光太長,能夠會形成逝世鎖成績。
3. 數據散列(partition)戰略
當客戶數到達必定范圍後,單個數據庫將沒法支持更高的並發拜訪,此時可以斟酌把客戶數據散列(partition)到多個數據庫中,以分管負載,進步體系的全體機能與效力。
數據散列可以斟酌采取federeated或sharded方法,網上有很多這方面的材料。
一些小技能
1. 若何查出效力低的語句?
在MySQL下,在啟動參數中設置 --log-slow-queries=[文件名],便可以在指定的日記文件中記載履行時光跨越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語句,須要先轉換為SELECT語句。
4. 若何把導出INNODB引擎的內容到毛病日記文件中?
我們可使用SHOW INNODB STATUS敕令來檢查INNODB引擎的許多有效的信息,如以後過程、事務、外鍵毛病、逝世鎖成績和其它一些統計數據。若何讓該信息能記載在日記文件中呢?只需應用以下語句創立innodb_monitor表,MySQL就會每15秒鐘把該體系寫入到毛病日記文件中:
CREATE TABLE innodb_monitor (a INT) ENGINE=INNODB;
假如你不再須要導出到毛病日記文件,只需刪除該表便可:
DROP TABLE innodb_monitor;
5. 若何按期刪除宏大的日記文件?
只需在啟動設置裝備擺設文件中設置日記過時時光便可:
expire_logs_days=10
經歷經驗
1. 重點存眷索引
上面以表TSK_TASK表為例解釋SQL語句優化進程。TSK_TASK表用於保留體系監測義務,相干字段及索引以下:
ID:主鍵;
MON_TIME:監測時光;建了索引;
STATUS_ID:義務狀況;與SYS_HIER_INFO.ID樹立了外鍵關系。
注MySQL主動會為外鍵樹立索引,在本次優化進程中,發明這些主動樹立的外鍵索引會對SQL語句的效力發生不用要的攪擾,須要特殊留意!
起首,我們在日記文件中查到上面語句的履行比擬慢,跨越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筆記錄,那固然慢了。趕忙用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,而終究履行語句時采取了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或其他關系數據庫下,WHERE前提中的字段次序對索引的選擇起著很主要的感化。我們調劑一下字段次序,把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照樣選用體系樹立的STATUS_ID外鍵索引。
細心剖析一下,看來Cardinality屬性(即索引中的獨一值的個數)對索引的選擇起了極端主要的感化,MySQL選擇了索引值獨一值個數小的誰人索引作為整條語句的索引。
針對這條語句,假如應用FK_task_status_id_TO_SYS_HIER_INFO做索引,而TSK_TASK表中寄存許多天數據的話,那掃描的記載數會許多,速度較慢。可以有以下幾個優化計劃:
假如一天的義務數不多的話,我們刪除索引FK_task_status_id_TO_SYS_HIER_INFO,那MySQL會應用索引TSK_TASK_KEY_MON_TIME,然後在該天的數據中在掃描STATUS_ID為1064的記載,那速度也不慢;
假如一天的義務數多的話,我們需刪除索引FK_task_status_id_TO_SYS_HIER_INFO和TSK_TASK_KEY_MON_TIME,然後再樹立STATUS_ID,MON_TIME的結合索引,如許效力確定會很高。
是以建議,對那些記載數多的表,建議不要應用外鍵,以免形成機能效力的嚴重下降。
2. 盡可能掌握每張表的記載數
當一張表的記載數很年夜時,治理和保護就會很費事,如索引保護就會占用很長時光,從而會給體系的正常運轉形成很年夜的攪擾。
對隨時光推移數據量赓續增加的表,我們可以依據時光來辨別及時數據和汗青數據,可使用後台辦事法式按期挪動及時表中的數據到汗青表中,從而掌握及時表的記載數,進步查詢和操作效力。但留意每次挪動的時光要足夠短,不要影響正常法式的數據寫入。假如占用時光太長,能夠會形成逝世鎖成績。
3. 數據散列(partition)戰略
當客戶數到達必定范圍後,單個數據庫將沒法支持更高的並發拜訪,此時可以斟酌把客戶數據散列(partition)到多個數據庫中,以分管負載,進步體系的全體機能與效力。
數據散列可以斟酌采取federeated或sharded方法,網上有很多這方面的材料。
一些小技能
1. 若何查出效力低的語句?
在MySQL下,在啟動參數中設置 --log-slow-queries=[文件名],便可以在指定的日記文件中記載履行時光跨越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語句,須要先轉換為SELECT語句。
4. 若何把導出INNODB引擎的內容到毛病日記文件中?
我們可使用SHOW INNODB STATUS敕令來檢查INNODB引擎的許多有效的信息,如以後過程、事務、外鍵毛病、逝世鎖成績和其它一些統計數據。若何讓該信息能記載在日記文件中呢?只需應用以下語句創立innodb_monitor表,MySQL就會每15秒鐘把該體系寫入到毛病日記文件中:
CREATE TABLE innodb_monitor (a INT) ENGINE=INNODB;
假如你不再須要導出到毛病日記文件,只需刪除該表便可:
DROP TABLE innodb_monitor;
5. 若何按期刪除宏大的日記文件?
只需在啟動設置裝備擺設文件中設置日記過時時光便可:
expire_logs_days=10
經歷經驗
1. 重點存眷索引
上面以表TSK_TASK表為例解釋SQL語句優化進程。TSK_TASK表用於保留體系監測義務,相干字段及索引以下:
ID:主鍵;
MON_TIME:監測時光;建了索引;
STATUS_ID:義務狀況;與SYS_HIER_INFO.ID樹立了外鍵關系。
注MySQL主動會為外鍵樹立索引,在本次優化進程中,發明這些主動樹立的外鍵索引會對SQL語句的效力發生不用要的攪擾,須要特殊留意!
起首,我們在日記文件中查到上面語句的履行比擬慢,跨越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筆記錄,那固然慢了。趕忙用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,而終究履行語句時采取了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或其他關系數據庫下,WHERE前提中的字段次序對索引的選擇起著很主要的感化。我們調劑一下字段次序,把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照樣選用體系樹立的STATUS_ID外鍵索引。
細心剖析一下,看來Cardinality屬性(即索引中的獨一值的個數)對索引的選擇起了極端主要的感化,MySQL選擇了索引值獨一值個數小的誰人索引作為整條語句的索引。
針對這條語句,假如應用FK_task_status_id_TO_SYS_HIER_INFO做索引,而TSK_TASK表中寄存許多天數據的話,那掃描的記載數會許多,速度較慢。可以有以下幾個優化計劃:
假如一天的義務數不多的話,我們刪除索引FK_task_status_id_TO_SYS_HIER_INFO,那MySQL會應用索引TSK_TASK_KEY_MON_TIME,然後在該天的數據中在掃描STATUS_ID為1064的記載,那速度也不慢;
假如一天的義務數多的話,我們需刪除索引FK_task_status_id_TO_SYS_HIER_INFO和TSK_TASK_KEY_MON_TIME,然後再樹立STATUS_ID,MON_TIME的結合索引,如許效力確定會很高。
是以建議,對那些記載數多的表,建議不要應用外鍵,以免形成機能效力的嚴重下降。
2. 盡可能掌握每張表的記載數
當一張表的記載數很年夜時,治理和保護就會很費事,如索引保護就會占用很長時光,從而會給體系的正常運轉形成很年夜的攪擾。
對隨時光推移數據量赓續增加的表,我們可以依據時光來辨別及時數據和汗青數據,可使用後台辦事法式按期挪動及時表中的數據到汗青表中,從而掌握及時表的記載數,進步查詢和操作效力。但留意每次挪動的時光要足夠短,不要影響正常法式的數據寫入。假如占用時光太長,能夠會形成逝世鎖成績。
3. 數據散列(partition)戰略
當客戶數到達必定范圍後,單個數據庫將沒法支持更高的並發拜訪,此時可以斟酌把客戶數據散列(partition)到多個數據庫中,以分管負載,進步體系的全體機能與效力。
數據散列可以斟酌采取federeated或sharded方法,網上有很多這方面的材料。
設置裝備擺設my.cnf/my.ini,增長 --log-slow-queries 設置裝備擺設,記載一切的slow query,然後挨個優化
本文起源於 WEB開辟網
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語句能不克不及轉成一個存儲進程?我本身試了下
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個變量,現實上應當只供給一個變量便可以了
重要的成績就是本身沒弄清晰 @a,@b,@C,@d 等是暫時變量,是放在as前面從新做一些聲名的,而不是放在開首全部存儲進程的變量界說。
(尺度化愈來愈近了):namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
實戰SQL語句搜集(赓續更新中--)
媒介:這裡將我編程理論中碰到的有價值的sql語句一路記上去,一方面便利本身查用,一方面也夯實下行將遺忘的回想。全部進程中我會赓續更新,直到不克不及再加為止,同時,這裡只記載最適用的咚咚,不效仿學院派的那一套。
1、經常使用SQL語句荟萃
1,查詢:
1.1,簡略查詢:select * from table where
1.2,銜接查詢:
甚麼是銜接查詢?顧名釋義,就是查詢時觸及多個表的查詢。是以說到銜接,空話一下,要曉得銜接照樣關系數據庫的重要特色呢。
銜接查詢分為三種:外銜接(OUTER JOIN),內銜接(INNER JOIN),穿插銜接(CROSS JOIN)。
(尺度化愈來愈近了):namespace prefix = st1 ns = "urn:schemas-microsoft-com:office:smarttags" />1.2.1,內銜接(INNER JOIN)應用比擬運算符停止表間某(些)列數據的比擬操作,並列出這些表中與銜接前提相婚配的數據行。依據所應用的比擬方法分歧,內銜接又分為等值銜接、天然銜接和不等銜接三種。
1.2.2,外銜接分為左外銜接(LEFT OUTER JOIN或LEFT JOIN)、右外銜接(RIGHT OUTER JOIN或RIGHT JOIN)和全外銜接(FULL OUTER JOIN或FULL JOIN)三種。與內銜接分歧的是,外銜接不只列出與銜接前提相婚配的行,而是列出左表(左外銜接時)、右表(右外銜接時)或兩個表(全外銜接時)中一切相符搜刮前提的數據行。
1.2.3,穿插銜接(CROSS JOIN)沒有WHERE 子句,它前往銜接表中一切數據行的笛卡爾積,其成果聚集中的數據行數等於第一個表中相符查詢前提的數據行數乘以第二個表中相符查詢前提的數據行數。銜接操作中的ON (join_condition) 子句指出銜接前提,它由被銜接表中的列和比擬運算符、邏輯運算符等組成。
1.2.4,不管哪一種銜接都不克不及對text、ntext和image數據類型列停止直接銜接,但可以對這三種列停止直接銜接。例如:
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子句設置查詢前提
WHERE子句設置查詢前提,過濾失落不須要的數據行。例以下面語句查詢年紀年夜於20的數據:
SELECT *
FROM usertable
WHERE age>20
WHERE子句可包含各類前提運算符:
比擬運算符(年夜小比擬):>、>=、=、<、<=、<>、!>、!<
規模運算符(表達式值能否在指定的規模):BETWEEN…AND…
NOT BETWEEN…AND…
列表運算符(斷定表達式能否為列表中的指定項):IN (項1,項2……)
NOT IN (項1,項2……)
形式婚配符(斷定值能否與指定的字符通配格局符合):LIKE、NOT LIKE
空值斷定符(斷定表達式能否為空):IS NULL、NOT IS NULL
邏輯運算符(用於多前提的邏輯銜接):NOT、AND、OR
1、規模運算符例:age BETWEEN 10 AND 30相當於age>=10 AND age<=30
2、列表運算符例:country IN ('Germany','China')
3、形式婚配符例:經常使用於隱約查找,它斷定列值能否與指定的字符串格局相婚配。可用於char、varchar、text、ntext、datetime和smalldatetime等類型查詢。
可以使用以下通配字符:
百分號%:可婚配隨意率性類型和長度的字符,假如是中文,請應用兩個百分號即%%。
下劃線_:婚配單個隨意率性字符,它經常使用來限制表達式的字符長度。
方括號[]:指定一個字符、字符串或規模,請求所婚配對象為它們中的任一個。
[^]:其取值也[] 雷同,但它請求所婚配對象為指定字符之外的任一個字符。
例如:
限制以Publishing開頭,應用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 語句可以向表添加多行數據。這些多行數據是從曾經存有這些數據的另外一個表當選取的。本例中,向 pubhold 表中添加有關在加利福尼亞和德克薩斯州的出書商的數據。這些數據可從 publishers 表中取得。
INSERT pubhpold SELECT * FROM publishers
WHERE state = 'CA' OR state = 'TX'
4,刪除:
4.1,Delete語句結合刪除:
DELETE FROM uu_SuiteToMinClassroomSect
WHERE min_classroom_sect_id IN
(SELECT min_classroom_sect_id
FROM uu_MinClassroomSect
WHERE min_classroom_id = '112')
2、視圖應用細則
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
三,存儲進程的創立和挪用
1,存儲進程的挪用
Execute procedureName @param='value'
2,一個典范的帶參數存儲進程
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
--刪除對應小教室年級學科信息
delete from uu_MinClassroomToGradeClass
where min_classroom_id = @miniClassroom_id
--刪除小教室談話
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語句的優化是將機能低下的SQL語句轉換成目標雷同的機能優良的SQL語句。
人工智能主動SQL優化就是應用人工智能技巧,主動對SQL語句停止重寫,從而找到機能最好的等效SQL語句。
數據庫機能的優化
一個數據庫體系的性命周期可以分紅:設計、開辟和制品三個階段。在設計階段停止數據庫機能優化的本錢最低,收益最年夜。在制品階段停止數據庫機能優化的本錢最高,收益最小。
數據庫的優化平日可以經由過程對收集、硬件、操作體系、數據庫參數和運用法式的優化來停止。最多見的優化手腕就是對硬件的進級。依據統計,對收集、硬件、操作體系、數據庫參數停止優化所取得的機能晉升,全體加起來只占數據庫體系機能晉升的40%閣下,其他的60%體系機能晉升來自對運用法式的優化。很多優化專家以為,對運用法式的優化可以獲得80%的體系機能的晉升。
運用法式的優化
運用法式的優化平日可分為兩個方面:源代碼和SQL語句。因為觸及到對法式邏輯的轉變,源代碼的優化在時光本錢和風險上價值很高,而對數據庫體系機能的晉升見效無限。
為何要優化SQL語句
. SQL語句是對數據庫停止操作的唯一門路,對數據庫體系的機能起著決議性的感化。
. SQL語句消費了70%至90%的數據庫資本。
. SQL語句自力於法式設計邏輯,對SQL語句停止優化不會影響法式邏輯。
. SQL語句有分歧的寫法,在機能上的差別異常年夜。
. SQL語句易學,但難精曉。
優化SQL語句的傳統辦法是經由過程手工重寫來對SQL語句停止優化。DBA或資深法式員經由過程對SQL語句履行籌劃的剖析,依附經歷,測驗考試重寫SQL語句,然後對成果和機能停止比擬,以試圖找到機能較佳的SQL語句。這類傳統上的作法沒法找出SQL語句的一切能夠寫法,且依附於人的經歷,異常消耗時光。
SQL優化技巧的成長過程
第一代SQL優化對象是履行籌劃剖析對象。這類對象針對輸出的SQL語句,從數據庫提取履行籌劃,並說明履行籌劃中症結字的寄義。
第二代SQL優化對象只能供給增長索引的建議,它經由過程對輸出的SQL語句的履行籌劃的剖析,來發生能否要增長索引的建議。
第三代SQL優化對象不只剖析輸出SQL語句的履行籌劃,還對輸出的SQL語句自己停止語法剖析,經由剖析發生寫法上的改良建議。
人工智能主動SQL優化
SQL語句機能優化--LECCO SQL Expert
圖1 人工智能主動SQL優化表示圖
人工智能主動SQL優化湧現在90年月末。今朝在商用數據庫范疇,LECCO Technology Limited(靈高科研無限公司)具有該技巧,並供給應用該技巧的主動優化產物LECCO SQL Expert,它支撐Oracle(年夜型網站數據庫平台)、Sybase、MS sql server(WINDOWS平台上壯大的數據庫平台)和IBM DB2數據庫平台。該產物針對數據庫運用的開辟和保護階段供給的模塊有:SQL語法優化器、PL/SQL集成化開辟調試情況(IDE)、掃描器、數據庫監督器等。其焦點模塊SQL 語法優化器的任務道理為:①輸出一條源SQL語句;②“人工智能反應式搜刮引擎”對輸出的SQL語句,聯合檢測到的數據庫構造和索引停止重寫,發生N條等效的SQL語句輸入;③發生的N條等效SQL語句再送入“人工智能反應式搜刮引擎”停止重寫,直至沒法發生新的輸入或搜刮限額滿;④對輸入的SQL語句停止過濾,選出具有分歧履行籌劃的SQL語句;⑤對獲得的SQL語句停止批量測試,找出機能最好的SQL語句。
LECCO SQL Expert主動優化實例
假定我們從源代碼中抽掏出這條SQL語句(也能夠經由過程內帶的掃描器或監督器取得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)
按下“優化”按鈕後,經由10幾秒,SQL Expert就完成了優化的進程,並在這10幾秒的時光裡重寫發生了2267 條等價的SQL語句,個中136條SQL語句有分歧的履行籌劃。
接上去,我們可以對主動重寫發生的136條SQL語句停止批運轉測試,以選出機能最好的等效SQL語句。按下“批運轉” 按鈕,在“終止前提” 頁選擇“最好運轉時光SQL語句”,按“肯定”。
經由幾分鐘的測試運轉後,我們可以發明SQL124的運轉時光和反響時光最短。運轉速度約有22.75倍的晉升(源SQL語句運轉時光為2.73秒,SQL124運轉時光為0.12秒)。如今我們便可以把SQL124放入源代碼中,停止一條SQL語句的優化任務了。
“邊做邊學式練習”晉升SQL開辟程度
LECCO SQL Expert不只可以或許找到最好的SQL語句,它所供給的“邊做邊學式練習”還可以或許教開辟人員和數據庫治理員若何寫出機能最好的SQL語句。LECCO SQL Expert的“SQL比擬器”可以標明源SQL和待選SQL間的分歧的地方。
以下面優化的成果為例,為了檢查源SQL語句和SQL124在寫法上有甚麼分歧,我們可以按下“比擬器” 按鈕,對SQL124和源SQL語句停止比擬。“SQL 比擬器”將SQL124絕對於源SQL語句的分歧的地方以藍色彩表現了出來。假如選擇“雙向比擬”復選框,“SQL 比擬器”可以將兩條SQL語句的分歧的地方以藍色表現。固然,我們也能夠從源語句和重寫後的SQL 語句中任選兩條停止比擬。
從比擬的成果可以看到,重寫後的SQL124把第一個Exists改寫成了In;在字段DPT_ID長進行了歸並空字符串的操作,以引誘數據庫先履行子查詢中的
(SELECT DPT_ID||''
FROM DEPARTMENT
WHERE DPT_NAME LIKE 'AC%')
在子查詢完成後,再與EMPLOYEE表停止嵌套輪回銜接(Nested Loop Join)。
假如認為對寫法的轉變難以懂得,還可以點中“履行籌劃”復選框,經由過程比擬兩條SQL語句的履行籌劃的分歧,來懂得個中的差別。在檢查履行籌劃進程中,假如有甚麼不明確的處所,可以點中“SQL信息按鈕”,再點擊履行籌劃看不明確的處所,LECCO SQL Expert的高低文敏感贊助體系將供給履行籌劃該處的說明。
在“SQL比擬器”中,選中“統計信息”復選框後,可獲得具體的兩條SQL語句運轉時的統計信息比擬,這關於進修分歧的SQL寫法對數據庫資本的消費很有贊助。
LECCO SQL Expert優化模塊的特色
LECCO SQL Expert優化模塊的特色重要表示為:主動優化SQL語句;以獨家的人工智能常識庫“反應式搜刮引擎”來重寫機能優良的SQL語句;找出一切等效的SQL語句及能夠的履行籌劃;包管發生雷同的成果;先輩的SQL語法剖析器能處置最龐雜的SQL語句;可以重寫SELECT、SELECT INTO、UPDATE、INSERT和DELETE語句;經由過程測試運轉,為運用法式和數據庫主動找到機能最好的SQL語句;供給微秒級的計時,可以或許優化Web運用法式和有年夜量用戶的在線事務處置中運轉時光很短的SQL語句;為開辟人員供給“邊做邊學式練習”,敏捷進步開辟人員的SQL編程技巧;供給高低文敏感的履行籌劃贊助體系和SQL運轉狀況贊助;不是猜想或建議,而是舉世無雙的SQL重寫處理計劃。
寫出專家級的SQL語句
LECCO SQL Expert的湧現,使SQL的優化變得極端簡略,只需可以或許寫出SQL語句,它就可以幫用戶找到最好機能的寫法。LECCO SQL Expert不只能在很短的時光內找到一切能夠的優化計劃,並且可以或許經由過程現實測試,肯定最有用的優化計劃。同以往的數據庫優化手腕比擬較,LECCO SQL Expert將數據庫優化技巧帶到了一個極新的技巧高度,依附人的經歷、消耗年夜量時光、受人的思想約束的數據庫優化手腕曾經被高效、省時且精確的主動優化軟件所代替了。經由過程內建的“LECCO小助手”的贊助,即便是SQL的開辟老手,也能疾速且簡略地寫出專家級的SQL語句。
好比如今有一人員表 (表名: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
可以完成上述後果.
select語句前加:
declare @d datetime
set @d=getdate()
並在select語句後加:
select [語句履行消費時光(毫秒)]=datediff(ms,@d,getdate())
Transact_SQL小手冊
*******************Transact_SQL********************
--語 句 功 能
--數據操作
SELECT --從數據庫表中檢索數據行和列
INSERT --向數據庫表添加新數據行
DELETE --從數據庫表中刪除數據行
UPDATE --更新數據庫表中的數據
--數據界說
CREATE TABLE --創立一個數據庫表
DROP TABLE --從數據庫中刪除表
ALTER TABLE --修正數據庫表構造
CREATE VIEW --創立一個視圖
DROP VIEW --從數據庫中刪除視圖
CREATE INDEX --為數據庫表創立一個索引
DROP INDEX --從數據庫中刪除索引
CREATE PROCEDURE --創立一個存儲進程
DROP PROCEDURE --從數據庫中刪除存儲進程
CREATE TRIGGER --創立一個觸發器
DROP TRIGGER --從數據庫中刪除觸發器
CREATE SCHEMA --向數據庫添加一個新形式
DROP SCHEMA --從數據庫中刪除一個形式
CREATE DOMAIN --創立一個數據值域
ALTER DOMAIN --轉變域界說
DROP DOMAIN --從數據庫中刪除一個域
--數據掌握
GRANT --授與用戶拜訪權限
DENY --謝絕用戶拜訪
REVOKE --消除用戶拜訪權限
--事務掌握
COMMIT --停止以後事務
ROLLBACK --中斷以後事務
SET TRANSACTION --界說以後事務數據拜訪特點
--法式化SQL
DECLARE --為查詢設定游標
EXPLAN --為查詢描寫數據拜訪籌劃
OPEN --檢索查詢成果翻開一個游標
FETCH --檢索一行查詢成果
CLOSE --封閉游標
PREPARE --為靜態履行預備SQL 語句
EXECUTE --靜態地履行SQL 語句
DESCRIBE --描寫預備好的查詢
---部分變量
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 秒後才履行SELECT 語句
waitfor delay '01:02:03'
select * from employee
--例 比及早晨11 點零8 分後才履行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症結字的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)
--------- 子查詢
--------- 除非能確保內層select只前往一個行的值,
--------- 不然應在外層where子句頂用一個in限制符
select distinct column_name form table_name --------- distinct指定檢索獨有的列值,不反復
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歸並查詢成果集,all-保存反復行
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*** --- 修正數據庫表構造
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 ......... ----- 完成刪除列的辦法(創立新表)
alter table table_name drop constraint Stockname_default ---- 刪除Stockname的default束縛
***function(/*經常使用函數*/)***
----統計函數----
AVG --求均勻值
COUNT --統計數量
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()函數前往表達式中一切數據的尺度差
--STDEVP()
--STDEVP()函數前往整體尺度差
--VAR()
--VAR()函數前往表達式中一切值的統計變異數
--VARP()
--VARP()函數前往整體變異數
----算術函數----
/***三角函數***/
SIN(float_expression) --前往以弧度表現的角的正弦
COS(float_expression) --前往以弧度表現的角的余弦
TAN(float_expression) --前往以弧度表現的角的正切
COT(float_expression) --前往以弧度表現的角的余切
/***反三角函數***/
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)
--把弧度轉換為角度前往與表達式雷同的數據類型可為
--INTEGER/MONEY/REAL/FLOAT 類型
RADIANS(numeric_expression) --把角度轉換為弧度前往與表達式雷同的數據類型可為
--INTEGER/MONEY/REAL/FLOAT 類型
EXP(float_expression) --前往表達式的指數值
LOG(float_expression) --前往表達式的天然對數值
LOG10(float_expression)--前往表達式的以10 為底的對數值
SQRT(float_expression) --前往表達式的平方根
/***取近似值函數***/
CEILING(numeric_expression) --前往>=表達式的最小整數前往的數據類型與表達式雷同可為
--INTEGER/MONEY/REAL/FLOAT 類型
FLOOR(numeric_expression) --前往<=表達式的最小整數前往的數據類型與表達式雷同可為
--INTEGER/MONEY/REAL/FLOAT 類型
ROUND(numeric_expression) --前往以integer_expression 為精度的四捨五入值前往的數據
--類型與表達式雷同可為INTEGER/MONEY/REAL/FLOAT 類型
ABS(numeric_expression) --前往表達式的相對值前往的數據類型與表達式雷同可為
--INTEGER/MONEY/REAL/FLOAT 類型
SIGN(numeric_expression) --測試參數的正負號前往0 零值1 負數或-1 正數前往的數據類型
--與表達式雷同可為INTEGER/MONEY/REAL/FLOAT 類型
PI() --前往值為π 即3.1415926535897936
RAND([integer_expression]) --用任選的[integer_expression]做種子值得出0-1 間的隨機浮點數
----字符串函數----
ASCII() --函數前往字符表達式最左端字符的ASCII 碼值
CHAR() --函數用於將ASCII 碼轉換為字符
--假如沒有輸出0 ~ 255 之間的ASCII 碼值CHAR 函數會前往一個NULL 值
LOWER() --函數把字符串全體轉換為小寫
UPPER() --函數把字符串全體轉換為年夜寫
STR() --函數把數值型數據轉換為字符型數據
LTRIM() --函數把字符串頭部的空格去失落
RTRIM() --函數把字符串尾部的空格去失落
LEFT(),RIGHT(),SUBSTRING() --函數前往部門字符串
CHARINDEX(),PATINDEX() --函數前往字符串中某個指定的子串湧現的開端地位
SOUNDEX() --函數前往一個四位字符碼
--SOUNDEX函數可用來查找聲響類似的字符串但SOUNDEX函數對數字和漢字均只前往0 值
DIFFERENCE() --函數前往由SOUNDEX 函數前往的兩個字符表達式的值的差別
--0 兩個SOUNDEX 函數前往值的第一個字符分歧
--1 兩個SOUNDEX 函數前往值的第一個字符雷同
--2 兩個SOUNDEX 函數前往值的第一二個字符雷同
--3 兩個SOUNDEX 函數前往值的第一二三個字符雷同
--4 兩個SOUNDEX 函數前往值完整雷同
QUOTENAME() --函數前往被特定字符括起來的字符串
/*select quotename('abc', '{') quotename('abc')
運轉成果以下
----------------------------------{
{abc} [abc]*/
REPLICATE() --函數前往一個反復character_expression 指定次數的字符串
/*select replicate('abc', 3) replicate( 'abc', -2)
運轉成果以下
----------- -----------
abcabcabc NULL*/
REVERSE() --函數將指定的字符串的字符分列次序倒置
REPLACE() --函數前往被調換了指定子串的字符串
/*select replace('abc123g', '123', 'def')
運轉成果以下
----------- -----------
abcdefg*/
SPACE() --函數前往一個有指定長度的空白字符串
STUFF() --函數用另外一子串調換字符串指定地位長度的子串
----數據類型轉換函數----
CAST() 函數語法以下
CAST() (<expression> AS <data_ type>[ length ])
CONVERT() 函數語法以下
CONVERT() (<data_ type>[ length ], <expression> [, style])
select cast(100+99 as char) convert(varchar(12), getdate())
運轉成果以下
------------------------------ ------------
199 Jan 15 2000
----日期函數----
DAY() --函數前往date_expression 中的日期值
MONTH() --函數前往date_expression 中的月份值
YEAR() --函數前往date_expression 中的年份值
DATEADD(<datepart> ,<number> ,<date>)
--函數前往指定日期date 加上指定的額定日時代隔number 發生的新日期
DATEDIFF(<datepart> ,<number> ,<date>)
--函數前往兩個指定日期在datepart 方面的分歧的地方
DATENAME(<datepart> , <date>) --函數以字符串的情勢前往日期的指定部門
DATEPART(<datepart> , <date>) --函數以整數值的情勢前往日期的指定部門
GETDATE() --函數以DATETIME 的缺省格局前往體系以後的日期和時光
----體系函數----
APP_NAME() --函數前往以後履行的運用法式的稱號
COALESCE() --函數前往浩瀚表達式中第一個非NULL 表達式的值
COL_LENGTH(<'table_name'>, <'column_name'>) --函數前往表中指定字段的長度值
COL_NAME(<table_id>, <column_id>) --函數前往表中指定字段的稱號即列名
DATALENGTH() --函數前往數據表達式的數據的現實長度
DB_ID(['database_name']) --函數前往數據庫的編號
DB_NAME(database_id) --函數前往數據庫的稱號
HOST_ID() --函數前往辦事器端盤算機的稱號
HOST_NAME() --函數前往辦事器端盤算機的稱號
IDENTITY(<data_type>[, seed increment]) [AS column_name])
--IDENTITY() 函數只在SELECT INTO 語句中應用用於拔出一個identity column列到新表中
/*select identity(int, 1, 1) as column_name
into newtable
from oldtable*/
ISDATE() --函數斷定所給定的表達式能否為公道日期
ISNULL(<check_expression>, <replacement_value>) --函數將表達式中的NULL 值用指定值調換
ISNUMERIC() --函數斷定所給定的表達式能否為公道的數值
NEWID() --函數前往一個UNIQUEIDENTIFIER 類型的數值
NULLIF(<expression1>, <expression2>)
--NULLIF 函數在expression1 與expression2 相等時前往NULL 值若不相等時則前往expression1 的值