国产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
主站蜘蛛池模板: 欧美亚洲国产一区 | 99久久免费国产精精品 | 亚洲精品第1页 | 天天爽夜夜爽一区二区三区 | 亚洲伦理中文字幕一区 | 国产精品毛片久久久久久久 | 欧美网址在线观看 | 亚洲欧美日韩高清一区二区一 | 亚洲欧美另类自拍第一页 | 女同互忝互慰dv毛片观看 | 国产一级久久久久久毛片 | 欧美高清不卡 | 亚洲欧洲精品成人久久曰影片 | 日韩欧美国产中文字幕 | 成人免费久久精品国产片久久影院 | 日韩一区二区三区精品 | 国产激情一级毛片久久久 | 美女视频黄a视频全免费网站色 | 精品在线免费视频 | 亚洲色图欧美另类 | 亚洲成人777| 久久91精品国产一区二区 | 亲子交尾五十路 | 女人18毛片a级毛片一区②区 | 91麻精品国产91久久久久 | 国产在线播放网站 | 欧美精品久久久亚洲 | 香蕉依人 | 特级全黄一级毛片视频 | 国产欧美日韩精品综合 | 国产高清一区 | 亚洲欧美日韩在线2020 | 欧洲欧美成人免费大片 | 国产资源视频在线观看 | 一级全黄60分钟免费网站 | 欧美一区二区二区 | 91色欧美 | 日韩欧美亚洲国产高清在线 | 欧美在线一 | 国产日韩视频 | 国产精品糟蹋漂亮女教师 |