首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

MySQL 时间类型 datetime、bigint、timestamp,选哪个?

数据库中可以用datetime、bigint、timestamp来表示时间,那么选择什么类型来存储时间比较合适呢?...time_timestamp` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, `time_long` bigint...> datetime > timestamp sql分组速率测试 使用bigint 进行分组会每条数据进行一个分组,如果将bigint做一个转化在去分组就没有比较的意义了,转化也是需要时间的 通过datetime...类型排序 select * from users order by time_long 耗时:0.775s 结论 在InnoDB存储引擎下,通过时间排序,性能bigint > timestamp >...datetime 小结 如果需要对时间字段进行操作(如通过时间范围查找或者排序等),推荐使用bigint,如果时间字段不需要进行任何操作,推荐使用timestamp,使用4个字节保存比较节省空间,但是只能记录到

3.8K30

mysql存储手机号为什么不用bigint?

char(32) varchar(32) 占用空间 固定 32 字符(如果数据长度不够 32 将用空格补齐) 跟随实际存储内容长度,但不超过 32 空格处理 检索时会去掉尾部空格(数据本身有空白符也会被去掉...) 不会对空格处理 是否记录字段长度 否 是。...额外拿出空间记录字段数据长度(字符数) 适用场景 存储的数据长度基本一致,不需要空格,eg 手机号、UUID、密码加密后的密文 数据长度不一定,长度范围变化较大的场景 bigint的优势有: 更小的空间占用...; 更高的操作效率(待验证); 支持更多的操作,比如between and操作; VARCHAR的优势: 灵活;设计时候可以指定最大长度,存储时,存多少占用多少; CHAR的优势: 效率比varchar...更高; 假设我们将字段内容设计为 地区编码(4位)+手机号或者区号座机号(11位)的格式,那么该字段内容固定位15位长度: 空间: bigint:8字节 VARCHAR:15字节 CHAR:15字节

3.3K20

Memcached对于Key和Value的长度默认限制

结论 Memcached默认对Key和Value长度做如下限制: Key字符串的长度不能超过255个字符; Value字符串的长度不能超过1024 * 1024个字符, 即存储数据不能超过1M; 推荐使用默认配置..., 也可以通过直接修改memcached.h源码来加大长度限制. // memcached.h#define KEY_MAX_LENGTH 1000#define MAX_ITEM_SIZE  (1024...默认Memcached开启压缩功能. 此处为了测试, 需要暂时先关闭压缩功能....var_dump($ret); $values=array();// 为什么是85呢, 因为存储$value数据需要额外存储其它元素数据, 包括key, 管理信息// 每记录需要内存数 = key长度...+ value长度 + 管理信息(64 字节 + 1~9字节的value size的字符数).// 14 + 1024 * 1024 - 85 + 1 + 64 + 7 = 1024 * 1024 +

67220

HashMap的默认初始长度是多少?为什么?

这个时候看到这篇文章的小伙伴就赚了,带你彻底了解懂hashmap的默认初始长度为什么是16 1. 默认长度是多少?...HashMap的默认初始长度是16,自动拓展和手动初始化时,长度必须是2的幂,即2^n (每次扩容都是以2的整数次幂扩容 2.为什么是16呢?...位运算求HashMap函数,位运算:index=Hash数据(Key)&(length-1),进行的是二进制的与(&)运算 例如index=101111100100 1011 (Hash数据)&1111(默认长度...16的二进制)=1011,结果取决于Value的最后四位, 1111是(Length-1)默认的Length是16,Length-1是15的二进制 使用位运算,效果上和取模(index=Hash数据(Key...设HashMap的长度是9,则 index=11100011010101(Hash数据)&1000(Length-1)=0000 设HashMap的长度是10,则 index=11100011010101

37320

Mysql覆盖索引_mysql索引长度限制

只扫描索引而无需回表的优点: 1.索引条目通常远小于数据行大小,只需要读取索引,则mysql会极大地减少数据访问量。...(innodb的二级索引在叶子节点中保存了行的主键值,所以如果二级主键能够覆盖查询,则可以避免对主键索引的二次查询) 覆盖索引必须要存储索引列的值,而哈希索引、空间索引和全文索引不存储索引列的值,所以mysql...,但不是整个查询涉及的字段,mysql5.5和之前的版本也会回表获取数据行,尽管并不需要这一行且最终会被过滤掉。...2.mysql不能在索引中执行LIke操作。mysql能在索引中做最左前缀匹配的like比较,但是如果是通配符开头的like查询,存储引擎就无法做比较匹配。...记录自己对mysql的一些总结 发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/179723.html原文链接:https://javaforall.cn

7.8K30

mysqlbigint、int、mediumint、smallint 和 tinyint的取值范围

mysql数据库设计,其中,对于数据性能优化,字段类型考虑很重要,搜集了些资料,整理分享出来,这篇为有关mysql整型bigint、int、mediumint、smallint 和 tinyint...MySQL提供的功能已经绰绰有余,而且由于MySQL是开放源码软件,因此可以大大降低总体拥有成本。...注意,所有算术运算用有符号的BIGINT或DOUBLE值完成,因此你不应该使用大于9223372036854775807(63位)的有符号大整数,除了位函数!...在MySQL3.23中,这是一个真正的浮点值。在更早的MySQL版本中,FLOAT(precision)总是有2位小数。该句法为了ODBC兼容性而提供。...308,0,2.2250738585072014E-308 - 1.7976931348623157E+308 DECIMAL[(M,[D])] 或 NUMERIC(M,D) 由M(整个数字的长度

10.9K31

MySQL中int、bigint、smallint 和 tinyint的区别详细介绍

最近使用mysql数据库的时候遇到了多种数字的类型,主要有int,bigint,smallint和tinyint。其中比较迷惑的是int和smallint的差别。...bigint 从 -2^63 (-9223372036854775808) 到 2^63-1 (9223372036854775807) 的整型数据(所有数字)。存储大小为 8 个字节。...P.S. bigint已经有长度了,在mysql建表中的length,只是用于显示的位数 int 从 -2^31 (-2,147,483,648) 到 2^31 – 1 (2,147,483,647...注释 在支持整数值的地方支持 bigint 数据类型。但是,bigint 用于某些特殊的情况,当整数值超过 int 数据类型支持的范围时,就可以采用 bigint。...在数据类型优先次序表中,bigint 位于 smallmoney 和 int 之间。 只有当参数表达式是 bigint 数据类型时,函数才返回 bigint

5.5K30

mysql默认的隔离级别

默认是可重复读” 面试官:“为什么mysql选可重复读作为默认的隔离级别?” (你面露苦色,不知如何回答!) 面试官:"你们项目中选了哪个隔离级别?为什么?" 你:“当然是默认的可重复读,至于原因。。...Mysql默认的事务隔离级别是可重复读(Repeatable Read),那互联网项目中Mysql也是用默认隔离级别,不做修改么?...正文 我们先来思考一个问题,在Oracle,SqlServer中都是选择读已提交(Read Commited)作为默认的隔离级别,为什么Mysql不选择读已提交(Read Commited)作为默认隔离级别...而这种格式在读已提交(Read Commited)这个隔离级别下主从复制是有bug的,因此Mysql将可重复读(Repeatable Read)作为默认的隔离级别!...奈何这个格式在mysql5.1版本开始才引入。因此由于历史原因,mysql默认的隔离级别设为可重复读(Repeatable Read),保证主从复制不出问题!

2.9K20

MySQL中索引的长度的限制

参考: http://dinglin.iteye.com/blog/1681332 单列索引的长度的限制     (5.6里面默认不能超过767bytes,5.7不超过3072bytes):     起因是...--- by 阿里-丁奇 在MySQL5.6里默认 innodb_large_prefix=0 限制单列索引长度不能超过767bytes    官网文档:https://dev.mysql.com/doc.../refman/5.6/en/innodb-parameters.html#sysvar_innodb_large_prefix 注意: 在MySQL5.6里面,设置了innodb_large_prefix...在MySQL5.7里默认 innodb_large_prefix=1 解除了767bytes长度限制,但是单列索引长度最大还是不能超过3072bytes 联合索引的长度的限制 (不能超过3072bytes...:255*3*5= 3825 bytes ,大于最大值 3072 bytes  为什么3072,原因如下:    我们知道InnoDB一个page的默认大小是16k。

5.3K30
领券