mysql查询隐式类型转换_mysql中的隐式转换总结

最新推荐文章于 2023-06-26 10:56:31 发布
最新推荐文章于 2023-06-26 10:56:31 发布
阅读量177 收藏
点赞数
文章标签： mysql查询隐式类型转换
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_28954859/article/details/113146402
版权

--字符开头，直接是0

xxxx.test> select cast('a1' as unsigned int) astest ;+------+

| test |

+------+

| 0 |

+------+

1 row in set, 1 warning (0.00sec)

xxxx.test>show warnings;+---------+------+-----------------------------------------+

| Level | Code | Message |

+---------+------+-----------------------------------------+

| Warning | 1292 | Truncated incorrect INTEGER value: 'a1' |

+---------+------+-----------------------------------------+

1 row in set (0.00sec)--开头不是字符，一直截取到第一个不是字符的位置

xxxx.test> select cast('1a1' as unsigned int) astest ;+------+

| test |

+------+

| 1 |

+------+

1 row in set, 1 warning (0.00sec)

xxxx.test> select cast('123a1' as unsigned int) astest ;+------+

| test |

+------+

| 123 |

+------+

1 row in set, 1 warning (0.00sec)--直接按照字符截取，补上了20(不能补19)

xxxx.test> select cast('23:12:13' as datetime) astest ;+---------------------+

| test |

+---------------------+

| 2023-12-13 00:00:00 |

+---------------------+

1 row in set (0.00sec)--为什么不能转换为timestamp，没搞清楚，官方文档给的转换类型里没有timestamp。如果是这样的话，上面的datetime就不好解释为什不是1923了。难道是检测了当前的系统时间？

xxxx.test> select cast('23:12:13' as timestamp) astest ;

ERROR1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'timestamp) as test' at line 1

--这个时间无法转换成datetime

xxxx.test> select cast('10:12:32' as datetime) astest ;+------+

| test |

+------+

| NULL |

+------+

1 row in set, 1 warning (0.00sec)

xxxx.test>show warnings ;+---------+------+--------------------------------------+

| Level | Code | Message |

+---------+------+--------------------------------------+

| Warning | 1292 | Incorrect datetime value: '10:12:32' |

+---------+------+--------------------------------------+

1 row in set (0.00sec)--5.5版本下，时间转字符，会增加ms

xxxx.(none)> selectversion();+------------+

| version() |

+------------+

| 5.5.31-log |

+------------+

1 row in set (0.00sec)

xxxx.(none)> select CURTIME(), CURTIME()+0, NOW(), NOW()+0;+-----------+---------------+---------------------+-----------------------+

| CURTIME() | CURTIME()+0 | NOW() | NOW()+0 |

+-----------+---------------+---------------------+-----------------------+

| 15:40:01 | 154001.000000 | 2016-05-06 15:40:01 | 20160506154001.000000 |

+-----------+---------------+---------------------+-----------------------+

1 row in set (0.00sec)--5.6 不会

xxxx.test> selectversion();+------------+

| version() |

+------------+

| 5.6.24-log |

+------------+

1 row in set (0.00sec)

xxxx.test> select CURTIME(), CURTIME()+0, NOW(), NOW()+0;+-----------+-------------+---------------------+----------------+

| CURTIME() | CURTIME()+0 | NOW() | NOW()+0 |

+-----------+-------------+---------------------+----------------+

| 15:40:55 | 154055 | 2016-05-06 15:40:55 | 20160506154055 |

+-----------+-------------+---------------------+----------------+

1 row in set (0.00 sec)

臧竹萌123123~
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL的隐式类型转换整理总结
12-16
前言 前几天在看到一篇文章：价值百万的 MySQL 的隐式类型转换感觉写的很不错，再加上自己之前也对MySQL的隐式转化这边并不是很清楚，所以就顺势整理了一下。希望对大家有所帮助。 当我们对不同类型的值进行比较的时候，为了使得这些数值「可比较」（也可以称为类型的兼容性)，MySQL会做一些隐式转化（Implicit type conversion）。 比如下面的例子： mysql> SELECT 1+'1'; -> 2 mysql> SELECT CONCAT(2,' test'); -> '2 test' 很明显，上面的SQL语句的执行过程中就出现了隐式转化。并且从结果们可以判断出，第
mysql查询前转换为数字_mysql: 隐式类型转换
weixin_39841640的博客
11-28 113
前些天有个同事说他数据库查询性能很差，对查询的列加了索引还是很慢。我一看他的表结构和代码转换出的查询语句，大概知道是什么问题 — 出现了隐式类型转换。当我们对不同类型的值进行比较时，MySQL 为了让这些不同类型的值可比较，就会对它们进行类型转换。通过 MySQL 文档 我们可以查看有哪些情况会出现类型转换。最常见的情况就是 一个字符类型的列在查询的时候我们传递了一个数字，举个例子，建张表，随便灌...
mysql查询时的隐式转换
qq_39100644的博客
04-10 387
今天查询的时候无意间把参数传错了，结果竟然查出了数据，虽然结果是错的，但是按理说数据不应该出来，于是顺便查了一下。 相关sql: select phoneNumber from `userdata` where `whetherInternalAccount` = 'test' limit 15 offset 0 查询结果： 可以看出结果是错的。 原因就在于这个字段是int类型，数据库在查询...
谈谈MySQL隐式类型转换
划不出的界限
11-11 2097
本文首发于个人微信公众号《andyqian》,期待您的关注! 前言   今天我们继续回到MySQL系列文章中,谈一谈MySQL中隐式类型转换。(其实我最早知道是在慢SQL优化中知道隐式类型转换概念的),在说隐式类型转换之前,首先我们通过一个实例来看看是怎么回事。 数据结构 本文中所有的操作,都是基于该数据结构(有兴趣的童鞋,可以实验): create table t_
mysql查询隐式类型转换_mysql的隐式的数据类型转换
weixin_29577885的博客
02-08 139
mysql> select * from orders;+----+---------------------------+| id | order_id |+----+---------------------------+| 1 | 0300020140124034500255929 || 2 | 0300020140124034500268504 ...
Mysql隐式类型转换原则
12-14
本文将要为您介绍的是Mysql隐式类型转换原则，具体实现方法: 　MySQL 的隐式类型转换原则： 　- 两个参数至少有一个是 NULL 时，比较的结果也是 NULL，例外是使用 <=> 对两个 NULL 做比较时会返回 1，这两种...
MySQL隐式类型的转换陷阱和规则
09-10
先是通过一个实例给大家讲述在MySQL隐式类型的转换时遇到的陷阱，而后给大家介绍了MySQL隐式类型的规则，对大家操作mysql隐式类型的时候具有一定的参考借鉴价值，下面来一起看看吧。
MySQL-数据类型隐式转换
最新发布
Super菜的专栏
06-26 963
数据块类型操作要一致。
mysql查询隐式类型转换_谈谈 MySQL 隐式类型转换
weixin_30467861的博客
02-08 138
oid bigint(20)notnullprimary key auto_increment,name varchar(30)nullcomment"name",email varchar(30)nullcomment"email",age intnullcomment"age",telephone varchar(30)nullcomment"telephone",status tinyint...
MySQL的隐式类型转换
njitzyd
03-16 1079
在MySQL中:当操作符与不同类型的操作数一起使用时，会发生类型转换以使操作数兼容。则会发生转换隐式也就是说,MySQL会根据需要自动将数字转换为字符串，将字符串转换数字。避免发生隐式类型转换，隐式转换的类型主要有字段类型不一致、in 参数包含多个类型、字符集类型或校对规则不一致等隐式类型转换可能导致无法使用索引、查询结果不准确等，因此在使用时必须仔细甄别数字类型的建议在字段定义时就定义为 int 或者 bigint，表关联时关联字段必须保持类型、字符集、校对规则都一致。
MySQL 的隐式类型转换
sunny潘先生的博客
08-18 270
MySQL 的隐式类型转换原则： – 两个参数至少有一个是 NULL 时，比较的结果也是 NULL，例外是使用 <=> 对两个 NULL 做比较时会返回 1，这两种情况都不需要做类型转换 – 两个参数都是字符串，会按照字符串来比较，不做类型转换 – 两个参数都是整数，按照整数来比较，不做类型转换 – 十六进制的值和非数字做比较时，会被当做二进制串，和数字做比较时会按下面的规则处理 – 有一个参数是 TIMESTAMP 或 DATETIME，并且另外一个参数是常量，常量会被转换为 tim
Mysql的隐式类型转换
qq_19439605的博客
12-04 149
注意，数字类型的索引，查询时可以加双引号，也可以不加，都会使用索引 但是字符类型的索引，查询时必须加双引号，否则不会使用到索引 所以，尽量不要发生类型隐式转换。 ...
mysql的隐式转换
走过程序员的路
07-26 1560
什么叫做隐式转换？  显示转换，就是你使用转换函数进行操作。 隐式转换，就是你不使用转换函数，默认就给转换了。比如定义一个int型的变量@a，然后给变量符值 set @a = '2' ，这个就会隐式转换，把字符转换成数字了。 其实就是两个表关联字段的类型不一样导致他做了一波转换导致的。具体的转换规则可以参照mysql官方文档 先挖坑吧，后续再填 问题描述可以参照 https://ww...
mysql 隐式类型转换_MySQL的隐式类型转换整理总结
weixin_42393127的博客
01-19 213
当我们对不同类型的值进行比较的时候，为了使得这些数值「可比较」(也可以称为类型的兼容性)，MySQL会做一些隐式转化(Implicit type conversion)。比如下面的例子：很明显，上面的SQL语句的执行过程中就出现了隐式转化。并且从结果们可以判断出，第一条SQL中，将字符串的“1”转换为数字1，而在第二条的SQL中，将数字2转换为字符串“2”。MySQL也提供了CAST()函数。我们...
记录：mysql之隐式转换
代码如风似少年的博客
11-22 255
最近在优化SQL的过程中发现了一个问题： 表： 索引： SQL： 结果： 可以看到，我明明给year字段创建了索引，但是我查询的时候，并没有走索引； 后来又想到了强制索引，但是依然无效，查询始终不走year字段的索引。 之后在种种猜测下，是不是因为我查询的字段没加引号，因为我的year字段是varchar类型的 果不其然，我的猜测是对的： SQL： 结果： 至此已经很明显了，这是mys...
MySQL的隐式转换
Luck_And_Destiny的博客
08-07 124
一、问题描述 root@mysqldb 22:12: [xucl]> show create table t1\G *************************** 1. row *************************** Table: t1 Create Table: CREATE TABLE `t1` ( `id` varchar(255) DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8 1 row in
mysql data 类型转换_MySQL-隐式类型转换
06-08
MySQL 支持以下类型之间的隐式转换： - 整数类型之间的转换。例如，将 TINYINT 转换为 INT。 - 浮点数类型之间的转换。例如，将 FLOAT 转换为 DOUBLE。 - 字符串类型之间的转换。例如，将 VARCHAR 转换为 CHAR。 - ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值