你是想改表結(jié)構(gòu)還是插入數(shù)據(jù)？\x0d\x0a表結(jié)構(gòu)：右鍵點中表，選設(shè)計表，移動到最底部一條，“創(chuàng)建欄位”將在這之后增加一列；“插入欄位”將在這列之前增加一列。\x0d\x0a插入數(shù)據(jù)：雙擊打開表，下面有個“+”的符號，點一下，增加一條記錄，然后再點一下下面的對鉤保存數(shù)據(jù)。\x0d\x0anavicat 很簡單的。慢慢熟悉吧，記得去把它漢化哦。
成都創(chuàng)新互聯(lián)是專業(yè)的乾安網(wǎng)站建設(shè)公司，乾安接單;提供網(wǎng)站制作、成都網(wǎng)站制作,網(wǎng)頁設(shè)計,網(wǎng)站設(shè)計,建網(wǎng)站,PHP網(wǎng)站建設(shè)等專業(yè)做網(wǎng)站服務(wù);采用PHP框架,可快速的進(jìn)行乾安網(wǎng)站開發(fā)網(wǎng)頁制作和功能擴(kuò)展;專業(yè)做搜索引擎喜愛的網(wǎng)站,專業(yè)的做網(wǎng)站團(tuán)隊,希望更多企業(yè)前來合作!
MySQL 提供了多種創(chuàng)建索引的方法：
1) 使用 CREATE INDEX 語句
可以使用專門用于創(chuàng)建索引的 CREATE INDEX 語句在一個已有的表上創(chuàng)建索引，但該語句不能創(chuàng)建主鍵。
語法格式：
CREATE 索引名 ON 表名 (列名 [長度] [ ASC | DESC])
語法說明如下：
索引名：指定索引名。一個表可以創(chuàng)建多個索引，但每個索引在該表中的名稱是唯一的。
表名：指定要創(chuàng)建索引的表名。
列名：指定要創(chuàng)建索引的列名。通?？梢钥紤]將查詢語句中在 JOIN 子句和 WHERE 子句里經(jīng)常出現(xiàn)的列作為索引列。
長度：可選項。指定使用列前的 length 個字符來創(chuàng)建索引。使用列的一部分創(chuàng)建索引有利于減小索引文件的大小，節(jié)省索引列所占的空間。在某些情況下，只能對列的前綴進(jìn)行索引。索引列的長度有一個最大上限 255 個字節(jié)（MyISAM 和 InnoDB 表的最大上限為 1000 個字節(jié)），如果索引列的長度超過了這個上限，就只能用列的前綴進(jìn)行索引。另外，BLOB 或 TEXT 類型的列也必須使用前綴索引。
ASC|DESC：可選項。ASC指定索引按照升序來排列，DESC指定索引按照降序來排列，默認(rèn)為ASC。
2) 使用 CREATE TABLE 語句
索引也可以在創(chuàng)建表（CREATE TABLE）的同時創(chuàng)建。在 CREATE TABLE 語句中添加以下語句。語法格式：
CONSTRAINT PRIMARY KEY [索引類型] (列名,…)
在 CREATE TABLE 語句中添加此語句，表示在創(chuàng)建新表的同時創(chuàng)建該表的主鍵。
語法格式：
KEY | INDEX [索引名] [索引類型] (列名,…)
在 CREATE TABLE 語句中添加此語句，表示在創(chuàng)建新表的同時創(chuàng)建該表的索引。
語法格式：
UNIQUE [ INDEX | KEY] [索引名] [索引類型] (列名,…)
在 CREATE TABLE 語句中添加此語句，表示在創(chuàng)建新表的同時創(chuàng)建該表的唯一性索引。
語法格式：
FOREIGN KEY 索引名 列名
在 CREATE TABLE 語句中添加此語句，表示在創(chuàng)建新表的同時創(chuàng)建該表的外鍵。
在使用 CREATE TABLE 語句定義列選項的時候，可以通過直接在某個列定義后面添加 PRIMARY KEY 的方式創(chuàng)建主鍵。而當(dāng)主鍵是由多個列組成的多列索引時，則不能使用這種方法，只能用在語句的最后加上一個 PRIMARY KRY(列名，…) 子句的方式來實現(xiàn)。
傳統(tǒng)情況
我們先回顧一下，在沒有 "立刻加列" 功能時，加列操作是怎么完成的。我們也借此來熟悉一下本期的圖例：
當(dāng)進(jìn)行 加列操作 時，所有的數(shù)據(jù)行 都必須要 增加一段數(shù)據(jù)（圖中的 列 4 數(shù)據(jù)）
如上一期圖解所講，當(dāng)改變數(shù)據(jù)行的長度，就需要 重建表空間（圖中灰藍(lán)的部分為發(fā)生變更的部分）
數(shù)據(jù)字典中的列定義也會被更新
以上操作的問題在于 每次加列 操作都需要重建表空間，這就需要大量 IO以及大量的時間
立刻加列
"立刻加列" 的過程如下圖：
請點擊輸入圖片描述
請點擊輸入圖片描述
"立刻加列" 時，只會變更數(shù)據(jù)字典中的內(nèi)容，包括：
在列定義中增加 新列的定義
增加 新列的默認(rèn)值
"立刻加列"?后，當(dāng)要讀取表中的數(shù)據(jù)時：
由于 "立刻加列" 沒有 變更行數(shù)據(jù)，讀取的行數(shù)據(jù)只有 3 列
MySQL 會將 新增的第 4 列的默認(rèn)值，追加到 讀取的數(shù)據(jù)后
以上過程描述了 如何讀取?在 "立刻加列" 之前寫入的數(shù)據(jù)，其實質(zhì)是：在讀取數(shù)據(jù)的過程中，"偽造"?了一個新列出來
那么如何讀取?在 "立刻加列" 之后?寫入的數(shù)據(jù)呢 ? 過程如下圖：
當(dāng)讀取 行 4 時：
請點擊輸入圖片描述
請點擊輸入圖片描述
通過判斷?數(shù)據(jù)行的頭信息中的instant?標(biāo)志位，可以知道該行的格式是 "新格式"：該行頭信息后有一個新字段?"列數(shù)"
通過讀取?數(shù)據(jù)行的?"列數(shù)"?字段，可以知道 該行數(shù)據(jù)中多少列有 "真實" 的數(shù)據(jù)，從而按列數(shù)讀取數(shù)據(jù)
通過上圖可以看到：讀取?在"立刻加列"?前/后寫入的數(shù)據(jù)是不同的流程
通過以上的討論，我們可以總結(jié)?"立刻加列"?之所以高效的原因是：
在執(zhí)行?"立刻加列"?時，不變更數(shù)據(jù)行的結(jié)構(gòu)
讀取 "舊" 數(shù)據(jù)時，"偽造"?新增的列，使結(jié)果正確
寫入 "新" 數(shù)據(jù)時，使用了新的數(shù)據(jù)格式（增加了instant標(biāo)志位 和?"列數(shù)"?字段)，以區(qū)分新舊數(shù)據(jù)
讀取 "新" 數(shù)據(jù)時，可以如實讀取數(shù)據(jù)
那么?我們是否能一直 "偽造"?下去???"偽造"?何時會被拆穿 ?
考慮以下場景：
用 "立刻加列" 增加列 A
寫入數(shù)據(jù)行 1
用 "立刻加列" 增加列?B
寫入數(shù)據(jù)行?2
刪除列?B
我們推測一下 "刪除列 B" 的最小代價：需要修改 數(shù)據(jù)行中的instant標(biāo)志位或?"列數(shù)"?字段，這至少會影響到?"立刻加列"?之后寫入的數(shù)據(jù)行，成本類似于重建數(shù)據(jù)
從以上推測可知：當(dāng)出現(xiàn) 與?"立刻加列"?操作不兼容 的 DDL 操作時，數(shù)據(jù)表需要進(jìn)行重建，如下圖所示：
請點擊輸入圖片描述
請點擊輸入圖片描述
擴(kuò)展思考題：是否能設(shè)計其他的數(shù)據(jù)格式，取代instant標(biāo)志位和?"列數(shù)"?字段，使得 加列/刪列 操作都能 "立刻完成" ?（提示：考慮 加列?- 刪列?- 再加列 的情況）
使用限制
在了解原理之后，我們來看看?"立刻加列"?的使用限制，就很容易能理解其中的前兩項：
"立刻加列"?的加列位置只能在表的最后，而不能加在其他列之間
在元數(shù)據(jù)中，只記錄了 數(shù)據(jù)行 應(yīng)有多少列，而沒有記錄 這些列 應(yīng)出現(xiàn)的位置。所以無法實現(xiàn)指定列的位置
"立刻加列"?不能添加主鍵列
加列 不能涉及聚簇索引的變更，否則就變成了 "重建" 操作，不是 "立刻" 完成了
"立刻加列"不支持壓縮的表格式
按照 WL 的說法："COMPRESSED is no need to supported"（沒必要支持不怎么用的格式）
總結(jié)回顧
我們總結(jié)一下上面的討論：
"立刻加列" 之所以高效的原因是：
在執(zhí)行 "立刻加列" 時，不變更數(shù)據(jù)行的結(jié)構(gòu)
讀取 "舊" 數(shù)據(jù)時，"偽造"?新增的列，使結(jié)果正確
寫入 "新" 數(shù)據(jù)時，使用了新的數(shù)據(jù)格式?(增加了?instant 標(biāo)志位?和 "列數(shù)" 字段)，以區(qū)分新舊數(shù)據(jù)
讀取 "新" 數(shù)據(jù)時，可以如實讀取數(shù)據(jù)
"立刻加列"?的 "偽造" 手法，不能一直維持下去。當(dāng)發(fā)生?與 "立刻加列" 操作不兼容?的 DDL?時，表數(shù)據(jù)就會發(fā)生重建
回到之前遺留的兩個問題：
"立刻加列" 是如何工作的 ?
我們已經(jīng)解答了這個問題
所謂 "立刻加列" 是否完全不影響業(yè)務(wù)，是否是真正的 "立刻" 完成 ?
可以看到：就算是 "立刻加列"，也需要變更 數(shù)據(jù)字典，那么 該上的鎖還是逃不掉的。也就是說 這里的 "立刻" 指的是 "不變更數(shù)據(jù)行的結(jié)構(gòu)"，而并非指 "零成本地完成任務(wù)"
重慶分公司
重慶分公司
