索引建立的效能因素
1）引數mergefactor 表明索引段合併時所具有索引段的數量，即索引段合併的頻率。
該值越大，則索引合併頻率越低，索引建立的速度快。反之將造成建立索引的開銷加大。但
是值得注意的是如果配置過大，容易出現表中mergefactor=100 時的極端情形，索引檔案成
級數量增長而不會合併造成了系統開啟檔案數量過大，系統資源消耗殆盡，處理效率極其低
下。在實際應用中，如果索引是增量式發展，建議配置為較小值如10。如果索引一般是批
量載入，那麼應該根據系統實際情況配置成適當大的值如50，還應該考慮具體的記憶體配置
大小來調整相應的大小。
2）引數maxbuffereddocs 定義了觸發文件合併動作並建立乙個新索引段的最小文件數
量。尚未達到該數量的索引文件將在記憶體中操作，一旦達到配置的數量，這些文件將合併
成乙個索引段寫入磁碟。從測試可以看出該值越大系統每次i/o 以及buffer 的占用都將加大，
說明記憶體中操作的資料量增多，但是如果記憶體較小，過大的配置值也會適得其反，記憶體占用
過多。總的來說，如果記憶體是主要考慮因素的話就應該將該值控制在100 的量級上，如果內
存較大，就可以把該配置適當調高到1000 的量級上，讓更多的記錄在記憶體中操作。
資訊檢索的效能因素
1) solrconfig.xml 中引數enablelazyfieldloading：該配置項決定是否啟用檢索時的懶
散載入功能。所謂懶散載入是指，搜尋引擎在返回檢索結果的時候不會一次載入整個文件
中存貯的資訊，這在文件較大的情況下能大大的縮減檢索的開銷。如果系統的使用者第一次點
擊看到的只是部分資訊，那麼可以將該配置項設定為true。如果專案要求使用者檢索的結構要
顯示全部文件資訊，並且記錄長度較大無法一次讀取載入時，就不能開啟該選項。
實現類，cache 最大條目，cache 初始大小，autowarmcount 決定取自舊快取以預熱新快取
的條目數。如果autowarmcount 配置較大就會提高快取命中率，但同時預熱的開銷就會加
大，反之則預熱簡單，命中率也會降低，通常配置為初始大小的一半。
mysql建立高效能的索引
mysql索引的基礎和型別 延伸 mysql索引建立的原則 延伸 mysql索引的注意事項 mysql索引的基礎和型別 1 索引對效能的影響 大大的減少了伺服器掃瞄的資料量 幫助伺服器避免排序和臨時表 將隨機i o變成順序i o 大大提高了查詢的速度，降低了寫的速度，占用磁碟。2 索引的型別 索引有...
建立高效能的索引 二
當我們討論索引時，不特殊說明某一類，我們一般說的是b tree索引 多路平衡查詢樹 使用b tree的目的是將過多的磁碟io查詢轉換成記憶體查詢。磁碟讀取依靠的是機械運動，分為尋道時間 旋轉延遲 傳輸時間三個部分，這三個部分耗時相加就是一次磁碟io的時間，大概9ms左右。這個成本是訪問記憶體的十萬倍...
MySQL建立高效能的索引
b tree 索引 儲存引擎帶來的不同。1.底層儲存儲存引擎不同使用的資料結構不同，ndb使用t tree，即使他的名稱是btree，innodb使用的是b tree。2.不同引擎也會以不同的方式使用b tree，myisam使用字首壓縮技術使得索引更加小，innodb原資料格式進行儲存。myisa...