mysql添加字段

数据库约束的种类 约束名 约束关键字 主键 primary key 唯一 unique 非空 not null 外键 foreign key 检查约束 check 注:mysql 不支持，sql支持 主键约束 创建主键方式 在创建表的时候给字段添加主键 字段名 字段类型 PRIMARY KEY 例1: CREATE TABLE tb_info ( id INT PRIMARY KEY, name VARCHAR(30), age INT ); 例2: CREATE TABLE tb_info ( id INT, name VARCHAR(30), age INT, PRIMARY KEY(id) ); 在已有表中添加主键 ALTER TABLE 表名 ADD PRIMARY KEY(字段名); 例： ALTER TABLE tb_info ADD PRIMARY KEY(id); 删除主键的方式 删除单表主键约束 ALTER TABLE 表名 DROP PRIMARY KEY; 删除有外键连接的表的主键 第一步：解除外键约束 ALTER TABLE 外键表 DROP FOREIGN KEY 外键名称 第二步：删除主键 ALTER TABLE 主键表 DROP PRIMARY KEY; 如：删除tb1的主键 这里有两个表，tb2的外键连接tb1的主键 第一步：解除与tb2的外键约束

1.命名规范 1.库名、表名、字段名必须使用小写字母，并采用下划线分割。 a)MySQL有配置参数lower_case_table_names，不可动态更改，linux系统默认为 0，即库表名以实际情况存储，大小写敏感。如果是1，以小写存储，大小写不敏感。如果是2，以实际情况存储，但以小写比较。 b)如果大小写混合使用，可能存在abc，Abc，ABC等多个表共存，容易导致混乱。 c)字段名显示区分大小写，但实际使⽤用不区分，即不可以建立两个名字一样但大小写不一样的字段。 d)为了统一规范， 库名、表名、字段名使用小写字母。 2.库名、表名、字段名禁止超过32个字符。 库名、表名、字段名支持最多64个字符，但为了统一规范、易于辨识以及减少传输量，禁止超过32个字符。 3.使用INNODB存储引擎。 INNODB引擎是MySQL5.5版本以后的默认引擘，支持事务、行级锁，有更好的数据恢复能力、更好的并发性能，同时对多核、大内存、SSD等硬件支持更好，支持数据热备份等，因此INNODB相比MyISAM有明显优势。 4.库名、表名、字段名禁止使用MySQL保留字。 当库名、表名、字段名等属性含有保留字时，SQL语句必须用反引号引用属性名称，这将使得SQL语句书写、SHELL脚本中变量的转义等变得⾮非常复杂。 5.禁止使用分区表。 分区表对分区键有严格要求；分区表在表变大后，执⾏行DDL

1、分类 　　MySQL索引分为 普通索引、唯一索引、主键索引、组合索引、全文索引 。索引不会包含有null值的列，索引项可以为null（唯一索引、组合索引等），但是只要列中有null值就不会被包含在索引中。 （1）普通索引：create index index_name on table(column)； 或者创建表时指定，create table(..., index index_name column); （2）唯一索引：类似普通索引，索引列的值必须唯一（可以为空，这点和主键索引不同） create unique index index_name on table(column)；或者创建表时指定unique index_name column （3）主键索引：特殊的唯一索引，不允许为空，只能有一个，一般是在建表时指定primary key(column) （4）组合索引：在多个字段上创建索引，遵循最左前缀原则。alter table t add index index_name(a,b,c); 　　 最左前缀原则 ： https://mp.weixin.qq.com/s/RemJcqPIvLArmfWIhoaZ1g （5）全文索引：主要用来查找文本中的关键字，不是直接与索引中的值相比较，像是一个搜索引擎，配合match against使用，现在只有char，varchar

引言 近期由于复习了一下mysql的内容，有些心得。随手讲其中一部分知识，都是一些烟哥自己平时工作的总结以及经验。大家看完，其实能避开很多坑。而且很多问题，都是面试中实打实会问到的！ 比如 OK，具体有下面这些问题 1、为什么一定要设一个主键？ 2、你们主键是用自增还是UUID? 3、主键为什么不推荐有业务含义? 4、表示枚举的字段为什么不用enum类型？ 5、货币字段用什么类型? 6、时间字段用什么类型? 7、为什么不直接存储图片、音频、视频等大容量内容? 8、字段为什么要定义为NOT NULL? 其实上面这些问题，我最早想法是，每个问题都可以啰嗦出一篇文章。后来由于良心发现，烟哥就决定用一篇文章将这些问题都讲明白。 当然，我给的回答可能并非标准答案，毕竟是自己的一些工作总结。各位读者有更好的回答，也欢迎交流！ 这里我要说一下，我用mysql只用过 innodb 存储引擎，其他的引擎真没用过。因此我的回答，都是基于 innodb 存储引擎中的。 正文 问题1:为什么一定要设一个主键？ 回答 :因为你不设主键的情况下，innodb也会帮你生成一个隐藏列，作为自增主键。所以啦，反正都要生成一个主键，那你还不如自己指定一个主键，在有些情况下，就能显式的用上主键索引，提高查询效率！ 问题2:主键是用自增还是UUID? 回答 :肯定答自增啊。innodb 中的主键是聚簇索引

我们有时候创建数据的时候，会不小心把字段名称信息写错。这时我们就需要alter命令来修改，这里我总结了一些我经常使用的sql //添加字段 alter table 表名 add 字段名 字段类型； //修改字段类型 alter table 表名 motify 字段名 要修改的字段类型; //修改字段名称、类型 alter table 表名 change 要修改字段名 结果字段名 结果字段类型 //删除字段 alter table 表名 drop 要删除的字段名;//修改表名alter table 表名 rename 修改后的表名 　 来源： https://www.cnblogs.com/duansong/p/12296632.html

-- 查询 -- 单表查询 -- 查询全部: select * from 表名 -- 别名: select 字段1 别名, 字段2, ... from 表名 -- 连接符: select concat(字符1, 字符2) from dual -- 去重: select distinct 字段 from 表名 -- 排序: select * from 表名 order by 字段名 -- where子句: select * from 表名 where 1=1 -- 函数(max, min, avg, sum, count): select max(字段) from 表名 -- 分组: select * from 表名 group by 字段 -- having: 分组后筛选 -- 多表查询 -- select * from 表1 left join 表2 on 表1.字段 = 表2.字段 -- 子查询 -- select * from (select * from 表名) -- 添加 -- 全部字段插入: insert into 表名 values (值1, 值2, ...); -- 部分字段插入: insert into 表名 (字段1, 字段2, ...) values (值1, 值2, ...); -- 删除 -- delete from 表名 where 字段 = 值 --

一 存储引擎介绍 存储引擎即表类型，mysql根据不同的表类型会有不同的处理机制 一 什么是存储引擎 mysql中建立的库===>文件夹 库中建立的表===>文件 现实生活中我们用来存储数据的文件有不同的类型，每种文件类型对应各自不同的处理机制：比如处理文本用txt类型，处理表格用excel，处理图片用png等 数据库中的表也应该有不同的类型，表的类型不同，会对应mysql不同的存取机制，表类型又称为存储引擎。 存储引擎说白了就是如何存储数据、如何为存储的数据建立索引和如何更新、查询数据等技术的实现方 法。因为在关系数据库中数据的存储是以表的形式存储的，所以存储引擎也可以称为表类型（即存储和 操作此表的类型） 在Oracle 和SQL Server等数据库中只有一种存储引擎，所有数据存储管理机制都是一样的。而MySql 数据库提供了多种存储引擎。用户可以根据不同的需求为数据表选择不同的存储引擎，用户也可以根据 自己的需要编写自己的存储引擎 SQL 解析器、SQL 优化器、缓冲池、存储引擎等组件在每个数据库中都存在,但不是每 个数据库都有这么多存储引擎。MySQL 的插件式存储引擎可以让存储引擎层的开发人员设 计他们希望的存储层,例如,有的应用需要满足事务的要求,有的应用则不需要对事务有这 么强的要求 ;有的希望数据能持久存储,有的只希望放在内存中,临时并快速地提供对数据 的查询。

1. 什么是索引? 索引是一种数据结构,可以帮助我们快速的进行数据的查找. 2. 索引是个什么样的数据结构呢? 索引的数据结构和具体存储引擎的实现有关, 在MySQL中使用较多的索引有Hash索引,B+树索引等,而我们经常使用的InnoDB存储引擎的默认索引实现为:B+树索引. 3. Hash索引和B+树所有有什么区别或者说优劣呢? 首先要知道Hash索引和B+树索引的底层实现原理: hash索引底层就是hash表,进行查找时,调用一次hash函数就可以获取到相应的键值,之后进行回表查询获得实际数据.B+树底层实现是多路平衡查找树. 对于每一次的查询都是从根节点出发,查找到叶子节点方可以获得所查键值,然后根据查询判断是否需要回表查询数据. 那么可以看出他们有以下的不同: hash索引进行等值查询更快(一般情况下),但是却无法进行范围查询. 因为在hash索引中经过hash函数建立索引之后,索引的顺序与原顺序无法保持一致,不能支持范围查询.而B+树的的所有节点皆遵循(左节点小于父节点,右节点大于父节点,多叉树也类似),天然支持范围. hash索引不支持使用索引进行排序,原理同上. hash索引不支持模糊查询以及多列索引的最左前缀匹配.原理也是因为hash函数的不可预测. AAAA 和 AAAAB 的索引没有相关性. hash索引任何时候都避免不了回表查询数据,而B+树在符合某些条件

-- 创建表 -- create table 表名 ( -- 字段名 类型 约束 auto_increment, -- ... -- ); -- 删除表 -- drop table 表名; -- 修改表 -- 添加字段: -- alter table 表名 add 字段名 类型 约束 -- 删除字段: -- alter table 表名 drop 字段名 -- 修改字段类型: -- alter table 表名 modify 字段名 新字段类型 -- 修改字段名: -- alter table 表名 change 字段名 新字段名 类型 -- 修改表名: -- alter table 表名 rename as 新表名 -- MySQL常见字段类型 -- 数值型: -- int(长度), 表示整数类型的数据 -- float/double, 表示浮点数 -- 字符型: -- varchar(长度), 动态分配长度 -- char(长度), 分配固定长度 -- 日期型: -- date, 格式为 yyyy-MM-dd -- datetime, 格式为 yyyy-MM-dd HH:mm:ss, 占用8个字节 -- timestamp, 格式为 yyyy-MM-dd HH:mm:ss, 会自动进行时区的转换, 占用4个字节 -- time, 时间 -- year, 年份 -- 其他类型:

一 什么是存储引擎 mysql中建立的库===>文件夹 库中建立的表===>文件 现实生活中我们用来存储数据的文件有不同的类型，每种文件类型对应各自不同的处理机制：比如处理文本用txt类型，处理表格用excel，处理图片用png等 数据库中的表也应该有不同的类型，表的类型不同，会对应mysql不同的存取机制，表类型又称为存储引擎。 存储引擎说白了就是如何存储数据、如何为存储的数据建立索引和如何更新、查询数据等技术的实现方 法。因为在关系数据库中数据的存储是以表的形式存储的，所以存储引擎也可以称为表类型（即存储和 操作此表的类型） 在Oracle 和SQL Server等数据库中只有一种存储引擎，所有数据存储管理机制都是一样的。而MySql 数据库提供了多种存储引擎。用户可以根据不同的需求为数据表选择不同的存储引擎，用户也可以根据 自己的需要编写自己的存储引擎 SQL 解析器、SQL 优化器、缓冲池、存储引擎等组件在每个数据库中都存在,但不是每 个数据库都有这么多存储引擎。MySQL 的插件式存储引擎可以让存储引擎层的开发人员设 计他们希望的存储层,例如,有的应用需要满足事务的要求,有的应用则不需要对事务有这 么强的要求 ;有的希望数据能持久存储,有的只希望放在内存中,临时并快速地提供对数据 的查询。 二 mysql支持的存储引擎 MariaDB [(none)]> show