本文目錄一覽:
- 1、mysql如何讓視圖利用索引
- 2、mysql資料庫是否可以為視圖創建索引,可以的話,請問如果創建
- 3、mysql的視圖可以建主鍵和索引嗎?(版本是5.6)
- 4、mysql有那些索引?分別在什麼場景使用
mysql如何讓視圖利用索引
1) mysql show table status where comment=’view’; (說明:Mysql5.1支持視圖,視圖被看作一種抽象表,因此顯示視圖狀態的語句與顯示錶狀態的語句相同,只是在comment列中以『view』區分)2) mysql select * from information_schema.tables where table_schema=’yourDatabaseName’ and table_type=’view’;(說明:這種方法通過系統表查找,效果同上,顯示信息更詳細。如果不能正確顯示結果,可能是大小寫的問題,Mysql在不同系統平台不同配置參數下的顯示結果可能不同,注意這點。)
mysql資料庫是否可以為視圖創建索引,可以的話,請問如果創建
mysql資料庫可以為視圖創建索引,創建方法為:
1、在mysql資料庫中為數據表創建索引時,可在創建表的時候直接創建索引,如下圖創建普通索引。
2、通過explain命令可以查看正在被使用的索引。
3、另外還可以創建唯一索引,唯一索引要求被約束列的值是唯一值,不能重複。
4、如果唯一索引列的值在創建時出現重複是無法正常插入的,如下圖。
5、另外還可以通過multiidx在同一個表中創建複合索引,如下圖。
6、在已經存在的表上,也可以直接通過create來添加索引,如下圖。
mysql的視圖可以建主鍵和索引嗎?(版本是5.6)
不可以,視圖是一張虛表,並不真實存在在資料庫中,所以也就沒有什麼主鍵、索引,因為根本就沒有行和列,本質上就是語句,當你調用視圖的時候資料庫管理系統會先去找視圖中封裝的語句,先執行生成視圖的語句,再在視圖的基礎上進行查詢
mysql有那些索引?分別在什麼場景使用
一、普通索引
這是最基本的索引,它沒有任何限制。有以下幾種創建方式:
1.創建索引
代碼如下:
CREATE INDEX indexName ON mytable(username(length));
如果是CHAR,VARCHAR類型,length可以小於欄位實際長度;如果是BLOB和TEXT類型,必須指定 length,下同。
2.修改表結構
代碼如下:
ALTER mytable ADD INDEX [indexName] ON (username(length)) — 創建表的時候直接指定。
CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, INDEX [indexName] (username(length)) );
— 刪除索引的語法:
DROP INDEX [indexName] ON mytable;
二、唯一索引
它與前面的普通索引類似,不同的就是:索引列的值必須唯一,但允許有空值。如果是組合索引,則列值的組合必須唯一。它有以下幾種創建方式:
代碼如下:
CREATE UNIQUE INDEX indexName ON mytable(username(length))
— 修改表結構
ALTER mytable ADD UNIQUE [indexName] ON (username(length))
— 創建表的時候直接指定
CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, UNIQUE [indexName] (username(length)) );
三、主鍵索引
它是一種特殊的唯一索引,不允許有空值。一般是在建表的時候同時創建主鍵索引:
代碼如下:
CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, PRIMARY KEY(ID) );
當然也可以用 ALTER 命令。記住:一個表只能有一個主鍵。
四、組合索引
為了形象地對比單列索引和組合索引,為表添加多個欄位:
代碼如下:
CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, city VARCHAR(50) NOT NULL, age INT NOT NULL );
為了進一步榨取MySQL的效率,就要考慮建立組合索引。
二:使用索引的注意事項
使用索引時,有以下一些技巧和注意事項:
1.索引不會包含有NULL值的列
只要列中包含有NULL值都將不會被包含在索引中,複合索引中只要有一列含有NULL值,那麼這一列對於此複合索引就是無效的。所以我們在資料庫設計時不要讓欄位的默認值為NULL。
2.使用短索引
對串列進行索引,如果可能應該指定一個前綴長度。例如,如果有一個CHAR(255)的列,如果在前10個或20個字元內,多數值是惟一的,那麼就不要對整個列進行索引。短索引不僅可以提高查詢速度而且可以節省磁碟空間和I/O操作。
3.索引列排序
MySQL查詢只使用一個索引,因此如果where子句中已經使用了索引的話,那麼order by中的列是不會使用索引的。因此資料庫默認排序可以符合要求的情況下不要使用排序操作;盡量不要包含多個列的排序,如果需要最好給這些列創建複合索引。
4.like語句操作
一般情況下不鼓勵使用like操作,如果非使用不可,如何使用也是一個問題。like 「%aaa%」 不會使用索引而like 「aaa%」可以使用索引。
5.不要在列上進行運算
select * from users where YEAR(adddate)2007;
將在每個行上進行運算,這將導致索引失效而進行全表掃描,因此我們可以改成:
select * from users where adddate『2007-01-01′;
6.不使用NOT IN和操作。
三:sql優化原則
常見的簡化規則如下:
1.不要有超過5個以上的表連接(JOIN)
2.考慮使用臨時表或表變數存放中間結果。
3.少用子查詢
4.視圖嵌套不要過深,一般視圖嵌套不要超過2個為宜。
5.連接的表越多,其編譯的時間和連接的開銷也越大,性能越不好控制。
6.最好是把連接拆開成較小的幾個部分逐個順序執行。
7.優先執行那些能夠大量減少結果的連接。
8.拆分的好處不僅僅是減少SQL Server優化的時間,更使得SQL語句能夠以你可以預測的方式和順序執行。
如果一定需要連接很多表才能得到數據,那麼很可能意味著設計上的缺陷。
原創文章,作者:小藍,如若轉載,請註明出處:https://www.506064.com/zh-tw/n/311408.html