Mysql索引分析:適合建索引?不適合建索引?【轉】
資料庫建立索引常用的規則如下: 1、表的主鍵、外來鍵必須有索引; 2、資料量超過300的表應該有索引; 3、經常與其他表進行連線的表,在連線欄位上應該建立索引; 4、經常出現在Where子句中的欄位,特別是大表的欄位,應該建立索引; 5、索引應該建在選擇性高的欄位上; 6、索引應該建在小欄位上,對於大的文字欄位甚至超長欄位,不要建索引; 7、複合索引的建立需要進行仔細分析;儘量考慮用單欄位索引代替: A、正確選擇複合索引中的主列欄位,一般是選擇性較好的欄位; B、複合索引的幾個欄位是否經常同時以AND方式出現在Where子句中?單欄位查詢是否 極少甚至沒有?如果是,則可以建立複合索引;否則考慮單欄位索引; C、如果複合索引中包含的欄位經常單獨出現在Where子句中,則分解為多個單欄位索引; D、如果複合索引所包含的欄位超過3個,那麼仔細考慮其必要性,考慮減少複合的欄位; E、如果既有單欄位索引,又有這幾個欄位上的複合索引,一般可以刪除複合索引; 8、頻繁進行資料操作的表,不要建立太多的索引; 9、刪除無用的索引,避免對執行計劃造成負面影響; 以上是一些普遍的建立索引時的判斷依據。 索引的建立必須慎重,對每個索引的必要性都應該經過仔細分析,要有建立的依據。 因為太多的索引與不充分、不正確的索引對效能都毫無益處:在表上建立的每個索引都會增加儲存開銷,索引對於插入、刪除、更新操作也會增加處理上的開銷。 另外,過多的複合索引,在有單欄位索引的情況下,一般都是沒有存在價值的;相反,還會降低資料增加刪除時的效能,特別是對頻繁更新的表來說,負面影響更大。 總的來說,小型表肯定不建索引, 或者資料庫記錄在億條資料級以上,還是建議使用非關係型資料庫。 還有些特殊欄位的資料庫,比如BLOB,CLOB欄位肯定也不適合建索引。 其實這個問題更感覺偏向於做軟體專案的一種經驗。
對千萬級MySQL資料庫建立索引的事項及提高效能的手段
一、注意事項:
首先,應當考慮表空間和磁碟空間是否足夠。我們知道索引也是一種資料,在建立索引的時候勢必也會佔用大量表空間。因此在對一大表建立索引的時候首先應當考慮的是空間容量問題。
其次,在對建立索引的時候要對錶進行加鎖,因此應當注意操作在業務空閒的時候進行。
二、效能調整方面:
首當其衝的考慮因素便是磁碟I/O。物理上,應當儘量把索引與資料分散到不同的磁碟上(不考慮陣列的情況)。邏輯上,資料表空間與索引表空間分開。這是在建索引時應當遵守的基本準則。
其次,我們知道,在建立索引的時候要對錶進行全表的掃描工作,因此,應當考慮調大初始化引數db_file_multiblock_read_count的值。一般設定為32或更大。
再次,建立索引除了要進行全表掃描外同時還要對資料進行大量的排序操作,因此,應當調整排序區的大小。
9i之前,可以在session級別上加大sort_area_size的大小,比如設定為100m或者更大。
9i以後,如果初始化引數workarea_size_policy的值為TRUE,則排序區從pga_aggregate_target裡自動分配獲得。
最後,建立索引的時候,可以加上nologging選項。以減少在建立索引過程中產生的大量redo,從而提高執行的速度。
MySql在建立索引優化時需要注意的問題
|
相關推薦
Mysql索引分析:適合建索引?不適合建索引?【轉】
資料庫建立索引常用的規則如下: 1、表的主鍵、外來鍵必須有索引; 2、資料量超過300的表應該有索引; 3、經常與其他表進行連線的表,在連線欄位上應該建立索引; 4、經常出現在Where子句中的欄位,特別是大表的欄位,應該建立索引; 5、索引應該建在選擇性高的欄位上
c++ 用new創建二維數組~創建指針數組【轉】
[] 兩種方法 維數 del 不用 ios blog pan cnblogs #include <iostream> using namespace std; void main() { //用new創建一個二維數組,有兩種方法,是等價的 //一: int
C++中三種創建對象的方法【轉】
內存 stream self 一般來說 ron ref 支持 內存碎片 搜索 我們都知道C++中有三種創建對象的方法,如下: #include <iostream> using namespace std; class A { private: in
MySQL 5.7在線設置復制過濾【轉】
line 調整 count 很大的 can mas 開啟 all repl 轉自 MySQL 5.7在線設置復制過濾 - yayun - 博客園 https://www.cnblogs.com/gomysql/p/4991197.html 5.7也GA了,有許多新的
音頻增益響度分析 ReplayGain 附完整C代碼示例【轉】
.html ssi ifdef bar read IT 輸出 標準 avi 轉自:http://www.cnblogs.com/cpuimage/p/8846951.html 人們所熟知的圖像方面的3A算法有: AF自動對焦(Automatic Focus)自動對焦即調
Linux : select()詳解 和 實現原理【轉】
https://www.cnblogs.com/sky-heaven/p/7205491.html#4119169 轉自:http://blog.csdn.net/huntinux/article/details/39289317 原文:http://blog.csdn.n
python機器學習::資料預處理(1)【轉】
轉載自:http://2hwp.com/2016/02/03/data-preprocessing/ 常見的資料預處理方法,以下通過sklearn的preprocessing模組來介紹; 1. 標準化(Standardization or Mean Removal and
Maven 系列 一 :Maven 快速入門及簡單使用【轉】
開發環境 MyEclipse 2014 JDK 1.8 Maven 3.2.1 1.什麼是Maven? Maven是一個專案管理工具,主要用於專案構建,依賴管理,專案資訊管理。 2.下載及安裝 解壓檔案: 配置環境變數(需要先配置好%JAVA_HOME%環境變數): 檢視
宋寶華:關於Ftrace的一個完整案例【轉】
Ftrace簡介 Ftrace是Linux進行程式碼級實踐分析最有效的工具之一,比如我們進行一個系統呼叫,出來的時間過長,我們想知道時間花哪裡去了,利用Ftrace就可以追蹤到一級級的時間分佈。 Ftrace案例 寫一個proc模組,包含一個proc的讀和寫的入口。test_proc_show()故意呼
Deeplearning4j 實戰(2):Deeplearning4j 手寫體數字識別Spark實現【轉】
from:http://blog.csdn.net/wangongxi/article/details/54616842 在前兩天的部落格中,我們用Deeplearning4j做了Mnist資料集的分類。算是第一個深度學習的應用。像Mnist資料集這樣圖片尺寸不大,
適合建索引?不適合建索引?分析
添加 選擇性 sel size 單獨 orderby ike 分配 select 數據庫建立索引常用的規則如下: 1、表的主鍵、外鍵必須有索引; 2、數據量超過300的表應該有索引; 3、經常與其他表進行連接的表,在連接字段上應該建立索引; 4、經常出現在Where子
mysql性能優化-慢查詢分析、優化索引和配置【轉】
簡單的 ssi any 通過命令 字型 reat created 效果 tle 一、優化概述 二、查詢與索引優化分析 1性能瓶頸定位 Show命令 慢查詢日誌 explain分析查詢 profiling分析查詢 2索引及查詢優化 三、配置優化 1) max_c
MySQL索引操作:建立、新增和刪除索引
如果對索引的作用不太瞭解的建議先閱讀上一篇博文:MySQL索引的作用和分類介紹 建立索引 建立表的時候建立索引 格式: CREATE TABLE 表名[欄位名 欄位型別] [UNIQUE|FULLTEXT|SPATIAL|...] [INDEX|K
【轉】mysql的左字首索引
作者:沈傑 連結:https://www.zhihu.com/question/36996520/answer/93256153 來源:知乎 著作權歸作者所有。商業轉載請聯絡作者獲得授權,非商業轉載請註明出處。 這是你的表結構,有三個欄位,分別是id,name,cid CREATE TABLE
從性別欄位不適合建索引說起
理論文章會告訴你值重複率高的欄位不適合建索引。不要說性別欄位只有兩個值,網友親測,一個欄位使用拼音首字母做值,共有26種可能,加上索引後,百萬加的資料量,使用索引的速度比不使用索引要慢! 一個表可能會涉及兩個資料結構(檔案),一個是表本身,存放表中的資料,另一個是索引。索引是什麼?它就是把一個
【轉】MySQL— 索引 Mysql幾種索引型別的區別及適用情況
【轉】MySQL— 索引 目錄 一、索引 二、索引型別 三、索引種類 四、操作索引 五、建立索引的時機 六、命中索引 七、其它注意事項 八、LIMIT分頁 九、執行計劃 十、慢查詢日誌 一、索引 MySQL索引的建立對於MySQL的高效執行是很重要的,
MySQL 問題分析:ERROR 1071 (42000) : Specified key was too long; max key length is 767 bytes
今天在MySQL 5.6版本的資料庫中修改InnoDB表字段長度時遇到了”ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes”錯誤,第一次遇到這個錯誤,遂花了點學習、研究過、
MySQL 問題分析:ERROR 1071 : Specified key was too long;max
今天在MySQL 5.6版本的資料庫中修改InnoDB表字段長度時遇到了”ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes”錯誤,第一次遇到這個錯誤,遂花了點學
【轉】MySQL索引背後的資料結構及演算法原理
摘要 本文以MySQL資料庫為研究物件,討論與資料庫索引相關的一些話題。特別需要說明的是,MySQL支援諸多儲存引擎,而各種儲存引擎對索引的支援也各不相同,因此MySQL資料庫支援多種索引型別,如BTree索引,雜湊索引,全文索引等等。為了避免混亂,本文將只關注於BTree
【轉】mysql索引優化———最左原則
推薦閱讀: https://blog.csdn.net/zly9923218/article/details/51007554 http://www.cnblogs.com/itdragon/p/8146439.html 解釋一下最左字首原則: 2.當b+樹的資料項是複合的資料結構,