mysql数据库添加字段？mysql 怎么给一个表一次增加多个字段
今天给各位分享mysql数据库添加字段的知识，其中也会对mysql 怎么给一个表一次增加多个字段进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
想在mysql数据库中的表中插入一列,怎么做
传统情况
我们先回顾一下，在没有"立刻加列"功能时，加列操作是怎么完成的。我们也借此来熟悉一下本期的图例：
当进行加列操作时，所有的数据行都必须要增加一段数据（图中的列 4数据）
如上一期图解所讲，当改变数据行的长度，就需要重建表空间（图中灰蓝的部分为发生变更的部分）
数据字典中的列定义也会被更新
以上操作的问题在于每次加列操作都需要重建表空间，这就需要大量 IO以及大量的时间
立刻加列
"立刻加列"的过程如下图：
请点击输入图片描述
请点击输入图片描述
"立刻加列"时，只会变更数据字典中的内容，包括：
在列定义中增加新列的定义
增加新列的默认值
"立刻加列"后，当要读取表中的数据时：
由于"立刻加列"没有变更行数据，读取的行数据只有 3列
MySQL会将新增的第 4列的默认值，追加到读取的数据后
以上过程描述了如何读取在"立刻加列"之前写入的数据，其实质是：在读取数据的过程中，"伪造"了一个新列出来
那么如何读取在"立刻加列"之后写入的数据呢?过程如下图：
当读取行 4时：
请点击输入图片描述
请点击输入图片描述
通过判断数据行的头信息中的instant标志位，可以知道该行的格式是"新格式"：该行头信息后有一个新字段"列数"
通过读取数据行的"列数"字段，可以知道该行数据中多少列有"真实"的数据，从而按列数读取数据
通过上图可以看到：读取在"立刻加列"前/后写入的数据是不同的流程
通过以上的讨论，我们可以总结"立刻加列"之所以高效的原因是：
在执行"立刻加列"时，不变更数据行的结构
读取"旧"数据时，"伪造"新增的列，使结果正确
写入"新"数据时，使用了新的数据格式（增加了instant标志位和"列数"字段)，以区分新旧数据
读取"新"数据时，可以如实读取数据
那么我们是否能一直"伪造"下去?"伪造"何时会被拆穿?
考虑以下场景：
用"立刻加列"增加列 A
写入数据行 1
用"立刻加列"增加列B
写入数据行2
删除列B
我们推测一下"删除列 B"的最小代价：需要修改数据行中的instant标志位或"列数"字段，这至少会影响到"立刻加列"之后写入的数据行，成本类似于重建数据
从以上推测可知：当出现与"立刻加列"操作不兼容的 DDL操作时，数据表需要进行重建，如下图所示：
请点击输入图片描述
请点击输入图片描述
扩展思考题：是否能设计其他的数据格式，取代instant标志位和"列数"字段，使得加列/删列操作都能"立刻完成"?（提示：考虑加列-删列-再加列的情况）
使用限制
在了解原理之后，我们来看看"立刻加列"的使用限制，就很容易能理解其中的前两项：
"立刻加列"的加列位置只能在表的最后，而不能加在其他列之间
在元数据中，只记录了数据行应有多少列，而没有记录这些列应出现的位置。所以无法实现指定列的位置
"立刻加列"不能添加主键列
加列不能涉及聚簇索引的变更，否则就变成了"重建"操作，不是"立刻"完成了
"立刻加列"不支持压缩的表格式
按照 WL的说法："COMPRESSED is no need to supported"（没必要支持不怎么用的格式）
总结回顾
我们总结一下上面的讨论：
"立刻加列"之所以高效的原因是：
在执行"立刻加列"时，不变更数据行的结构
读取"旧"数据时，"伪造"新增的列，使结果正确
写入"新"数据时，使用了新的数据格式(增加了instant标志位和"列数"字段)，以区分新旧数据
读取"新"数据时，可以如实读取数据
"立刻加列"的"伪造"手法，不能一直维持下去。当发生与"立刻加列"操作不兼容的 DDL时，表数据就会发生重建
回到之前遗留的两个问题：
"立刻加列"是如何工作的?
我们已经解答了这个问题
所谓"立刻加列"是否完全不影响业务，是否是真正的"立刻"完成?
可以看到：就算是"立刻加列"，也需要变更数据字典，那么该上的锁还是逃不掉的。也就是说这里的"立刻"指的是"不变更数据行的结构"，而并非指"零成本地完成任务"
怎么给mysql的表添加字段
ALTER TABLE表名 ADD列名 VARCHAR(20)
可以在mysql的自己的控制台，如果你有其他辅助的GUI界面的for mysql工具的话，直接在那里面写就行。
怎么会没有可以输入的地方呢？
首先检查你的mysql服务数否已经启动~方法是打开任务管理器，找有没有mysqld.exe进程。没有的话，执行1，有的话直接执行2.
1、需要点》开始》运行》cmd》回车》mysqld
2、点》开始》运行》cmd》回车》mysql-u账户名-p密码》回车
在第二个dos窗口输入》use数据库名》回车
接着输入》alter table表名 add列名类型;》回车
结束。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
mysql 怎么给一个表一次增加多个字段
一、添加字段的命令如下：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`;
扩展资料
增加字段注意事项：1、在增加字段的语句中需要注意的是，comment为注释，就像在java中//作用是一样的。
2、comment后需要加单引号将注释引起来。
3、创建新表的脚本中，可在字段定义脚本中添加comment属性来添加注释。
参考资料百度百科 mySQL
怎么给mysql数据表添加字段
传统情况
我们先回顾一下，在没有"立刻加列"功能时，加列操作是怎么完成的。我们也借此来熟悉一下本期的图例：
当进行加列操作时，所有的数据行都必须要增加一段数据（图中的列 4数据）
如上一期图解所讲，当改变数据行的长度，就需要重建表空间（图中灰蓝的部分为发生变更的部分）
数据字典中的列定义也会被更新
以上操作的问题在于每次加列操作都需要重建表空间，这就需要大量 IO以及大量的时间
立刻加列
"立刻加列"的过程如下图：
请点击输入图片描述
请点击输入图片描述
"立刻加列"时，只会变更数据字典中的内容，包括：
在列定义中增加新列的定义
增加新列的默认值
"立刻加列"后，当要读取表中的数据时：
由于"立刻加列"没有变更行数据，读取的行数据只有 3列
MySQL会将新增的第 4列的默认值，追加到读取的数据后
以上过程描述了如何读取在"立刻加列"之前写入的数据，其实质是：在读取数据的过程中，"伪造"了一个新列出来
那么如何读取在"立刻加列"之后写入的数据呢?过程如下图：
当读取行 4时：
请点击输入图片描述
请点击输入图片描述
通过判断数据行的头信息中的instant标志位，可以知道该行的格式是"新格式"：该行头信息后有一个新字段"列数"
通过读取数据行的"列数"字段，可以知道该行数据中多少列有"真实"的数据，从而按列数读取数据
通过上图可以看到：读取在"立刻加列"前/后写入的数据是不同的流程
通过以上的讨论，我们可以总结"立刻加列"之所以高效的原因是：
在执行"立刻加列"时，不变更数据行的结构
读取"旧"数据时，"伪造"新增的列，使结果正确
写入"新"数据时，使用了新的数据格式（增加了instant标志位和"列数"字段)，以区分新旧数据
读取"新"数据时，可以如实读取数据
那么我们是否能一直"伪造"下去?"伪造"何时会被拆穿?
考虑以下场景：
用"立刻加列"增加列 A
写入数据行 1
用"立刻加列"增加列B
写入数据行2
删除列B
我们推测一下"删除列 B"的最小代价：需要修改数据行中的instant标志位或"列数"字段，这至少会影响到"立刻加列"之后写入的数据行，成本类似于重建数据
从以上推测可知：当出现与"立刻加列"操作不兼容的 DDL操作时，数据表需要进行重建，如下图所示：
请点击输入图片描述
请点击输入图片描述
扩展思考题：是否能设计其他的数据格式，取代instant标志位和"列数"字段，使得加列/删列操作都能"立刻完成"?（提示：考虑加列-删列-再加列的情况）
使用限制
在了解原理之后，我们来看看"立刻加列"的使用限制，就很容易能理解其中的前两项：
"立刻加列"的加列位置只能在表的最后，而不能加在其他列之间
在元数据中，只记录了数据行应有多少列，而没有记录这些列应出现的位置。所以无法实现指定列的位置
"立刻加列"不能添加主键列
加列不能涉及聚簇索引的变更，否则就变成了"重建"操作，不是"立刻"完成了
"立刻加列"不支持压缩的表格式
按照 WL的说法："COMPRESSED is no need to supported"（没必要支持不怎么用的格式）
总结回顾
我们总结一下上面的讨论：
"立刻加列"之所以高效的原因是：
在执行"立刻加列"时，不变更数据行的结构
读取"旧"数据时，"伪造"新增的列，使结果正确
写入"新"数据时，使用了新的数据格式(增加了instant标志位和"列数"字段)，以区分新旧数据
读取"新"数据时，可以如实读取数据
"立刻加列"的"伪造"手法，不能一直维持下去。当发生与"立刻加列"操作不兼容的 DDL时，表数据就会发生重建
回到之前遗留的两个问题：
"立刻加列"是如何工作的?
我们已经解答了这个问题
所谓"立刻加列"是否完全不影响业务，是否是真正的"立刻"完成?
可以看到：就算是"立刻加列"，也需要变更数据字典，那么该上的锁还是逃不掉的。也就是说这里的"立刻"指的是"不变更数据行的结构"，而并非指"零成本地完成任务"
好了，文章到此结束，希望可以帮助到大家。