用c# 自動更新程式
什麼是資料庫索引
資料庫索引是對資料庫表中一列或多列的值進行排序的一種結構。資料庫的索引就像一本書的目錄，能夠加快資料庫的查詢速度。
MySQL 索引型別
MySQL 索引有四種類型：
-
PRIMARY
-
INDEX
-
UNIQUE
-
FULLTEXT
這四種索引型別都是單列索引，也就是他們都是作用於單個一列，所以也稱單列索引（一個索引也可以作用於多個列上，稱為組合索引或複合索引）
單列索引
- 新建一張測試表
CREATE TABLE T_USER( ID INT NOT NULL,USERNAME VARCHAR(16) NOT NULL);
PRIMARY：主鍵索引（索引列唯一且不能為空；一張表只能有一個主鍵索引（主鍵索引通常在建表的時候就指定））
CREATE TABLE T_USER(ID INT NOT NULL,USERNAME VARCHAR(16) NOT NULL,PRIMARY KEY(ID))
NORMAL：普通索引（索引列沒有任何限制）
- 建表時指定
CREATE TABLE T_USER(ID INT NOT NULL,USERNAME VARCHAR(16) NOT NULL,INDEX USERNAME_INDEX(USERNAME(16))) //給列 USERNAME 建普通索引 USERNAME_INDEX
- ALTER語句指定
ALTER TABLE T_USER ADD INDEX U_INDEX (USERNAME) //給列 USERNAME 建普通索引 U_INDEX
- 刪除索引
DROP INDEX U_INDEX ON t_user //刪除表 t_user 中的索引 U_INDEX
UNIQUE：唯一索引。索引列的值必須是唯一的，但允許有空；
- 建表時指定
CREATE TABLE t_user(ID INT NOT NULL,USERNAME VARCHAR(16) NOT NULL,UNIQUE U_INDEX(USERNAME)) //給列USERNAME新增唯一索引T_USER
- ALTER語句指定
ALTER TABLE t_user ADD UNIQUE u_index(USERNAME) //給列T_USER新增唯一索引u_index
- 刪除索引
DROP INDEX U_INDEX ON t_user
FULLTEXT：全文搜尋的索引。FULLTEXT 用於搜尋很長一篇文章的時候，效果最好。用在比較短的文字，如果就一兩行字的，普通的 INDEX 也可以。索引的新建和刪除和上面一致，這裡不再列舉...
組合索引（複合索引）
- 新建一張表
CREATE TABLE T_USER(ID INT NOT NULL,USERNAME VARCHAR(16) NOT NULL,CITY VARCHAR(10),PHONE VARCHAR(10),PRIMARY KEY(ID) )
組合索引就是把多個列加入到統一個索引中，如新建的表T_USER，我們給USERNAME+CITY+PHONE建立一個組合索引
ALTER TABLE t_user ADD INDEX name_city_phone(USERNAME,CITY,PHONE) //組合普通索引
ALTER TABLE t_user ADD UNIQUE name_city_phone(USERNAME,CITY,PHONE) //組合唯一索引
這樣的組合索引，其實相當於分別建立了（USERANME,CITY,PHONE USERNAME,CITY USERNAME,PHONE）三個索引。
為什麼沒有（CITY,PHONE）索引呢？這是因為MYSQL組合查詢“最左字首”的結果。簡單的理解就是隻從最左邊開始組合。
並不是查詢語句包含這三列就會用到該組合索引：
這樣的查詢語句才會用到建立的組合索引
SELECT * FROM t_user where USERNAME="parry" and CITY="廣州" and PHONE="180"
SELECT * FROM t_user where USERNAME="parry" and CITY="廣州"
SELECT * FROM t_user where USERNAME="parry" and PHONE="180"
這樣的查詢語句是不會用到建立的組合索引
SELECT * FROM t_user where CITY="廣州" and PHONE="180"
SELECT * FROM t_user where CITY="廣州"
SELECT * FROM t_user where PHONE="180"
索引不足之處
-
索引提高了查詢的速度，但是降低了 INSERT、UPDATE、DELETE 的速度，因為在插入、修改、刪除資料時，還要同時操作一下索引檔案；
-
建立索引會建立索引檔案，索引檔案會佔用一定的磁碟儲存空間
索引使用注意事項
-
只要列中包含 NULL 值將不會被包含在索引中。組合索引只要有一列含有 NULL 值，那麼這一列對於組合索引就是無效的，所以我們在設計資料庫的時候最好不要讓欄位的預設值為NULL;
-
使用短索引。如果可能應該給索引指定一個長度，例如：一個VARCHAR(255)的列，但真實儲存的資料只有20位的話，在建立索引時應指定索引的長度為20，而不是預設不寫。
如下：
ALTER TABLE t_user add INDEX U_INDEX(USERNAME(16)) 優於 ALTER TABLE t_user add INDEX U_INDEX(USERNAME)
使用短索引不僅能夠提高查詢速度，而且能節省磁碟操作以及I/O操作。
-
索引列排序。Mysql 在查詢的時候只會使用一個索引，因此如果 where 子句已經使用了索引的話，那麼 order by 中的列是不會使用索引的，所以 order by 儘量不要包含多個列的排序，如果非要多列排序，最好使用組合索引。
-
Like 語句。一般情況下不是鼓勵使用 like,如果非使用，那麼需要注意 like"%aaa%" 不會使用索引；但 like“aaa%” 會使用索引。
-
不使用 NOT IN 和 <> 操作
索引方式 HASH 和 BTREE 比較
HASH
用於對等比較，如 "=" 和 "<=>"
BTREE
BTREE 索引看名字就知道索引以樹形結構儲存，通常用在像 "=，>，>=，<，<=、BETWEEN、Like" 等操作符查詢效率較高；
通過比較發現，我們常用的是 BTREE 索引方式，當然 Mysql 預設就是 BTREE 方式