国产99久久精品_欧美日本韩国一区二区_激情小说综合网_欧美一级二级视频_午夜av电影_日本久久精品视频

最新文章專題視頻專題問答1問答10問答100問答1000問答2000關鍵字專題1關鍵字專題50關鍵字專題500關鍵字專題1500TAG最新視頻文章推薦1 推薦3 推薦5 推薦7 推薦9 推薦11 推薦13 推薦15 推薦17 推薦19 推薦21 推薦23 推薦25 推薦27 推薦29 推薦31 推薦33 推薦35 推薦37視頻文章20視頻文章30視頻文章40視頻文章50視頻文章60 視頻文章70視頻文章80視頻文章90視頻文章100視頻文章120視頻文章140 視頻2關鍵字專題關鍵字專題tag2tag3文章專題文章專題2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章專題3
問答文章1 問答文章501 問答文章1001 問答文章1501 問答文章2001 問答文章2501 問答文章3001 問答文章3501 問答文章4001 問答文章4501 問答文章5001 問答文章5501 問答文章6001 問答文章6501 問答文章7001 問答文章7501 問答文章8001 問答文章8501 問答文章9001 問答文章9501
當前位置: 首頁 - 科技 - 知識百科 - 正文

InnoDB聯機修改表對象結構

來源:懂視網 責編:小采 時間:2020-11-09 14:24:51
文檔

InnoDB聯機修改表對象結構

InnoDB聯機修改表對象結構:聯機修改表對象結構: 在MySQL5.6之前 1.創建一個結構與原表對象完全相同的臨時表(隱式操作,該對象用戶不可見),并將該表的結構 聯機修改表對象結構: 在MySQL5.6之前 1.創建一個結構與原表對象完全相同的臨時表(隱式操作,該對象用戶不可見),并將該表的
推薦度:
導讀InnoDB聯機修改表對象結構:聯機修改表對象結構: 在MySQL5.6之前 1.創建一個結構與原表對象完全相同的臨時表(隱式操作,該對象用戶不可見),并將該表的結構 聯機修改表對象結構: 在MySQL5.6之前 1.創建一個結構與原表對象完全相同的臨時表(隱式操作,該對象用戶不可見),并將該表的

聯機修改表對象結構: 在MySQL5.6之前 1.創建一個結構與原表對象完全相同的臨時表(隱式操作,該對象用戶不可見),并將該表的結構

聯機修改表對象結構:

在MySQL5.6之前

1.創建一個結構與原表對象完全相同的臨時表(隱式操作,該對象用戶不可見),并將該表的結構修改為期望的結構

2.鎖定原表,只許查詢,不許修改

3.將原表數據復制到新創建的臨時表,類似insert into new_tb select * from old_tb;

4.將原表重命名,新創建的臨時表名稱修改為正式表名,之后釋放鎖定,刪除原表

在MySQL5.6以后,聯機DDL修改InnoDB表提供有限支持

就地進行In-Place,表示修改操作可以直接在該表對象上執行

復制表Copies Tables,表示需要復制整個表才能執行修改操作

用戶可以通過ALTER TABLE語句中的LOCK和ALGORITHM兩個子句,來明確控制聯機DDL時的操作行為。LOCK子句對于表并行讀控制的微調比較有效,而ALGORITHM子句則對于操作時的性能和操作策略有較大影響

LOCK有4個選項值:

DEFAULT:默認處理策略,等同于不指定LOCK子句

NONE:不使用鎖定策略,其他會話既能讀也能寫

SHARED:采取共享策略,其他會話可讀但不可寫

EXCLUSIVE:采取排他鎖定,其他會話既不能讀也不能寫

ALGORITHM有3個選項值:

DEFAULT:相當于不指定ALGORITHM子句

INPLACE:如果支持就直接修改,不支持就報錯

COPY:不管是否支持就地修改,都采取將表對象中數據新復制一份的方式修改

如果希望并發粒度最高,那么就要指定LOCK=NONE(可讀可寫),若希望操作成本最低,最好指定ALGORITHM=INPLACE(直接對對象進行操作,涉及讀寫的數據量最小)

聯機DDL測試:

登錄到mysql,執行對象創建腳本

use hugcdb;

set autocommit=0;

create table t_idb_big as select * from information_schema.columns;

insert into t_idb_big select * from t_idb_big;

insert into t_idb_big select * from t_idb_big;

insert into t_idb_big select * from t_idb_big;

insert into t_idb_big select * from t_idb_big;

insert into t_idb_big select * from t_idb_big;

insert into t_idb_big select * from t_idb_big;

insert into t_idb_big select * from t_idb_big;

alter table t_idb_big add id int unsigned not null primary key auto_increment;

select count(*) from t_idb_big;

1.測試增/刪索引

使用INPLACE方式效率非常高

du –k /data/mysqldata/3306/data/hugcdb/t_idb_big.ibd

alter table t_idb_big add index ind_data_type (data_type),algorithm=inplace;

du –k /data/mysqldata/3306/data/hugcdb/t_idb_big.ibd

alter table t_idb_big drop index ind_data_type,algorithm=inplace;

使用COPY方式效率較低

create index ind_data_type on t_idb_big(data_type) alogorithm=copy;

du –k /data/mysqldata/3306/data/hugcdb/t_idb_big.ibd

drop index ind_data_type on t_idb_big alogorithm=copy;

2.測試增/刪索引過程中DML操作

增加表中數據

alter table t_idb_big drop id;

insert into t_idb_big select * from t_idb_big;

insert into t_idb_big select * from t_idb_big;

insert into t_idb_big select * from t_idb_big;

insert into t_idb_big select * from t_idb_big;

insert into t_idb_big select * from t_idb_big;

insert into t_idb_big select * from t_idb_big;

alter table t_idb_big add id int unsigned not null primary key auto_increment;

首先測試傳統方式修改表結構,在第一個會話中執行DDL語句

set old_alter_table=1;

create index ind_tablename on t_idb_big(table_name);

在另一個會話執行下列操作

set autocommit=0;

use hugcdb;

select count(*) from t_idb_big where table_name=’FILES’;

delete from t_idb_big where table_name=’FILES’;

rollback;

語句被阻塞

引入聯機DDL方式,在第一個會話中執行

set old_alter_table=0;

create index ind_tablename on t_idb_big(table_name) algorithm=inplace;

在另一個會話執行下列操作

select count(*) from t_idb_big where table_name=’FILES’;

delete from t_idb_big where table_name=’FILES’;

rollback;

3.測試修改列

通過COPY機制修改列

alter table t_idb_big change nullable is_unllable varchar(3),algorithm=copy;

聯機DDL方式修改列

alter table t_idb_big change nullable is_unllable varchar(3),algorithm=inplace;

4.測試修改自增列

傳統方式修改

alter table t_idb_big auto_increment=1000000,algorithm=copy;很慢

連接DDL方式修改

alter table t_idb_big auto_increment=1000000,algorithm=inplace;很快

不僅不需要重建對象,而且只需要修改.frm文件中的標記和內存中的自增值,,完全不需要動表中的數據

5.測試LOCK子句控制并行DML

show processlist;

ID列用于標識會話,Command列用于標識該會話指定的命令類型(比如說查詢、空閑等),State列標識該會話當前的狀態,Info列標識該會話當前執行的操作,如果為NULL,則說明該會話當前是空閑狀態,重點關注State列和Info列

MySQL InnoDB存儲引擎鎖機制實驗

InnoDB存儲引擎的啟動、關閉與恢復

MySQL InnoDB獨立表空間的配置

MySQL Server 層和 InnoDB 引擎層 體系結構圖

InnoDB 死鎖案例解析

MySQL Innodb獨立表空間的配置

本文永久更新鏈接地址:

聲明:本網頁內容旨在傳播知識,若有侵權等問題請及時與本網聯系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

文檔

InnoDB聯機修改表對象結構

InnoDB聯機修改表對象結構:聯機修改表對象結構: 在MySQL5.6之前 1.創建一個結構與原表對象完全相同的臨時表(隱式操作,該對象用戶不可見),并將該表的結構 聯機修改表對象結構: 在MySQL5.6之前 1.創建一個結構與原表對象完全相同的臨時表(隱式操作,該對象用戶不可見),并將該表的
推薦度:
標簽: 更改 修改 聯機
  • 熱門焦點

最新推薦

猜你喜歡

熱門推薦

專題
Top
主站蜘蛛池模板: 欧美成人国产 | xxx色| 一区二区三区在线免费视频 | 国内久久 | 国产精品免费_区二区三区观看 | 日韩精品不卡 | 亚洲高清视频一区 | 国产在线欧美日韩一区二区 | 国内精品久久久久久中文字幕 | 97r久久精品国产99国产精 | 国产一区二区三区在线视频 | 亚洲成人免费 | 91热成人精品国产免费 | 日韩欧美在线第一页 | 五月天婷婷丁香 | 九九久久亚洲综合久久久 | 91啪国自产在线高清观看 | 综合精品欧美日韩国产在线 | 日韩欧美中文 | a一级毛片免费播放 | 久久网伊人| 久久久久9999| 欧美日韩国产中文字幕 | 亚洲欧美日韩中文字幕在线不卡 | 国产精品视频久久久 | 国产一区二区三区在线观看视频 | 欧美日韩国产专区 | 国产美女一级特黄毛片 | 国产成人久久精品二区三区牛 | 黄色a一级 | 欧美日本一区二区 | 精品一区二区在线 | 欧美激情一区二区亚洲专区 | 亚洲欧美日韩视频一区 | 国自产拍亚洲免费视频 | 国产精品久久网 | 国产免费三a在线 | 国产一区二区三区在线视频 | 亚洲va欧美va天堂v国产综合 | 最新国产在线 | 天天伊人 |