更準確的說，單列索引不儲存null值，復合索引不儲存全為null的值。索引不能儲存null，所以對這列採用is null條件時，因為索引上根本
沒null值，不能利用到索引，只能全表掃瞄。
為什麼索引列不能存null值？
將索引列值進行建樹，其中必然涉及到諸多的比較操作。null值的特殊性就在於參與的運算大多取值為null。
這樣的話，null值實際上是不能參與進建索引的過程。也就是說，null值不會像其他取值一樣出現在索引樹的葉子節點上。
假如索引列type有5個鍵值，如果有1萬條資料，那麼 where type = 1將訪問表中的2000個資料塊。
再加上訪問索引塊，一共要訪問大於200個的資料塊。
如果全表掃瞄，假設10條資料乙個資料塊，那麼只需訪問1000個資料塊，既然全表掃瞄訪問的資料塊
少一些，肯定就不會利用索引了。
假如有這樣一列code的值為'aaa','aab','baa','bab' ,如果where code like '%ab'條件，由於前面是
模糊的，所以不能利用索引的順序，必須乙個個去找，看是否滿足條件。這樣會導致全索引掃瞄或者全表掃
描。如果是這樣的條件where code like 'a % '，就可以查詢code中a開頭的code的位置，當碰到b開頭的
資料時，就可以停止查詢了，因為後面的資料一定不滿足要求。這樣就可以利用索引了。
1.如果條件中有or，即使其中有條件帶索引也不會使用(這也是為什麼盡量少用or的原因)
要想使用or，又想讓索引生效，只能將or條件中的每個列都加上索引
2.對於多列索引，不是使用的第一部分，則不會使用索引
3.like查詢以%開頭
4.如果列型別是字串，那一定要在條件中將資料使用引號引用起來,否則不使用索引
5.如果mysql估計使用全表掃瞄要比使用索引快,則不使用索引
b樹索引具有範圍查詢和字首查詢的能力，對於有n節點的b樹，檢索一條記錄的複雜度為o(logn)。相當於二分查詢。
雜湊索引只能做等於查詢，但是無論多大的hash表，查詢複雜度都是o(1)。
顯然，如果值的差異性大，並且以等值查詢（=、 <、>、in）為主，hash索引是更高效的選擇，它有o(1)的查詢複雜度。
如果值的差異性相對較差，並且以範圍查詢為主，b樹是更好的選擇，它支援範圍查詢。
mysql碰到的幾個問題
create table user username varchar 16 not null primary key,passwd char 16 not null,admin enum no yes not null 此表正確。create table user username varchar ...
幾個問題的
1.寫乙個函式返回引數二進位制中 1 的個數 比如 15 0000 1111 4 個 1 程式原型 int count one bits unsigned int value 解 無符號整型為32位,所以利用迴圈32次,逐個判斷二進位制每一位是不是1 int count one bits unsig...
MySQL訪問控制的幾個問題
開啟mysql的配置檔案，可以看到這麼一行 ndb connectstring 127.0.0.1 這行的作用是，禁止資料庫的遠端訪問，如果需要允許資料庫遠端訪問，直接把這行登出就可以，ndb connectstring 127.0.0.1 但是，如果是使用phpmyadmin來管理，就可以繞過這個...