1、使用like關鍵字模糊查詢時，% 放在前面索引不起作用，只有「%」不在第乙個位置，索引才會生效（like '%文'--索引不起作用）
2、使用聯合索引時，只有查詢條件中使用了這些欄位中的第乙個字段，索引才會生效
3、使用or關鍵字的查詢，查詢語句的查詢條件中只有or關鍵字，且or前後的兩個條件中的列都是索引時，索引才會生效，否則索引不生效。
4、盡量避免在where子句中使用!=或<>操作符，否則引擎將放棄使用索引而進行全表掃瞄。
5、對查詢進行優化，應盡量避免全表掃瞄，首先應考慮在where以及order by涉及的列上建立索引。
6、應盡量避免在 where 子句中對字段進行表示式操作，這將導致引擎放棄使用索引而進行全表掃瞄。如：
select id from t where num/2=100
應改為:
select id from t where num=100*2
8、不要在 where 子句中的「=」左邊進行函式、算術運算或其他表示式運算，否則系統將可能無法正確使用索引。
9、並不是所有的索引對查詢都有效，sql是根據表中的資料來進行查詢優化的，當索引列有大量資料重複時，sql查詢不會去利用索引，如一表中有字段
***，male,female幾乎個一半，那麼即使在***上建立了索引也對查詢效率起不了作用。
10、索引並不是越多越好，索引固然可以提高相應的 select 的效率，但同時也降低了 insert 及 update 的效率，
因為 insert 或 update 時有可能會重建索引，所以怎樣建索引需要慎重考慮，視具體情況而定。乙個表的索引數最好不要超過6個，
若太多則應考慮一些不常使用到的列上建的索引是否有 必要。
11、盡量使用數字型字段，若只含數值資訊的字段盡量不要設計為字元型，這會降低查詢和連線的效能，並會增加儲存開銷。
這是因為引擎在處理查詢和連線時會 逐個比較字串中每乙個字元，而對於數字型而言只需要比較一次就夠了。
12、mysql查詢只使用乙個索引，因此如果where子句中已經使用了索引的話，那麼order by中的列是不會使用索引的。
因此資料庫預設排序可以符合要求的情況下不要使用排序操作，盡量不要包含多個列的排序，如果需要最好給這些列建復合索引。
13、order by 索引 ，不起作用的問題（除了主鍵索引之外）：
1、 如果select 只查詢索引字段，order by 索引欄位會用到索引，要不然就是全表排列；
2、如果有where 條件，比如where vtype=1 order by vtype asc . 這樣order by 也會用到索引！
使用特殊索引時所需要注意的事項
在oracle裡除了我們常用的b樹索引外，還有一些特殊索引能被使用。如 倒序索引，位對映索引，函式索引等。我根據自己的體會，列乙個注意事項 倒序索引 oracle doc上說倒序索引比較適合於序列號產生的字段，如唯一編號。但是這樣的索引對於範圍的比較，如 between and 等操作是不起作用的 ...
SharePoint的資料庫效能需要注意的一點
建立sharepoint的時候,可能會忽略在資料庫層次的兩個設定 initial size 和 autogrowth 這兩個選項的預設值都需要修改一下的.initial size,如果說我們的content db大小已經是4 tb了.那麼我們設定crawlstoredb的初始大小為500 mb就是不...
配置時需要注意的
搭建的時候肯定不會在同一臺主機上搭建。大多都是在不同的伺服器上安裝不同的角色 追蹤器主機上的 配置檔案填寫的是 當前主機的ip 儲存節點主機上的 bind addr 填的就是當前主機的ip 配置中tracker server 填的蹤器的ip和埠 儲存節點的輪詢 就是在新增一次tracker serv...