create table cdat
創(chuàng)新互聯(lián)從2013年開始，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司，擁有項目網(wǎng)站設(shè)計、網(wǎng)站制作網(wǎng)站策劃，項目實施與項目整合能力。我們以讓每一個夢想脫穎而出為使命，1280元鄧州做網(wǎng)站,已為上家服務(wù),為鄧州各地企業(yè)和個人服務(wù),聯(lián)系電話:13518219792
(
localt char(20) not null,
cd char(5) not null,
snosat char(2) not null,
rnorec char(3) not null,
id INT(20) not null AUTO_INCREMENT,
primary key (id)
);
MySQL是一個開放源碼的小型關(guān)聯(lián)式數(shù)據(jù)庫管理系統(tǒng)，開發(fā)者為瑞典MySQL AB公司。目前MySQL被廣泛地應(yīng)用在Internet上的中小型網(wǎng)站中。由于其體積小、速度快、總體擁有成本低，尤其是開放源碼這一特點(diǎn)，許多中小型網(wǎng)站為了降低網(wǎng)站總體擁有成本而選擇了MySQL作為網(wǎng)站數(shù)據(jù)庫。
系統(tǒng)特性
1．使用C和C++編寫，并使用了多種編譯器進(jìn)行測試，保證源代碼的可移植性
2．支持AIX、FreeBSD、HP-UX、Linux、Mac OS、NovellNetware、OpenBSD、OS/2 Wrap、Solaris、Windows等多種操作系統(tǒng)
3．為多種編程語言提供了API。這些編程語言包括C、C++、Python、Java、Perl、PHP、Eiffel、Ruby和Tcl等。
4．支持多線程，充分利用CPU資源
5．優(yōu)化的SQL查詢算法，有效地提高查詢速度
6．既能夠作為一個單獨(dú)的應(yīng)用程序應(yīng)用在客戶端服務(wù)器網(wǎng)絡(luò)環(huán)境中，也能夠作為一個庫而嵌入到其他的軟件中。
7．提供多語言支持，常見的編碼如中文的GB 2312、BIG5，日文的Shift_JIS等都可以用作數(shù)據(jù)表名和數(shù)據(jù)列名。
8．提供TCP/IP、ODBC和JDBC等多種數(shù)據(jù)庫連接途徑。
9．提供用于管理、檢查、優(yōu)化數(shù)據(jù)庫操作的管理工具。
10．支持大型的數(shù)據(jù)庫。可以處理擁有上千萬條記錄的大型數(shù)據(jù)庫。
11．支持多種存儲引擎。
索引功能
索引是一種特殊的文件（InnoDB數(shù)據(jù)表上的索引是表空間的一個組成部分），它們包含著對數(shù)據(jù)表里所有記錄的引用指針。索引不是萬能的，索引可以加快數(shù)據(jù)檢索操作，但會使數(shù)據(jù)修改操作變慢。每修改數(shù)據(jù)記錄，索引就必須刷新一次。為了在某種程序上彌補(bǔ)這一缺陷，許多SQL命令都有一個DELAY_KEY_WRITE項。這個選項的作用是暫時制止MySQL在該命令每插入一條新記錄和每修改一條現(xiàn)有之后立刻對索引進(jìn)行刷新，對索引的刷新將等到全部記錄插入/修改完畢之后再進(jìn)行。在需要把許多新記錄插入某個數(shù)據(jù)表的場合，DELAY_KEY_WRITE選項的作用將非常明顯。另外，索引還會在硬盤上占用相當(dāng)大的空間。因此應(yīng)該只為最經(jīng)常查詢和最經(jīng)常排序的數(shù)據(jù)列建立索引。注意，如果某個數(shù)據(jù)列包含許多重復(fù)的內(nèi)容，為它建立索引就沒有太大的實際效果。從理論上講，完全可以為數(shù)據(jù)表里的每個字段分別建一個索引，但MySQL把同一個數(shù)據(jù)表里的索引總數(shù)限制為16個。
1．InnoDB數(shù)據(jù)表的索引
與InnoDB數(shù)據(jù)表相比，在InnoDB數(shù)據(jù)表上，索引對InnoDB數(shù)據(jù)表的重要性要大得多。在InnoDB數(shù)據(jù)表上，索引不僅會在搜索數(shù)據(jù)記錄時發(fā)揮作用，還是數(shù)據(jù)行級鎖定機(jī)制的苊、基礎(chǔ)?！皵?shù)據(jù)行級鎖定”的意思是指在事務(wù)操作的執(zhí)行過程中鎖定正在被處理的個別記錄，不讓其他用戶進(jìn)行訪問。這種鎖定將影響到（但不限于）SELECT、LOCKINSHAREMODE、SELECT、FORUPDATE命令以及INSERT、UPDATE和DELETE命令。出于效率方面的考慮，InnoDB數(shù)據(jù)表的數(shù)據(jù)行級鎖定實際發(fā)生在它們的索引上，而不是數(shù)據(jù)表自身上。顯然，數(shù)據(jù)行級鎖定機(jī)制只有在有關(guān)的數(shù)據(jù)表有一個合適的索引可供鎖定的時候才能發(fā)揮效力。
2．限制
如果WHERE子句的查詢條件里有不等號（WHEREcoloum!=），MySQL將無法使用索引。類似地，如果WHERE子句的查詢條件里使用了函數(shù)（WHEREDAY（column）=），MySQL也將無法使用索引。在JOIN操作中（需要從多個數(shù)據(jù)表提取數(shù)據(jù)時），MySQL只有在主鍵和外鍵的數(shù)據(jù)類型相同時才能使用索引。
如果WHERE子句的查詢條件里使用比較操作符LIKE和REGEXP，MySQL只有在搜索模板的第一個字符不是通配符的情況下才能使用索引。比如說，如果查詢條件是LIKE'abc%‘，MySQL將使用索引；如果查詢條件是LIKE'%abc’，MySQL將不使用索引。
在ORDERBY操作中，MySQL只有在排序條件不是一個查詢條件表達(dá)式的情況下才使用索引。（雖然如此，在涉及多個數(shù)據(jù)表查詢里，即使有索引可用，那些索引在加快ORDERBY方面也沒什么作用）。如果某個數(shù)據(jù)列里包含許多重復(fù)的值，就算為它建立了索引也不會有很好的效果。比如說，如果某個數(shù)據(jù)列里包含的凈是些諸如“0/1”或“Y/N”等值，就沒有必要為它創(chuàng)建一個索引。
請題主參考下列語句，一次搞定：
alter table 學(xué)生表
add a int after sid,
add b char(2) after a,
add c char(10)after b;
一、添加字段的命令如下：alter table tableName add newColumn varchar(8) comment '新添加的字段'
1、添加單行字段：
ALTER TABLE role
ADD `module` int(11) UNSIGNED NOT NULL DEFAULT 0 COMMENT '模塊';
2、添加多行字段：
ALTER TABLE role
ADD COLUMN `module` int(11) UNSIGNED NOT NULL DEFAULT 0 COMMENT '模塊',
ADD COLUMN `type` VARCHAR(30) NOT NULL COMMENT '項目' AFTER `default_module`;
擴(kuò)展資料
增加字段注意事項：
1、在增加字段的語句中需要注意的是，comment為注釋，就像在java中//作用是一樣的。
2、comment后需要加單引號將注釋引起來。
3、創(chuàng)建新表的腳本中，可在字段定義腳本中添加comment屬性來添加注釋。
參考資料 百度百科 mySQL
傳統(tǒng)情況
我們先回顧一下，在沒有 "立刻加列" 功能時，加列操作是怎么完成的。我們也借此來熟悉一下本期的圖例：
當(dāng)進(jìn)行 加列操作 時，所有的數(shù)據(jù)行 都必須要 增加一段數(shù)據(jù)（圖中的 列 4 數(shù)據(jù)）
如上一期圖解所講，當(dāng)改變數(shù)據(jù)行的長度，就需要 重建表空間（圖中灰藍(lán)的部分為發(fā)生變更的部分）
數(shù)據(jù)字典中的列定義也會被更新
以上操作的問題在于 每次加列 操作都需要重建表空間，這就需要大量 IO以及大量的時間
立刻加列
"立刻加列" 的過程如下圖：
請點(diǎn)擊輸入圖片描述
請點(diǎn)擊輸入圖片描述
"立刻加列" 時，只會變更數(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 時：
請點(diǎn)擊輸入圖片描述
請點(diǎn)擊輸入圖片描述
通過判斷?數(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)行重建，如下圖所示：
請點(diǎn)擊輸入圖片描述
請點(diǎ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ù)"
重慶分公司
重慶分公司
