MySQL基本概念【一】

1.看錶的DDL建立語句
show create table TABLE_NAME\G;
2.在列上建立索引，和Oracle一樣
很多書上說，在建立主鍵的時候要建立自增主鍵，為什麼不同於Oracle，因為Oracle的表是堆表，大家都明白，Oracle的索引是。innodb的表是天然的樹形結構，如果你不建立primary key 他也會給你建立，一個列上有唯一性的id，你看不見他，他是根據記憶體裡面的一個值，然後遞增生成的，他不是為單獨的表遞增的，他是為系統中所有的表遞增，是個全域性性total order的id，這樣就成為一個熱點，為了避免這種熱點，我們在建立MySQL中的表的時候要指定遞增唯一主鍵，所以MySQL中插入一條資料不是說找到一個空閒的記憶體區就放在上面，而是放在自己的B-Tree位置。是Oracle IOT表的概念。

InnoDB的一個page是16K，如果你的id列不是自增， 如果你插入了id = 1，id = 14，第一個id在B-Tree的最左端，機械盤對隨機讀的衰減的影響非常大。如果id相鄰 1 2 3 那麼一個page就搞定了即一個IO，這就是為什麼要有自增索引， SSD減少隨機讀了，但不能消除。

3.重新命名錶
4.新增列
在MySQL5.5之前，新增列，表中的資料會被影響，我現在是5.6.22表中有一行資料，在我新增列的時候，0 rows affected，5.5的話會有1 rows affected，5.5寫入會被阻塞。

5.alter table drop index

6.index

點選(此處)摺疊或開啟

1. mysql> select * from test where id = 1;
   
2. +------+---------+------+
   
3. | id | ename | sal |
   
4. +------+---------+------+
   
5. | 1 | wuyusen | NULL |
   
6. +------+---------+------+
   
7. 1 row in set (0.00 sec)
   
8. 
   
9. mysql> select * from test limit 10\G;
   
10. *************************** 1. row ***************************
    
11.    id: 1
    
12. ename: wuyusen
    
13.   sal: NULL
    
14. *************************** 2. row ***************************
    
15.    id: 2
    
16. ename: aaa
    
17.   sal: NULL
    
18. 2 rows in set (0.00 sec)
    
19. 
    
20. ERROR:
    
21. No query specified
    
22. 
    
23. mysql> select * from test where id = 1\G;
    
24. *************************** 1. row ***************************
    
25.    id: 1
    
26. ename: wuyusen
    
27.   sal: NULL
    
28. 1 row in set (0.00 sec)
    
29. 
    
30. ERROR:
    
31. No query specified

下面是

點選(此處)摺疊或開啟

1. mysql> explain select * from test where id =1\G;
   
2. *************************** 1. row ***************************
   
3.            id: 1
   
4.   select_type: SIMPLE
   
5.         table: test
   
6.          type: ref
   
7. possible_keys: test_id_ind
   
8.           key: test_id_ind
   
9.       key_len: 5
   
10.           ref: const
    
11.          rows: 1
    
12.         Extra: NULL
    
13. 1 row in set (0.00 sec)
    
14. 
    
15. ERROR:
    
16. No query specified

點選(此處)摺疊或開啟

1. mysql> explain select * from test where id = 1;
   
2. +----+-------------+-------+------+---------------+-------------+---------+-------+------+-------+
   
3. | id | select_type | table | type | possible_keys |      key    | key_len |   ref | rows | Extra |
   
4. +----+-------------+-------+------+---------------+-------------+---------+-------+------+-------+
   
5. |  1 |      SIMPLE |  test |  ref |   test_id_ind | test_id_ind |       5 | const |    1 |  NULL |
   
6. +----+-------------+-------+------+---------------+-------------+---------+-------+------+-------+
   
7. 1 row in set (0.01 sec)

先做詞法解析，把select * from test 每個單詞，是否是符合語法，生成執行計劃，這裡的possible_keys是可能選擇走的索引，如果有主鍵和一個索引的話，possible_keys就會有兩個值，key上就會出現真實的走的是哪個，

7.將一個表匯出來
40101是版本相容
直接source XX.sql 就能匯入，不同的庫，
也可以：
select * from test into outfile  '/backup/xx.sql';

8.資料遷移

方式一：停機時間少（簡單）
如果5.5 遷移5.6那麼搭建備庫，master 5.5，slave 5.6接到主庫5.5上。
設定read_only 為on，這樣的你的庫就是隻讀的了，root使用者限制不住。主庫沒有寫入，備庫將bin-log應用完，然後將應用、DNS切換到備庫。

5.5 master --&gt5.5 slave
  |
5.6 slave
 |



9.bin log

reset master是清理bin log的，下面我們建立一個表再看bin log
第二行就是建立xx表，記錄在bin log中的內容。
120位元組的位置，多了個query 操作，相當Oracle redo log。

也可以用insert 看看，實驗下這裡就不做了，

將當前session sql的binlog關閉
與nologging還不太一樣，這個binlog是完完全全的不記錄日誌。

切換日誌，現在已經變成002了... ...
這個server 層的redo ，他是不能迴圈利用的，類似於Oracle的Archive Log。InnoDB有自己的redo，其中ibdata1是InnoDB的後設資料，ib_logfile1、ib_logfile1 預設在datadir下，我們也可以指定其位置，這個是迴圈應用的，0用完用1，1用完用0，類似Redo但不完全相同。InnoDB log不歸檔，Oracle的redo只有一份即用來做例項的recovery，又用來備庫、備份，但是InnoDB的iblog只能用來例項恢復，只保證InnoDB層不丟資料，至於你後續更改了什麼，那是server層記錄的日誌，這就是inno層，server層的不同，也是為什麼mysql多種引擎，InnoDB他脫離的MySQL能是個資料庫，最初InnoDB就是個資料庫，後來InnoDB發展不好，同時MySQL的server層介面很好就結合在一起，這就是為什麼有兩個日誌。你可以這麼理解，server層的bin log只記錄理解為DML，DDL使用者的操作，那麼InnoDB的iblog就是記錄這些操作怎麼儲存，你是轉換成什麼位元組，什麼編碼二進位制，server層不管你plugin了什麼引擎，只要你能給我存進去就行.... ....