目录

一、表的创建

1、创建语法

2、创建案例

二、查看表结构

三、修改表

1、修改表名

2、添加记录

3、修改列属性

4、添加列（字段）

5、删除列（字段）

6、修改列名字

四、删除表

五、修改表结构的风险

1、风险

2、建议

---

一、表的创建

1、创建语法

CREATE TABLE table_name (
field1 datatype,
field2 datatype,
field3 datatype
) character set 字符集 collate 校验规则 engine 存储引擎;
//charset=字符集  collate=校验规则

2、创建案例

create table users (-> id int,-> name varchar(20) comment '用户名',-> password char(32) comment '密码是32位的md5值',-> birthday date comment '生日'-> ) character set utf8 engine MyISAM;

二、查看表结构

desc 表名;

三、修改表

语法：

ALTER TABLE tablename ADD (column datatype [DEFAULT expr][,column
datatype]...);//添加一个列ALTER TABLE tablename MODIfy (column datatype [DEFAULT expr][,column
datatype]...);//修改列属性的语法ALTER TABLE tablename DROP (column);

1、修改表名

alter table users rename to user1;

2、添加记录

insert into person (name,age,gender) values('kevin',19,'male')
,('mei',21,'female');

说明：括号里的列名称可以省略，这是默认添加全部列。

3、修改列属性

alter table person modify home char(32);

这种修改是直接覆盖原来的属性，后面的comment也会被覆盖。

4、添加列（字段）

alter table person add home varchar(32) comment '家乡' after name;

5、删除列（字段）

alter table person drop gender;

6、修改列名字

alter table person change home hometown varchar(32);
//不但要给新名称，而且新字段需要完整定义

四、删除表

drop table user1;

五、修改表结构的风险

1、风险

（1）修改数据库的表可能会导致数据丢失或损坏。例如，如果修改了表的数据类型或长度，可能会造成数据截断或转换错误。如果修改了表的主键或唯一约束，可能会引发数据冲突或重复。如果修改了表的外键或参照完整性约束，可能会破坏数据之间的关联关系。

（2）修改数据库的表可能会影响索引的效率和空间占用。例如，如果修改了表的列名或顺序，可能会导致索引失效或需要重建。如果修改了表的列属性或默认值，可能会导致索引分裂或碎片化。如果修改了表的存储引擎或字符集，可能会导致索引不兼容或需要转换。

（3）修改数据库的表可能会增加数据库的维护成本和复杂度。例如，如果修改了表的结构或功能，可能会导致应用程序需要修改或适配。如果修改了表的分区或分片策略，可能会导致数据迁移或同步问题。如果修改了表的备份或恢复方案，可能会导致数据安全或可用性风险。

2、建议

因此，数据库的表不建议随意修改，除非有充分的理由和测试。一般来说，数据库的表应该在设计阶段就做好规划和优化，避免后期频繁变更。如果确实需要修改数据库的表，应该遵循以下原则：

（1）在修改数据库的表之前，应该做好数据备份和恢复计划，以防止数据丢失或损坏。

（2）在修改数据库的表之前，应该评估修改的影响和风险，以及是否有更好的替代方案。

（3）在修改数据库的表之前，应该通知相关的应用程序开发者和维护者，以便做好协调和测试工作。

（4）在修改数据库的表时，应该尽量减少对线上业务的影响和干扰，选择合适的时间和方式进行操作。

（5）在修改数据库的表后，应该及时检查数据和索引的完整性和有效性，以及监控数据库的性能和稳定性。