在MySQL5.5和之前版本,在运行的生产环境对大表(超过数百万纪录)执行Alter操作是一件很困难的事情.因为将重建表和锁表,影响用户者的使用.因此知道Alter操作何时结束对我们是非常重要的.甚至当执行Create index的时候.如果启用了 fast_index_creation,则不会重建表,但是仍然会锁表.fast_index_creation特性引进在MySQL5.5和更高版本里.在MySQL5.1中如果使用了innodb plugin则也可以使用该特性.   自从MySQL5.6…

在上篇<MySQL--当mysqldump --single-transaction遇到alter table>中测试发现,在MySQL 5.6版本中,如果在mysqldump期间修改表,可能会导致mysqldump报错,而该结论与同事的执行现象不符,因此在MySQL 5.5版本中进行下测试. 测试环境: MySQL 5.5.14 在数据库testdb01下有表tb1001,当前表中存有两条数据: ##==============================================…

ALTER TABLE 解析实例: SQL: 1.增加列 2.增加列,调整列顺序 3.增加索引 4.增加约束 5.增加全文索引FULL-TEXT 6.改变列的默认值 7.改变列名字(类型,顺序) 8.不改变列名字 9.删除列 10.删除主键 11.删除索引 12.删除约束 13.改表名 14.改变字符集     创建一张表 CREATE TABLE t1 (a INTEGER,b CHAR(10));   1. 增加列 格式: ADD [COLUMN] (col_name column_defi…

先看一下定义(密密麻麻) ALTER TABLE tbl_name [alter_specification [, alter_specification] ...] [partition_options] alter_specification: table_options | ADD [COLUMN] col_name column_definition [FIRST | AFTER col_name] | ADD [COLUMN] (col_name column_definition,.…

1.场景描述 早上7:25 接到Report中心同学告警,昨天业务报表数据没有完整跑出来,缺少500位业务员的数据,并且很快定位到,缺少的是huabei_order库上的数据.Report中心的数据是BI每天5:15从huabei_order库的从库上抽取.查看监控告警,从库实例确实在4:50 --6:00 有延迟,但已恢复.数据不完整,直接原因就是主从延迟. 7:55 请求BI重新抽取数据,重新生成报表. 8:20 报表数据验证无误. 问题还没结束: 忽略监控告警的不及时.不完整. 还需要回答…

move 和shrink 的共同点1.收缩段2.消除部分行迁移3.消除空间碎片4.使数据更紧密 shrink 语法:  alter table TABLE_NAME shrink space [compact|cascate] segment shrink执行的两个阶段:1.数据重组(compact): 通过一系列insert.delete操作,将数据尽量排列在段的前面.在这个过程中需要在表上加RX锁,即只在需要移动的行上加锁.由于涉及到rowid的改变,需要enable row movemen…

有疑问可以去itpub讨论:http://www.itpub.net/thread-1804872-1-1.html 对于alter table setunused的用法,查官方文档: alter_table::= column_clauses::= drop_column_clause ::= SET UNUSED Clause Specify SET UNUSED to mark one or more columns asunused. Specifying this clause doe…

部分生产环境采用mysqldump --single-transaction的方式在夜间进行数据库备份,而同事恰好在备份期间执行了alter table操作,操作部分成功部分失败,为啥呢? 在mysqldump对single-transaction参数的解释为: Creates a consistent snapshot by dumping all tables in asingle transaction. Works ONLY for tables stored instorage eng…

部分生产环境采用mysqldump --single-transaction的方式在夜间进行数据库备份,而同事恰好在备份期间执行了alter table操作,操作部分成功部分失败,为啥呢? ##========================================================================## 以下测试在MySQL 5.6.36上执行,该问题存在版本差异! MySQL 5.5 版本测试结果:<MySQL--当mysqldump --single-t…

--===================================================================== 事件起因:开发发现有表插入数据失败,查看后发现INT类型自增值已经到了最大值,无法继续插入,需要修改INT类型为BIGINT类型. --===================================================================== 作为一群自认为还算有点经验的老DBA,大家相互商量下,决定删除复制,然后禁止访问…