索引的使用？正確規(guī)則1、表的主鍵、外鍵必須有索引；2、數據量達到300的表估計有索引；3、每天都與其他表并且直接連接的表，在連接上字段上肯定確立索引；4、你經常再次出現在Where子句中的字段，特別是

索引的使用？

正確規(guī)則

1、表的主鍵、外鍵必須有索引；

2、數據量達到300的表估計有索引；

3、每天都與其他表并且直接連接的表，在連接上字段上肯定確立索引；

4、你經常再次出現在Where子句中的字段，特別是大表的字段，估計建立起索引；

5、索引估計建在中,選擇性高的字段上；

6、索引肯定建在小字段上，相對于大的文本字段甚至還超長字段，最好不要建索引；

7、純索引的建立需要通過仔細思考；最好就是考慮用單字段索引不用：

真確選擇復合索引中的主列字段，好象是你選擇性比較好的字段；

純索引的幾個字段如何確定你經常而以AND再次出現在Where子句中？單字段網站查詢有無屈指可數甚至還沒有？如果不是是，則這個可以建立復合索引；不然的話考慮到單字段索引；

如果不是復合索引中包含的字段你經常單獨出現在Where子句中，則分解成為多個單字段索引；

如果合么索引所包涵的字段最多3個，這樣翻看考慮到其必要性，確定增加業(yè)胎關系的字段；

如果沒有既有單字段索引，又有這幾個字段上的合么索引，一般這個可以刪除純索引；

8、過度參與數據操作的表，千萬不能建立太大的索引；

9、刪除掉無濟的索引，盡量的避免對不能執(zhí)行計劃產生嚴重影響；

以上是一些普遍的確立索引時的判斷依據。索引的建立需要慎重，對每個索引的必要性都肯定經過仔細分析，要有確立的依據。

畢竟太的索引與不充分、不真確的索引對性能都絲毫益處：在表上確立的每個索引都會減少存儲開銷，索引相對于直接插入、刪除掉、更新操作也會增加處理上的開銷。別外，過多的復合索引，在有單字段索引的情況下，象大都是沒有修真者的存在價值的；反過來，還會降底數據減少刪除掉時的性能，特別是對正常自動更新的表來說，壞影響極大。

我認為，銀色表肯定不建索引，或者數據庫記錄信息在億條數據級以上，肯定建議使用非關系型數據庫。還有些普通字段的數據庫，諸如BLOB，CLOB字段當然也不適合我建索引。

對千萬級MySQL數據庫成立索引的事項及提高性能的手段

注意事項：

簡單，應當考慮到表空間和磁盤空間是否需要起碼。我們知道索引也一種數據，在建立索引的時候那樣一來也會占用大量表空間。因此在對一大表組建索引的時候簡單應當由考慮的是空間容量問題。其次，在對成立索引的時候要對表進行加鎖，但應當注意一點操作在業(yè)務多余的時間的時候進行。

mysql數據庫在進行事務的時候會鎖表嗎？要鎖整張表應該怎樣操作？

要是建議使用的是myisam存儲引擎，帶的是表級鎖，不過不支持什么事務。要是專用是innodb，則得用是行級鎖，如果要鎖表，一這個可以在該表刪除所有的索引，二把事務等級改成串行化，三select*outsidetableofversion，或則在有讀該表的業(yè)務層代碼加鎖。