select @num:=count(*) from information_schema.columns where table_schema='庫名' and table_name='表名' and COLUMN_NAME='列名';
創(chuàng)新互聯(lián)公司-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設、高性價比彰武網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式彰武網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設找我們,業(yè)務覆蓋彰武地區(qū)。費用合理售后完善,十多年實體公司更值得信賴。
if @num =0 then
alter table 表名 add 新增的字段名 數(shù)據(jù)類型定義;
end if;
1. GCS行格式
需要在innodb中實現(xiàn)類似oracle的快速加字段功能,僅僅基于原來的行格式是不行的,必須對其進行擴展。為了保證原MySQL和innodb的兼容性,不改變原存儲格式的行為,在線加字段功能是通過新增一種innodb行格式GCS(Game Cloud Storage)來實現(xiàn),從而避免對其他格式造成影響。
雖然說是新增格式,但該格式與原默認的compact是基本一樣的,只是新增了關(guān)鍵的Field Count(字段數(shù))控制信息。
下面先回顧下compact行格式
Record Extra Bytes:是固定的5字節(jié),表示記錄的額外信息。
Nullable Bitmap:記錄可空位圖,使用1個bit來表示一個可空字段是否為NULL。
non-NULL Variable-Length Array:非空變長字段數(shù)組,表示非空變長字段(如varchar、varbinary)在該行的長度。
關(guān)于Compact格式的詳細介紹可以參考文章。
compact格式有很重要的兩個特點:
●字段的定義順序與存儲順序基本一致(主鍵除外)
●字段為NULL不占存儲空間,只需通過Nullable Bitmap記錄。
基于以上特點,實現(xiàn)快速加字段功能GCS格式只需在記錄頭添加Field Count(字段數(shù)),來表示當前記錄的字段數(shù),占用1~2字節(jié)(若大于127,則使用2字節(jié))
那么,解析GCS記錄的關(guān)鍵邏輯就變?yōu)椋?/p>
假設某GCS記錄的Field count記錄為x,表字段數(shù)為y,那么x = y總是成立的。對于GCS格式,字段的解析變?yōu)椋?/p>
●如果x == y或非GCS格式,按原來compact方式解析
●如果x y,那么記錄必定是在Alter Table加字段前就生成,那么最后y-x個字段必為NULL或默認值。
●如果該字段是允許為NULL,則為NULL。
●如果該字段不允許為NULL,則為默認值。
這樣就可以將新增的字段解析出來。
另外,GCS格式在TMySQL中會替代compact作為innodb的默認行格式。
數(shù)據(jù)表中添加一個字段的SQL語句寫法為:
1、alter table 表名 ADD 字段 類型 NOT NULL Default 0
2、ALTER TABLE employee ?ADD ?spbh varchar(20) NOT NULL Default 0
3、在表employee 中加入 spbh ?類型是varchar大小20 不為空 默認值是0
擴展資料:
其他常用sql語句:
1、修改數(shù)據(jù)表中某項字段屬性,為其添加備注。
語句格式:comment on column ?庫名.表名.字段名 is ?'輸入的備注';
示例: 我要在ers_data庫中 ?test表 document_type字段添加備注,則sql語句為:
comment on column ers_data.test.document_type is '文件類型';
2、刪除數(shù)據(jù)表中的某字段。
語句格式:alter table ?表名 ?drop (字段);
給表添加字段的命令如下:
alter table tableName add newColumn varchar(8) comment '新添加的字段'
注意:
1、在這句語句中需要注意的是,comment為注釋,就像在java中//作用是一樣的。
2、comment后需要加單引號將注釋引起來。
你如果想要給表增加一個字段,那么有很多種方法可以完成,比如說直接add一個字段在add的后面寫上字段的名稱和屬性。
傳統(tǒng)情況
我們先回顧一下,在沒有 "立刻加列" 功能時,加列操作是怎么完成的。我們也借此來熟悉一下本期的圖例:
當進行 加列操作 時,所有的數(shù)據(jù)行 都必須要 增加一段數(shù)據(jù)(圖中的 列 4 數(shù)據(jù))
如上一期圖解所講,當改變數(shù)據(jù)行的長度,就需要 重建表空間(圖中灰藍的部分為發(fā)生變更的部分)
數(shù)據(jù)字典中的列定義也會被更新
以上操作的問題在于 每次加列 操作都需要重建表空間,這就需要大量 IO以及大量的時間
立刻加列
"立刻加列" 的過程如下圖:
請點擊輸入圖片描述
請點擊輸入圖片描述
"立刻加列" 時,只會變更數(shù)據(jù)字典中的內(nèi)容,包括:
在列定義中增加 新列的定義
增加 新列的默認值
"立刻加列"?后,當要讀取表中的數(shù)據(jù)時:
由于 "立刻加列" 沒有 變更行數(shù)據(jù),讀取的行數(shù)據(jù)只有 3 列
MySQL 會將 新增的第 4 列的默認值,追加到 讀取的數(shù)據(jù)后
以上過程描述了 如何讀取?在 "立刻加列" 之前寫入的數(shù)據(jù),其實質(zhì)是:在讀取數(shù)據(jù)的過程中,"偽造"?了一個新列出來
那么如何讀取?在 "立刻加列" 之后?寫入的數(shù)據(jù)呢 ? 過程如下圖:
當讀取 行 4 時:
請點擊輸入圖片描述
請點擊輸入圖片描述
通過判斷?數(shù)據(jù)行的頭信息中的instant?標志位,可以知道該行的格式是 "新格式":該行頭信息后有一個新字段?"列數(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標志位 和?"列數(shù)"?字段),以區(qū)分新舊數(shù)據(jù)
讀取 "新" 數(shù)據(jù)時,可以如實讀取數(shù)據(jù)
那么?我們是否能一直 "偽造"?下去???"偽造"?何時會被拆穿 ?
考慮以下場景:
用 "立刻加列" 增加列 A
寫入數(shù)據(jù)行 1
用 "立刻加列" 增加列?B
寫入數(shù)據(jù)行?2
刪除列?B
我們推測一下 "刪除列 B" 的最小代價:需要修改 數(shù)據(jù)行中的instant標志位或?"列數(shù)"?字段,這至少會影響到?"立刻加列"?之后寫入的數(shù)據(jù)行,成本類似于重建數(shù)據(jù)
從以上推測可知:當出現(xiàn) 與?"立刻加列"?操作不兼容 的 DDL 操作時,數(shù)據(jù)表需要進行重建,如下圖所示:
請點擊輸入圖片描述
請點擊輸入圖片描述
擴展思考題:是否能設計其他的數(shù)據(jù)格式,取代instant標志位和?"列數(shù)"?字段,使得 加列/刪列 操作都能 "立刻完成" ?(提示:考慮 加列?- 刪列?- 再加列 的情況)
使用限制
在了解原理之后,我們來看看?"立刻加列"?的使用限制,就很容易能理解其中的前兩項:
"立刻加列"?的加列位置只能在表的最后,而不能加在其他列之間
在元數(shù)據(jù)中,只記錄了 數(shù)據(jù)行 應有多少列,而沒有記錄 這些列 應出現(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 標志位?和 "列數(shù)" 字段),以區(qū)分新舊數(shù)據(jù)
讀取 "新" 數(shù)據(jù)時,可以如實讀取數(shù)據(jù)
"立刻加列"?的 "偽造" 手法,不能一直維持下去。當發(fā)生?與 "立刻加列" 操作不兼容?的 DDL?時,表數(shù)據(jù)就會發(fā)生重建
回到之前遺留的兩個問題:
"立刻加列" 是如何工作的 ?
我們已經(jīng)解答了這個問題
所謂 "立刻加列" 是否完全不影響業(yè)務,是否是真正的 "立刻" 完成 ?
可以看到:就算是 "立刻加列",也需要變更 數(shù)據(jù)字典,那么 該上的鎖還是逃不掉的。也就是說 這里的 "立刻" 指的是 "不變更數(shù)據(jù)行的結(jié)構(gòu)",而并非指 "零成本地完成任務"
網(wǎng)站標題:mysql添加字段怎么寫,MySQL表添加字段
文章轉(zhuǎn)載:http://jinyejixie.com/article4/hsdeoe.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站改版、關(guān)鍵詞優(yōu)化、服務器托管、企業(yè)建站、網(wǎng)站策劃、品牌網(wǎng)站設計
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)