mysql中alter表的SQL语句集合，包括添加、修改、删除字段，重命名表，添加、删除主键等。
1：删除列
ALTER TABLE [表名] DROP [列名]
2：添加列
ALTER TABLE [表名] ADD [列名] INT NOT NULL '注释描述'
3：修改列的类型信息
ALTER TABLE [表名] [列名] [新列名（这里可以使用与原始列相同的名称）] NOT NULL '注释描述'
4：重命名列
ALTER TABLE [表名] [列名] [新列名] NOT NULL '注释描述'
5：重命名表
ALTER TABLE [表名称] [表新名称]
6：删除表中的主键
Alter TABLE [表名] drop key
7：添加主键
ALTER TABLE ADD ES KEY (resid,)
8：添加索引
ALTER TABLE 添加索引（名称）；
9：添加唯一约束索引
更改表添加();
10：删除索引
改变表删除索引；
以上内容是小编为大家介绍的MySql数据库alter表的SQL语句合集。 希望对您有所帮助！
Mysql数据库、数据库表、基础数据操作笔记分享给大家，供大家参考。 具体内容如下
1. 数据库操作
1.创建数据库
数据库名称[数据库选项];
提示：该语句需要使用语句终止符“;” 结束服务。
标识符（数据库名）命名规则：
大小写取决于当前操作系统。
为了理解名称的含义，建议使用下划线的方法。
标识符字符：
使用任何字符、数字，甚至中文。 然而，一些特殊的组合，例如纯数字组合、特殊符号等，需要用标识符限定符包裹起来。
限定符：反引号``
中文可以：但是需要客户端编码
在mysql的数据目录中，形成一个目录，目录名就是数据库名。
该目录下有一个文件，用于保存数据库的选项信息。 数据库选项
2.数据库查询
查看当前存在的数据库：
展示 ;
查看数据库创建语句：
展示 ;
3、数据库删除
降低 ;
4.修改数据库信息
更改[修改命令]
更换名字：
直接修改目录名很简单。
导出数据库内容，创建新数据库，导入内容，然后删除旧数据库。
创建一个新数据库，将数据库中的所有表移动（重命名）到新数据库，并删除旧数据库。
2、数据库表操作
数据库是表的容器。 该表必须属于某个数据库，并通过 . 陈述;
执行表操作时，会指定当前默认数据库。
使用 ;
1.创建表
表{列结构}[表选项]
首先分析一下需要保存的实体数据有哪些属性。 这些属性应该如何保存。
例如：班级信息
班级编号、开课日期
列定义：
列名列数据类型[列属性（约束）]
简单字符串类型；
日期类型 日期
第一种方法不需要提前指定数据库，而是使用. 表达的陈述
第二种方法是先指定默认数据库。
2. 查看
1>有哪些表？
显示[如'']；
like '' 表示获取某个规则的表名
上面的like也适用于show like['']；
2>某表的创建信息
显示表；
提示：可以使用G作为语句终止符以清晰显示。
比较的
3>查看表结构（描述表结构）
描述；
表名前缀
为了区分具有相同逻辑表名的不同应用，在逻辑表名上添加前缀，形成逻辑表名。
3.删除表
删除表；
如果不存在，则不会报错：
这同样适用于：
如果 则丢弃；
4.修改表
修改表名
表旧至；
支持多个名称一起修改
支持跨数据库重命名，将一个数据库下的表移动到另一个数据库。 您可以使用此功能来重命名数据库。
修改列定义
添加新列
添加
删除一列
降低
修改列定义
列定义
修改一列
新列定义
修改表结构，上面是子命令，上级是，alter table [add|drop||]
修改表选项
更改表新表选项
3、数据操作
1.创建数据（插入数据）
插入表名（字段列表）（值列表）
如果插入时对所有字段都设置了值，则可以省略字段列表。要求是值的顺序，要与表中字段的顺序一致
2.获取数据（查询数据）
表名查询条件的字段列表
提示：查询条件可以省略，相当于where 1
条件查询
3.删除数据
从表名条件
提示：删除需要有严格的逻辑条件，否则很容易造成数据丢失。
4.修改数据
表名设置字段=新值，....条件。
以上就是Mysql数据库操作的全部内容。 希望对大家的学习有所帮助。
问题简要描述：
一周前，一台mysql服务器出现硬件故障并关闭。 我们向专门负责这方面的同学提交了申请，他们负责修复服务器。 今天服务器修好后，就开机了。 服务器上的四个mysql实例在启动后自动启动并开始拉取主数据库。 因为这台服务器已经宕机很长时间了，很多日志丢失了，而且主库正在疯狂拉取，导致主库出现网络问题。
现象：
首先，我们没有意识到这是由于服务器故障重新启动主数据库造成的，因为我们根本不知道服务器发生了什么。 我们只知道一周前，我们报告了一台服务器需要维修。 具体情况如何，是否已修复，是否已开机，我们不得而知。 在这样的情况下，突然听网上有同学说有一台MySQL机器网络流量过大，导致业务感觉很慢。 总共持续了17分钟。 事实上，这方面并没有太多线索。
故障排除：
检查全日志和慢日志没有发现问题。
查看监控发现，这段时间服务器的读IO突然增加。 通过查看历史记录，我们发现在一段时间内，主从复制的用户状态为net。 通过其IP，我们发现该服务器是一个从服务器，一周前就出现故障了。
结论：该服务器上有4个实例。 服务器启动后，mysql实例自动启动并开始拉取主数据库。 每个主数据库每天消耗约6G，4个实例每周消耗约160G。
问题： 1. 我们无法控制损坏的服务器何时修复以及何时开启。 2、本案例实际上是一个非常简单且典型的案例，可能会造成影响或故障。 我们无法提前控制它。 我们对这种现象并没有警惕。 虽然我们知道这是一个很容易出现的问题，但是对于我们来说，我们根本就没有这方面的意识，所以就发生了这个事件。 3、缺乏对网络流量的有效监控。
解决方案： 1.对于所有服务器，取消启动时mysql的自动启动。 服务器上电后，手动启动实例并停止从站。 （这样的话，如果服务器很多的话，可能就太麻烦了，最好先这样记录一下，以免造成任何影响） 2、意识到问题，将其纳入常识库或工作手册中以避免出现问题。
发表评论:
◎欢迎参与讨论，请在这里发表您的看法、交流您的观点。