首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

一次事故,我对MySql时间char(10)还是int(10)有了全新的认识

抓住那只bug 经过我缜密的排查,发现是一个“获取今天之前登录的用户”接口调用严重超时: 这个接口其实调用的数据表不多,在mysql只读取了1张表,表结构如下: 获取今天之前登录的用户列表的SQL如下...如果多人同时访问,MySql不崩溃才怪。 此时,应该确信是这个表出问题无疑了,但是字段log_dtime明明建立了索引,怎么还这么慢呢?...我的数据恰巧都是数字组成(时间戳),查询的时候也没有刻意去加引号,导致查询的时候不走索引。 这就是问题所在了,于是进行如下尝试: 尝试1: SQL的值加上引号 如上图,果然极快。...尝试2: 果断将数据表结构log_dtime设计为INT型,如图: 再次执行SQL: SELECT log.user_id FROM `log_user_active` WHERE `log_dtime...如果是时间戳等类型的纯数字,建议还是存为int型吧。 愉快的周末,又向我招手了。

95130
您找到你想要的搜索结果了吗?
是的
没有找到

MYSQL 数据库时间字段 INT,TIMESTAMP,DATETIME 性能效率比较

原文 | http://1t.click/FAB 在数据库设计的时候,我们经常会需要设计时间字段,在 MYSQL 中,时间字段可以使用 int、timestamp、datetime 三种类型来存储,那么这三种类型哪一种用来存储时间性能比较高...对于 MyISAM 引擎,建立索引的情况下,效率从高到低:UNIXTIMESTAMP(timestamp) > int > datetime(直接和时间比较)>timestamp(直接和时间比较)>UNIXTIMESTAMP...对于 InnoDB 引擎,没有索引的情况下(不建议),效率从高到低:int > UNIXTIMESTAMP(timestamp) > datetime(直接和时间比较) > timestamp(直接和时间比较...对于 InnoDB 引擎,建立索引的情况下,效率从高到低:int > datetime(直接和时间比较) > timestamp(直接和时间比较)> UNIXTIMESTAMP(timestamp) >...一句话,对于 MyISAM 引擎,采用 UNIX_TIMESTAMP(timestamp) 比较;对于InnoDB 引擎,建立索引,采用 int 或 datetime直接时间比较。

6.8K30

3分钟短文 | MySQL时间,到底该用timestamp还是datetime?

先说一个小小的知识点,在存储日期时间时,应该选用 timestamp 时间戳类型,还是应该用 datettime 类型? ? 两者有何不同,效率如何,以及各自的优劣。...学习时间 MySQL中的 timestamp 通常用于跟踪记录的更改,并且通常在每次记录更改时进行更新。如果要存储特定值,则应使用 datetime 字段。...如果你在这两者之间犹豫不决,那就请优先使用时间戳。买搜狗中提供了。内置的函数用于时间,日期格式转换和计算,使用起来非常方便。...一个重要的区别是,DATETIME表示日期(如在日历中查找),和时间(如在时钟上可以看到),而TIMESTAMP表示明确定义的时间点。 如果应用程序处理时区,那么这可能非常重要。...对我来说,这只是几秒钟前,对你来说,它可能代表将来的时间。 相应地,如果我说自“ 1970-01-01 00:00:00 UTC”以来的1283351460秒,那么您确切地知道我在说什么时间点。

1.2K20

MySQLint (10) 和 int (11) 的区别

显示宽度只是指明 mysql 最大可能显示的数字个数,数值的位数小于指定的宽度时左侧用数字 0 填充。...同理,所以 int (10) 和 int (11) 无任何区别,就是显示宽度不同。...在存储方面确实没什么不同,设置长度只有在设置了自动填充 ZEROFILL 的时候才体现出来, 比如 id=1 长度为 int (5) 的话会显示 00001。...Mysql 可以为整数类型指定宽度,例如 INT (11),对大多数应用这是没有意义的:他不会限制值的合法范围,只是规定了 Mysql 的一些交互工具,如 Mysql 命令行客户端,用来显示字符的个数。...对于存储和运算来说, INT (1) 和 INT (8) 是相同的。 是的,设置自动填充的时候用来显示补充0有点 用而已

1.8K30

聊聊Mysql中的int(1)

昨天有个读者问了我这样一个问题在mysql中建表的时候,我设置一个字段为int类型,长度为1,但是我发现这个字段却可以存储任意长度的数字,这是什么情况?...int 类型占 4 个字节,一个字节是 8 位,也就是说 int 类型在计算机底层是由 32 个 0 跟 1 表示,转化为十进制就是 2 的 32 次方,那么存储范围就是 0~2^32 ,如果带符号位的话就是...现在再来看看这个int(1)中的1究竟有什么奥秘。这个1跟这个字段能的数据范围没关系,它也不是限制这个字段的数据长度的。这个字段存储的数据范围是由int来限制的。...比如我们将int(1)改成int(3),我们再输入1,实际上显示的是001。所以无论你将 int 类型的长度设为多少并不会影响数据的存储范围。...mysql对于整型的数据类型,不仅给我们提供了int,还提供了tinyint,smallint,mediumint和bigint。

1.7K20

mysqlint长度的意义

提问: mysql的字段,unsigned int(3), 和unsinged int(6), 能存储的数值范围是否相同。如果不同,分别是多大?...回答: 不同,int(3)最多显示3位无符号整体,int(6)最多显示6位无符号数。 如果你的答案和上面的一致,恭喜你和我犯了一样的错误。...发现,无论是int(3), int(6), 都可以显示6位以上的整数。但是,当数字不足3位或6位时,前面会用0补齐。...查下手册,解释是这样的: MySQL还支持选择在该类型关键字后面的括号内指定整数值的显示宽度(例如,INT(4))。该可选显示宽度规定用于显示宽度小于指定的列宽度的值时从左侧填满宽度。...结论: 无论是unsigned int(3)或 unsiend int(6),存储的都是4字节无符号整数, 也就是0~2^32。

3.9K10

Mysqlint和varchar类型

int类型: int bigint smallint 和 tinyint 类型,如果创建新表时没有指定 int(M) 中的M时,默认分别是 : int           -------     int...      -------     bigint(20) smallint   -------     smallint(6) tinyint      -------     tinyint(4) MySQL...在 int(M) 中,M 的值跟 int(M) 所占多少存储空间并无任何关系。和数字位数也无关系, int(3)、int(4)、int(8) 在磁盘上都是占用 4 btyes 的存储空间。...2个字节有16位,无符号从0000 0000 0000 0000(0)到1111 1111 1111 1111(2^16-1) 有符号:(-2^15到2^15-1) mysql中设置varchar长度的问题...utf-8的中文占3个字节,那么这个varchar(50)是不是只能16个汉字了? mysql varchar(50) 不管中文 还是英文 都是50个的

1.7K10

Nginx+lua+mysql实时日志

mysql访问阶段属于内容生成阶段,所以代理运行的时间和状态,mysql都无法获取的到。因此,这种通过nginx直连mysql的方式无法达到我们的要求。...当并发量大时,mysql端会出现问题。 不向mysql插入数据,整个时间的消耗大约在0.02-0.04s之间。...而向mysql插入数据后,整个时间消耗大约在0.4-0.9之间,消耗的时间是原来的10倍。...在任务中,每隔一段时间取出nginx内存共享区的log数据,将数据合并,存入mysql,同时再一个相同的延时任务,递归调用。这样就与crontab命令相似。...Mysql 访问权限的问题 不但访问MysqlMysql用户需要有操作对应数据库的权限,还需要调用Mysql命令的用户具有访问mysql的权限。

2.3K70

MySQL怎么文本不乱码?

导读 MySQL里怎么存储那些看起来会乱码的字符? 我在“UTF8字符集的表怎么直接转UTF8MB4”一文中介绍了如何把表字符集由UTF8直接转换成UTF8MB4的几种方法。...如果是通过WEB接口存储数据,则建议在browser端、server端全都采用UTF8字符集,MySQL Server端采用UTF8/UTF8MB4均可(针对大多数文本,其实UTF8字符集就足够存储的了...其中,MySQL端的字符集设置比较让人头大,涉及到的字符集有好几个: character_set_server,server端默认字符集; character_set_database,database...MySQL采用UTF8MB4字符集时,存储文本实际消耗字节数是由文本内容的字节数决定的,并非总是需要4字节,列举几种情况: 输入字符集任意,且存储ASCII字符时,每个字符需要1byte; 输入字符集是...且存储的字符是高编码汉字时,每个字符需要4bytes; 输入字符集是binary,且存储的字符是高编码汉字时,每个字符需要4bytes; 总结建议 从前端到后端(浏览器=>WEB Server=>MySQL

1.6K20

MySQL 怎么文本不乱码?

导读 MySQL里怎么存储那些看起来会乱码的字符?...如果是通过WEB接口存储数据,则建议在browser端、server端全都采用UTF8字符集,MySQL Server端采用UTF8/UTF8MB4均可(针对大多数文本,其实UTF8字符集就足够存储的了...其中,MySQL端的字符集设置比较让人头大,涉及到的字符集有好几个: character_set_server,server端默认字符集; character_set_database,database...MySQL采用UTF8MB4字符集时,存储文本实际消耗字节数是由文本内容的字节数决定的,并非总是需要4字节,列举几种情况: 输入字符集任意,且存储ASCII字符时,每个字符需要1byte; 输入字符集是...UTF8MB4,且存储的字符是高编码汉字时,每个字符需要4bytes; 输入字符集是binary,且存储的字符是高编码汉字时,每个字符需要4bytes; 总结建议 从前端到后端(浏览器=>WEB Server=>MySQL

1.9K10

MySqlint(10)与int(11)有什么区别吗?

首先说一下 MySQL 的数值类型,MySQL 支持所有标准 SQL 数值数据类型。...作为 SQL 标准的扩展,MySQL 也支持整数类型TINYINT、MEDIUMINT 和 BIGINT。下面的表显示了需要的每个整数类型的存储和范围。 ?...MySQL 类型关键字后面的括号内指定整数值的显示宽度(例如,INT(4))。该可选显示宽度规定用于显示宽度小于指定的列宽度的值时从左侧填满宽度。...请注意如果在整数列保存超过显示宽度的一个值,当 MySQL 为复杂联接生成临时表时会遇到问题,因为在这些情况下 MySQL 相信数据适合原列宽度。...0 3 总结 所以,int(2) 与int(11)后的括号中的字符表示显示宽度,整数列的显示宽度与 MySQL 需要用多少个字符来显示该列数值,与该整数需要的存储空间的大小都没有关系,int类型的字段能存储的数据上限依旧是

4.2K30

CDB for MySQL 8.0列引擎CSTORE介绍

并发的事务数较多,而且事务的响应时间要求比较高。此外,每个增删改语句通常只操作少数几行数据;每个查询语句通常也只返回较小的结果集。...并发的事务数相对OLTP要少很多,而且事务的响应时间要求相对比较低。但是查询语句要访问的数据量很大,例如访问全表数据做数据的聚合等统计分析,进行多表JOIN等等。...CDB for MySQL 8.0是腾讯TEG云架构平台部推出的新一代MySQL产品。...CSTORE的查询引擎吸收了MySQL查询引擎的优点,又针对列的特点做了优化。因此,MySQL原生支持的大部分查询都可以不修改而继续运行,并且带来性能的提升。...「 总结 」 至此,对列引擎CSTORE,我们都有大概的了解。 未来,我们会持续对列引擎CSTORE进行完善并尽快正式发布给大家使用,敬请期待~ ?

2.1K72

MySQLMySQL 中的 int(11) 到底代表什么意思?

一、前言   在工作中经常要与 mysql 打交道,但是对 mysql 的各个字段类型一直都是一知半解,因此写本文总结记录一番。 二、简介 ?   ...对于 int 类型的一些基础知识其实上图已经说的很明白了,在这里想讨论下常用的 int(11) 代表什么意思,很长时间以来我都以为这代表着限制 int 的长度为 11 位,直到有天看到篇文章才明白,11...A column with INT(5) or INT(11) can store the same maximum values....首先创建一张表: CREATE TABLE int_demo (     id INT(11) NOT NULL AUTO_INCREMENT,     a INT(11) NOT NULL,     ...b INT(11) UNSIGNED ZEROFILL NOT NULL,     c INT(5) DEFAULT NULL,     d INT(5) UNSIGNED ZEROFILL NOT NULL

2.9K20
领券