convert(对象, 目标类型)是mysql中常用的类型转换对象函数。eg: select convert(‘1.123’, decimal(10.4))，结果就是1.1230。对象可以用列名替代。

前两天发现，一个小伙伴之前设计表时把某个表数据类型设计成了varchar，实际用于存储Decimal。我需要用其数据进行过滤筛选，这就造成了一些不便，所以记录了本文。

如果文章内容有问题，欢迎评论或与我进行讨论（请注明原因）：

mail: [email protected] 微信: hello-wgh0807 qq: 490536401

使用convert或直接进行数字比较，在字符串与数字进行比较时，先对字符串进行了解析，遇到非数字类型(即字母等)会停止识别，然后将成功解析的部分（从左到右，异常为止）识别转换为数字。如'1.56a8d7' -> 1.56，'abcdefg...'->0。

若确定数据实际上是数字类型，可以使用数字进行比较，如column>1.1。

如果用到将数字存储为字符串，需要转换回数字或需要进行比较的操作，推荐使用convert方法。CONVERT(column, decimal(10,5))，数据类型可以按照实际需要修改。

我一直习惯于在idea中Database console 下直接编写sql语句完成所有对数据库的操作，这次也是，我使用了以下sql进行查询：select * from test_table where volume > 0 。由于数据量较大，并没有发现什么问题，过滤掉了0.0000，效率还不错。

可是组长大大喜欢用navicat，毕竟可视化，查询、修改也方便。于是我也下载了一个，直观的修改条件，查看结果。但却筛选到出了错误的结果（如下图）：

从图中我们可以看到，在navicat的shaix中以volume>0，’0.00’竟然成功通过筛选！我当时就怀疑sql设计的问题

这里需要注意，我直接构建sql筛选用到的是整型的0，在sql语句中为 volume> 0，但是使用navicat时，由于表项类型是varchar，故其经过识别，在组装成sql的时候变成volumn > '0'，在比较过程中采用的是字符串的比较，故'0.0'>'0'。

目测没啥问题了，但是心虚的我又编写了一个测试sql，用于计数：

select count(*) from (SELECT * FROM lh_dc_bond_price_net WHERE dq_volume > 0) a where dq_volume like '0.00%';

计数结果为空，我放心了。突然小伙伴-霖提问：如果出现字母会怎么样呢？可以正确识别吗？识别正确的部分？还是会报错？

我做了个实验：