4.4.4修改字段排列位置
创新互联公司-专业网站定制、快速模板网站建设、高性价比沁源网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式沁源网站制作公司更省心,省钱,快速模板网站建设找我们，业务覆盖沁源地区。费用合理售后完善，十载实体公司更值得信赖。
语句格式：ALTER TABLE 表名 MODIFY 字段名 数据类型FIRST|AFTER 字段名2;
此语句从格式上看比上面的修改字段数据类型语句多了一个参数，即在上面的修改字段数据类型语句的最后增加了一个字段位置参数，这个字段位置参数可以选择“FIRST”或“AFTER 字段名2”中的一个。当选择“FIRST”参数时表示将指定字段调至第一个字段；当选择“AFTER 字段名2”时表示将指定字段调至“字段名2”所指字段的后面。
下面截图中的“ALTER TABLE”语句将t_dept表中loc字段的位置由原来第三的位置调至了第一。
4.4
MySQL数据表的修改
在MySQL中，允许对创建好的数据表进行修改，修改时可以有以下几种形式：修改表名、修改字段名、修改字段类型、修改字段排列位置、添加字段、删除字段、添加字段约束、删除约束等，它们一般都是使用“Alter table表名”命令，但后跟的具体参数不同，下面分别介绍其语句格式。
4.4.1修改表名
语句格式一：Alter table表名RENAME [TO] 新表名;
语句格式二：RENAME TABLE 表名 TO 新表名;
在上面语句格式中，“表名”为要更名的表，“新表名”为要更改成的表名，格式一中参数“TO”可以省略。
下面截图中的“ALTER TABLE”语句将dept更名为t_dept。
一、修改表
二、复制表
三、表字段的数据类型
存储引擎决定了表的类型，而表内存放的数据也要有不同的类型，每种数据类型都有自己的宽度，但宽度是可选的。
mysql常用数据类型有：
数值类型
1、整数类型
TINYINT SMALLINT MEDIUMINT INT BIGINT
作用：存储年龄，等级，id，各种号码等
注意：为该类型指定宽度时，仅仅只是指定查询结果的显示宽度，与存储范围无关，存储范围如下
其实我们完全没必要为整数类型指定显示宽度，使用默认的就可以了
默认的显示宽度，都是在最大值的基础上加1
2、浮点型
定点数类型 DEC等同于DECIMAL
浮点类型：FLOAT DOUBLE
作用：存储薪资、身高、体重、体质参数等
3、日期类型
DATE TIME DATETIME TIMESTAMP YEAR
作用：存储用户注册时间，文章发布时间，员工入职时间，出生时间，过期时间等
datatime与timestamp的区别
4、字符串类型
总结：
单从数据类型的实现机制去考虑，char数据类型的处理速度更快，有时甚至可以超出varchar处理速度的50%。
但对于InnoDB数据表，内部的行存储格式没有区分固定长度和可变长度列（所有数据行都使用指向数据列值的头指针），因此在本质上，使用固定长度的CHAR列不一定比使用可变长度VARCHAR列性能要好。因而，主要的性能因素是数据行使用的存储总量。由于CHAR平均占用的空间多于VARCHAR，因此使用VARCHAR来最小化需要处理的数据行的存储总量和磁盘I/O是比较好的。
5、枚举类型和集合类型
字段的值只能在给定范围中选择，如单选框，多选框
enum 单选 只能在给定的范围内选一个值，如性别 sex 男male/女female
set 多选 在给定的范围内可以选择一个或一个以上的值（爱好1,爱好2,爱好3...）
1. 修改表的名字
alter table table_name rename table_new_name;
其中,table_name是旧表名,table_new_name是新表名。
2．修改字段的数据类型
语法： alter table 表名 modify 字段名 数据类型
3．修改字段名
语法： alter table 表名 change 旧字段名 新字段名 新数据类型
4.4.3修改字段类型
语句格式：ALTER TABLE 表名 MODIFY 字段名 数据类型;
在上面语句格式中，“表名”指定要修改的是哪个表，“MODIFY”表示要修改表中字段数据类型，“字段名”指定要修改表中哪个字段（的数据类型），“数据类型”指定表中字段要修改成的新数据类型。
下面截图中的“ALTER TABLE”语句将t_dept表中deptno字段数据类型由原来的 int(10)修改为varchar(20)。
本期我们用 MySQL 提供的 DBUG 工具来研究 MySQL 的 SQL 处理流程。
起手先造个实例
这里得稍微改一下实例的启动文件 start，将 CUSTOM_MYSQLD 改为 mysqld-debug：
重启一下实例，加上 debug 参数：
我们来做一两个实验，说明 DBUG 包的作用：
先设置一个简单的调试规则，我们设置了两个调试选项：
d：开启各个调试点的输出
O,/tmp/mysqld.trace：将调试结果输出到指定文件
请点击输入图片描述
然后我们创建了一张表，来看一下调试的输出结果：
请点击输入图片描述
可以看到 create table 的过程中，MySQL 的一些细节操作，比如分配内存 alloc_root 等
这样看还不够直观，我们增加一些信息：
请点击输入图片描述
来看看效果：
请点击输入图片描述
可以看到输出变成了调用树的形式，现在就可以分辨出 alloc_root 分配的内存，是为了解析 SQL 时用的（mysql_parse）
我们再增加一些有用的信息：
请点击输入图片描述
可以看到结果中增加了文件名和行号：
请点击输入图片描述
现在我们可以在输出中找一下统计表相关的信息：
请点击输入图片描述
可以看到 MySQL 在这里非常机智，直接执行了一个内置的存储过程来更新统计表。
沿着 que_eval_sql，可以找到其他类似的统计表，比如下面这些：
请点击输入图片描述
请点击输入图片描述
本次实验中，我们借助了 MySQL 的 DBUG 包，来让 MySQL 将处理过程暴露出来。MySQL 中类似的技术还有不少，比如 performance_schema，OPTIMIZER_TRACE 等等。
这些技术将 MySQL 的不同方向的信息暴露出来，方便大家理解其中机制。