怎么給mysql的表添加字段？？

給表添加字段的命令如下：

創(chuàng)新互聯(lián)長期為超過千家客戶提供的網(wǎng)站建設(shè)服務(wù)，團隊從業(yè)經(jīng)驗10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為民勤企業(yè)提供專業(yè)的網(wǎng)站設(shè)計制作、網(wǎng)站設(shè)計，民勤網(wǎng)站改版等技術(shù)服務(wù)。擁有十年豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。

alter table tableName add newColumn varchar(8) comment '新添加的字段'

注意：

1、在這句語句中需要注意的是，comment為注釋，就像在java中//作用是一樣的。

2、comment后需要加單引號將注釋引起來。

mysql 如何給大表添加字段

1. 能不加字段就不要加， 能不修改字段就不要修改， 能不刪除字段就不要刪除， 等等為什么要刪除字段呢？ 如果沒事，不要蛋疼的找事。 實際上，我們那次更新失敗后， 我們并沒有增加那個字段， 然后我們一直運行到今天， 但是后來還是增加了其他字段

2. 增加字段的情況下， 如果可以通過增加一個新的表來增加這個字段， 那么就增加一個新的表， 通過cache 或 程序來實現(xiàn)join 的效果

3. 如果能停機， 并且停機的時間在你容忍范圍之內(nèi)， 數(shù)據(jù)備份之后停機來做。 如果是主從備份，做這樣大的操作的時候，停掉主從備份， 萬一你掛了， 備份數(shù)據(jù)庫可以救你。 等到一切安全了， 重啟主從備份；

4. 如果上面都不行， 這個字段還是要改，要加， 需要用到下面的方法， 也是扇貝網(wǎng)正在使用的方法；

修改大數(shù)據(jù)表的方法：

1. 被修改的表 Table A 需要有一個記錄時間戳的字段， 這個時間戳就是每次數(shù)據(jù)更新，都會更新的字段， 這個字段需要有索引，在django里可以使用 auto_now=True

2. 創(chuàng)建一個新的臨時表 Table B， 不是tmp_table, 是一個新的表，但是是臨時使用的。 這個表和要修改的表擁有一模一樣的數(shù)據(jù)結(jié)構(gòu)， 加上你要修改的部分， 比如增加的字段；

3. 記錄下Table A 的索引

4. 刪除 Table B 的全部索引

5. 把Table A 的數(shù)據(jù)全部復(fù)制到Table B, 是不是執(zhí)行 INSERT INTO B(field1, field2) SELECT field1, field2 FROM A？ 當然不是， 這么做不還是鎖死了Table A 么， 這里的遷移就是一個需要細分的地方，需要寫一個腳本， 讓程序每次讀取比如5000條數(shù)據(jù)出來， 插入到Table B里面， 因為Table B 是沒有索引的， 所以要當心不要使用多進程來做； 如果是多進程， 要確保插入到B的時候是不會有重復(fù)數(shù)據(jù)的； 如果是1000萬的數(shù)據(jù)，每次5000條， 假設(shè)這個操作需要500ms， 那么 2000*200ms = 16 分鐘。 這只是一個估值， 具體情況和服務(wù)器當時的情況有關(guān)， 不好細說。 另外， 我們要記錄這個遷移開始的時間點，記為t1;

6. 那么這個時候Table A 的數(shù)據(jù)是不是都進入了Table B 呢， 應(yīng)當說差不多大部分都進入了， 但5中說， 這大概需要16分鐘， 這么長的時間里， 可能有新的數(shù)據(jù)進入了， 也有可能已有的數(shù)據(jù)發(fā)生了更新， 所以我們要把Table A 中在t1 之后發(fā)生變化的數(shù)據(jù)查找出來， 然后更新到Table B 中， 我們的做法是：

記錄這個操作對應(yīng)的時間點 t2

BEGIN;

DELETE FROM B WHERE updated_time t1;

INSERT INTO B(field1, field2) SELECT field1, field2 FROM A WHERE updated_time t1;

COMMIT;

7. 現(xiàn)在A 和 B 差不多該同步了吧？ 差不多了， 但是6 執(zhí)行完之后， A仍然在寫， 子子孫孫無窮盡也 ... , 但這個時候 A 和 B 的差異已經(jīng)非常非常小了， 所以在下一步，我們在一個transaction 里執(zhí)行下面的操作：

BEGIN;

DELETE FROM B WHERE updated_time t2;

INSERT INTO B(field1, field2) SELECT field1, field2 FROM A WHERE updated_time t2;

ALTER TABLE A RENAME TO C;

ALTER TABLE B RENAME TO A;

COMMIT;

8. Done

PS: 如果A表沒有時間戳， 實際上沒有先見之明的人大概不會想到要預(yù)留一個時間戳的字段， 那么幾乎是沒有辦法快速比較兩個表的差異的， 這個時候我選擇的做法就是放棄修改的數(shù)據(jù)， 只管新的數(shù)據(jù)了， 所以只要把t1， t2 換成id 就可以了， 這樣delete 語句也省略了， 因為沒啥好delete的；

千萬不要想著根據(jù)ID 來JOIN 然后更新B表的字段來補齊新的數(shù)據(jù)， 如果能把兩個千萬級別的表JOIN起來， 內(nèi)存有多大呢？

9. 上面的解決方案是我們第二次嘗試之后犯下了一個巨大的錯誤，這個錯誤導(dǎo)致網(wǎng)站癱瘓了大概20分鐘， 如果你和我一樣沒有發(fā)現(xiàn)問題，那么這就是悲劇的地方。 問題就在于我是根據(jù)上面的PS來操作的， 然后B就華麗地變成了A. B 表至今身上是沒有索引的， 立即悲劇。 所以應(yīng)當在第5步之后按照A的索引為B建立索引， 待索引全部好了之后， 再繼續(xù)6。 如果不是走PS這條路， 而是有時間戳的字段的話， 在6的時候會發(fā)現(xiàn)這個問題， 因為那條Delete 慢的超出想像， 會明白這里是有問題的

10. 新手， 請在本地練習之后， 再實際操作； 可以多操作幾次， 寫一個腳本，服務(wù)器上直接執(zhí)行腳本.

怎么給mysql數(shù)據(jù)表添加字段

傳統(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è)計其他的數(shù)據(jù)格式，取代instant標志位和?"列數(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 標志位?和 "列數(shù)" 字段)，以區(qū)分新舊數(shù)據(jù)

讀取 "新" 數(shù)據(jù)時，可以如實讀取數(shù)據(jù)

"立刻加列"?的 "偽造" 手法，不能一直維持下去。當發(fā)生?與 "立刻加列" 操作不兼容?的 DDL?時，表數(shù)據(jù)就會發(fā)生重建

回到之前遺留的兩個問題：

"立刻加列" 是如何工作的 ?

我們已經(jīng)解答了這個問題

所謂 "立刻加列" 是否完全不影響業(yè)務(wù)，是否是真正的 "立刻" 完成 ?

可以看到：就算是 "立刻加列"，也需要變更 數(shù)據(jù)字典，那么 該上的鎖還是逃不掉的。也就是說 這里的 "立刻" 指的是 "不變更數(shù)據(jù)行的結(jié)構(gòu)"，而并非指 "零成本地完成任務(wù)"

怎么在MySql里添加一個自動增長的ID字段

以插入語句的方法來解決此問題。

如下參考：

1.在添加字段之前，第一個zd應(yīng)該首先檢查tb1表的當前結(jié)構(gòu)。

2.將字段列instance添加到表中，如下圖。

3.再次查看表結(jié)構(gòu)，比較添加字段之前和之后的情況。

4.最后，插入新的數(shù)據(jù)行，看看它是什么樣子，最后就加入了自動增長字段如下圖。

注意事項：

MySQL使用的SQL語言是訪問數(shù)據(jù)庫最常用的標準化語言。MySQL軟件采用雙重許可政策，分為社區(qū)版和商業(yè)版，由于其體積小，速度快，整體擁有成本低，尤其是開源這一特點，一般中小型網(wǎng)站開發(fā)都選擇MySQL作為網(wǎng)站數(shù)據(jù)庫。

mysql怎么給表增加一個字段

你如果想要給表增加一個字段，那么有很多種方法可以完成，比如說直接add一個字段在add的后面寫上字段的名稱和屬性。

文章標題：mysql怎么上字段,mysql怎么在數(shù)據(jù)表里面添加字段
路徑分享：http://sd-ha.com/article40/hcodho.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站導(dǎo)航、域名注冊、全網(wǎng)營銷推廣、手機網(wǎng)站建設(shè)、網(wǎng)站內(nèi)鏈、網(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)