13518219792
这要看字段类型是如何定义的，默认的情况下是有分符号的，但是也可以强制定义为不分符号。例如
成都创新互联公司网络公司拥有10多年的成都网站开发建设经验，上千客户的共同信赖。提供网站制作、网站设计、网站开发、网站定制、友情链接、建网站、网站搭建、响应式网站、网页设计师打造企业风格，提供周到的售前咨询和贴心的售后服务
CREATE TABLE test1 (
`id` int(11) NOT NULL AUTO_INCREMENT,
`col1` float DEFAULT NULL,
PRIMARY KEY (`id`);
字段col1被定义为有符号的浮点数
CREATE TABLE test2 (
`id` int AUTO_INCREMENT PRIMARY key,
`col1` float UNSIGNED);
字段col1被定义为无符号的浮点数
原因是在字段类型上面：
bigint 20 对应的类型是 long long 类型，有符号 ，范围：-2^63 ~ 2^63-1
而UUID_SHORT() 返回的是 unsigned long long 类型，无符号，范围：0 ~ 2^64-1
在MySQL设置的时候没有勾选 「无符号」这个选项导致的，勾选上就解决了。
mysql 中的ZEROFILL意思是补零。格式为字段名 int(M) zerofill。在插入数据时，当该字段的值的长度小于定义的长度时，会在该值的前面补上相应的0。zerofill默认为int(10)。当使用zerofill 时，默认会自动加unsigned（无符号）属性，使用unsigned属性后，数值范围是原值的2倍。
扩展资料：
工具/材料：Management Studio。
1、首先在桌面上，点击“Management Studio”图标。
2、之后在该界面中，点击左上角“新建查询”选项。
3、接着在该界面中，输入带ZEROFILL的sql语句“CREATE TABLE staffs ( id int(11) unsigned zerofill AUTO_INCREMENT, col2 varchar(20) NOT NUL, PRIMARY KEY (id), ) ”。
4、然后在该界面中，点击左上方“执行”按钮。
5、最后在该界面中，显示命令已成功完成。
上一篇给小伙伴们讲了关于SQL查询性能优化的相关技巧，一个好的查询SQL离不开合理的索引设计。这篇小二就来唠一唠怎么合理的设计一个索引来优化我们的查询速度，要是有不合理的地方...嗯..
当然啦，开个玩笑，欢迎小伙伴们指正！
通常情况下，字段类型的选择是需要根据业务来判断的，通常需要遵循以下几点。
下列各种类型表格内容来自菜鸟教程，权当备忘。
优化建议：
注意： INT(2)设置的为显示宽度，而不是整数的长度，需要配合 ZEROFILL 使用 。
例如 id 设置为 TINYINT(2) UNSIGNED ，表示无符号，可以存储的最大数值为255，其中 TINYINT(2) 没有配合 ZEROFILL 实际没有任何意义，例如插入数字200，长度虽然超过了两位，但是这个时候是可以插入成功的，查询结果同样为200；插入数字5时，同样查询结果为5。
而 TINYINT(2) 配合 ZEROFILL 后，当插入数字5时，实际存储的还是5，不过在查询是MySQL会在前面补上一个0，即查询出来的实际为 05 。
优化建议：
优化建议：
通常来说，考虑好表中每个字段应该使用什么类型和长度，建完表需要做的事情不是马上建立索引，而是先把相关主体业务开发完毕，然后把涉及该表的SQL都拿出来分析之后再建立索引。
尽量少建立单值索引( 唯一索引除外 )，应当设计一个或者两三个联合索引，让每一个联合索引都尽量去包含SQL语句中的 where、order by、group by 的字段，同时确保联合索引的字段顺序尽量满足SQL查询的最左前缀原则。
索引基数是指这个字段在表里总共有多少个不同的值，比如一张表总共100万行记录，其中有个性别字段，性别一共有三个值：男、女、保密，那么该字段的基数就是3。
如果对这种小基数字段建立索引的话，因为索引树中只有男、女、保密三个值，根本没法进行快速的二分查找，同时还需要回表查询，还不如全表扫描嘞。
一般建立索引，尽量使用那些基数比较大的字段，那么才能发挥出B+树快速二分查找的优势来。
在 where 和 order by 出现索引设计冲突时，是优先针对where去设计索引？还是优先针对order by设计索引？
通常情况下都是优先针对 where 来设计索引，因为通常情况下都是先 where 条件使用索引快速筛选出来符合条件的数据，然后对进行筛选出来的数据进行排序和分组，而 where 条件快速筛选出来的的数据往往不会很多。
对生产实际运行过程中，或者测试环境大数据量测试过程中发现的慢查询SQL进行特定的索引优化、代码优化等策略。
终于轮到实战了，小二最喜欢实战了。
写到这里不得不吐槽一下，这个金三银四的跳槽季节，年前提离职了，结果离职还没办完就封村整整两个礼拜了，呜呜呜...
上节小二就提到会有个很有意思的小案例，那么在疫情当下，门都出不去的日子，感觉这个例子更有意思了，咱们来讨论一下各种社交平台怎么做的用户信息搜索呢。
社交平台有一个小伙伴们都喜欢的功能，搜索好友信息，比如小二熟练的点开省份...城市..性别..年龄..身高...
咳咳咳...小二怎么可能干这种事情，小二的心里只有代码，嗯...没错，就是这样。
这个就可以说是对于用户信息的查询筛选了，通常这种表都是非常大数据量的，在不考虑分库分表的情况下，怎么通过索引配合SQL来优化呢？
通常我们在编写SQL是会写出类似如下的SQL来执行，有 where、order by、limit 等条件来查询。
那么接下来小二一个一个慢慢增加字段来分析分析，怎么根据业务场景来设计索引。
针对这种情况，很简单，设计一个联合索引 (provice, city, sex) 就完事了。
那么这时候有小伙伴就会说了，很简单啊，范围字段放最后咱还是知道的，联合索引改成 (provice, city, sex, age) 不就可以了。
嗯，是的，这么干没毛病，但是小伙伴们有没有想过有些人万一既喜欢帅哥又喜欢美女，别想歪了哈...，挺多小姐姐就既喜欢帅哥又喜欢美女的。
那么这个时候小姐姐就不搜索性别了，那么这个时候联合索引只能用到前两个字段了，那么不符合咱们的专业标准啊，咋办呢？这时候还是有办法的，咱们只需要动动小脑袋改改SQL就行了，在没有选择性别时判断一下，改成下面这样就可以了。
咋办嘞，同样往联合索引里面塞，例如 (provice, city, sex, hobby, xx, age) 。
针对这种多个范围查询的话，为了比较好的利用索引，在业务允许的情况下可以使用固定范围，然后数据库字段存储范围标识就可以了，这样就转化为了等值匹配，就可以很好地利用索引了。
例如最后登录时间字段不记录最后登录时间，而是记录设置字段 is_login_within_seven_days 在7天内有登录则为1，否则为0，最后索引设计成 (provice, city, sex, hobby, xx, is_login_within_seven_days, age) 。
那么根据场景最后设计出来的这个索引可能已经可以覆盖大部分的查询流量了，那么如果还有其他一部分热度比较高的查询怎么办呢，办法也很简单啊，再加一两个索引即可。
例如通常会查询这个城市比较受欢迎(评分：score)的小姐姐，这时候添加一个联合索引 (provice, city, sex, score) 那么就可以了。
可以看出，索引时必须结合场景来设计的，思路就是尽量用不超过3个复杂的联合索引来抗住大部分的80%以上的常用查询流量，然后再用一两个二级索引来抗下一些非常用查询流量。
以上就是小二要给大家分享的索引设计，如果能动动你发财的小手给小二点个免费的赞就更好啦~
下篇小二就来讲讲MySQL事务和锁机制。
#常见的数据类型
/*
数值型：
整形
小数：
定点数
浮点数
字符型：
较短的文本：char、varchar
较长的文本：text、blob（较长的二进制数据）
日期型：
*/
#一、整形
/*
分类：
tinyint、smallint、mediumint、int/integer、bigint
1 2 3 4 8
特点：
-如果不设置无符号还是有符号，默认是有符号，如果想设置无符号，需要添加unsigned关键字
-如果插入的数值超出了整形的范围，会报out of range异常，并且插入临界值
-如果不设置长度，会有默认的长度
-长度代表了显示的最大宽度，如果不够会用0在左边填充，但是必须搭配zerofill使用
*/
#1.如何设置无符号和有符号
CREATE TABLE tab_int(
t1 INT
t2 INT ZEROFILL 【无符号】
);
#二、小数
/*
浮点型
float(M, D)
double(M, D)
定点型
dec(M, D)
decimal(M, D)
特点：
-M：整数部位+小数部位
-D：小数部位
-M和D都可以省略
如果是decimal，则M默认为10，D默认为0
如果是float和double，则会根据插入的数值的精度来决定精度
定点型的精确度较高，如果要求插入数值的精度较高如货币运算等则考虑使用
*/
CREATE TABLE tab_float (
f1 FLOAT(5, 2)
f2 DOUBLE (5, 2)
f3 DECIMAL(5, 2)
)
#原则：
/*
所选择的类型越简单越好，能保存数值的类型越小越好
*/
#三、字符型
/*
较短的文本：
char
varchar
较长的文本：
text
blob(较大的二进制)
特点：
写法 M的意思 特点 空间的耗费 效率
char char(M) 最大的字符数，可以省略 固定长度的字符 比较耗费 高
varchar carchar(M) 最大的字符数，不可以省略 可变长度的字符 比较节省 低
*/
CREATE TABLE tab_char(
c1 ENUM('a','b','c')
)
CREATE TABLE tab_set(
s1 SET ('a','b','c','d')
)
#四、日期型
特点：
字节 范围 时区等的影响
datetime 8 10000-9999 不受
timestamp 4 1970-2038 受
CREATE TABLE tab_date(
t1 DATETIME,
t2 TIMESTAMP
)
#常见约束
/*
含义：一种限制，用于限制表中的数据，为了保证表中的数据的准确和可靠性
分类：六大约束
NOT NULL：非空，用于保证该字段的值不能为空，比如姓名、学号等
default：默认，用于保证该字段有默认值，比如性别
primary key：主键，用于保证该字段的值具有唯一性，并且非空，比如学号等
unique：唯一，用于保证该字段的值具有唯一性，可以为空，比如座位号
check：检查约束【mysql中不支持】，比如年龄、性别
foreign key：外键，用于限制两个表的关系，用于保证该字段的值必须来自于主表的关联列的值，在从表添加外键约束，用于引用主表中某列的值，比如员工表的部门编号，员工表的工种编号
添加约束的时机：
1.创建表时
2.修改表时
约束的添加分类：
列级约束：
六大约束语法上都支持，但外键约束没有效果
表级约束：
除了非空、默认，其他的都支持
*/
CREATE TABLE 表名(
字段名 字段类型 列级约束,
表级约束
)
#一、创建表时添加约束
/*
语法：
直接在字段名和类型后面追加 约束类型即可
只支持：
*/
#1.添加列级约束
create table stuinfo (
id int primary key, #主键
stuName varchar(20) not null, #非空
gender char(1) check(gender='男' OR gender ='女'), #检查约束
seat int unique, #唯一约束
age int default 18, #默认约束
majorId int foreign key references major (id) #外键
)
create table major (
id int primary key,
majorName varchar (20)
)
desc stuinfo #查看表结构
show index from stuinfo #查看stuinfo表中所有的索引，包括主键、外键、唯一
#2、添加表级约束
create table stuinfo (
id int
stuName varchar(20)
gender char(1)
seat int,
age int ,
majorId int
constraint pk primary key (id), #主键
constraint uq unique (seat), #唯一键
constraint ck check (gender = '男' or gender = '女'), #检查
constraint fk_stuinfo_major foreign key(majorid) references major(id) #外键
)
