MySQL中浮點型轉(zhuǎn)字符型可能會遇的問題詳解

更新時間：2017年09月12日 14:31:41 作者：TinaXTU

類型轉(zhuǎn)換是我們?nèi)粘ｉ_發(fā)中經(jīng)常會遇到的一個需求，最近在將浮點型轉(zhuǎn)換成字符型的時候就遇到了一個問題，所以總結分享出來，下面這篇文章主要給大家介紹了MySQL中關于浮點型轉(zhuǎn)字符型可能遇到的問題的相關資料，需要的朋友可以參考下。

前言

本文主要給大家介紹了MySQL中在將浮點型轉(zhuǎn)字符型的時候遇到的一個問題，分享出來供大家參考學習，下面話不多說了，來一起看看詳細的介紹吧。

一問題描述

今天遇到一個刷數(shù)據(jù)的需求，是修改產(chǎn)品的重量（字段類型為float），修改了產(chǎn)品的重量之后，是需要記錄到日志表中的(字段類型為varchar)，表結構如下:

臨時刷數(shù)據(jù)表：

CREATE TABLE `temp_170830` (
 `id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT '主鍵ID',
 `goods_sn` varchar(255) NOT NULL DEFAULT '' COMMENT '產(chǎn)品編碼',
 `goods_weight` float(9,4) NOT NULL DEFAULT '0.0000' COMMENT '產(chǎn)品重量',
 `actual_weight` float(9,4) NOT NULL DEFAULT '0.0000' COMMENT '實際重量',
 `new_actual_weight` float(9,4) NOT NULL DEFAULT '0.0000' COMMENT '新的實際重量',
 `create_user` varchar(30) NOT NULL DEFAULT '' COMMENT '創(chuàng)建人',
 PRIMARY KEY (`id`),
 KEY `idx_goods_sn` (`goods_sn`)
) ENGINE=InnoDB AUTO_INCREMENT=8192 DEFAULT CHARSET=utf8 COMMENT='臨時刷重量表';

日志表：

CREATE TABLE `log_weight` (
 `id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT '主鍵ID',
 `goods_sn` varchar(50) NOT NULL DEFAULT '' COMMENT '產(chǎn)品編碼',
 `which_col` varchar(100) NOT NULL DEFAULT '' COMMENT '修改字段',
 `old_value` varchar(50) NOT NULL DEFAULT '0.00' COMMENT '更新前值',
 `new_value` varchar(50) NOT NULL DEFAULT '0.00' COMMENT '更新后值',
 `update_user` varchar(100) NOT NULL DEFAULT '' COMMENT '創(chuàng)建人',
 `update_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
 `wh_update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '記錄修改時間',
 PRIMARY KEY (`id`),
 KEY `idx_goods_sn` (`goods_sn`),
 KEY `idx_update_user` (`update_user`),
 KEY `wh_update_time` (`wh_update_time`)
) ENGINE=InnoDB AUTO_INCREMENT=14601620 DEFAULT CHARSET=utf8 COMMENT='重量修改日志';

如上面建的表所示，我需要將temp_170830表的actual_weight和new_actual_weight字段分別刷入log_weight表的old_value和new_value字段，SQL語句如下：

INSERT INTO log_weight(goods_sn, which_col, old_value, new_value, update_user)
SELECT goods_sn,'actual_weight',actual_weight,new_actual_weight,create_user FROM temp_170830;

本來以為到這里就已經(jīng)大功告成了，畢竟只是插入一些日志記錄，后來為了簡單的進行核對，發(fā)現(xiàn)數(shù)據(jù)有些不對勁，如下圖所示：

臨時表數(shù)據(jù)截圖：

日志表數(shù)據(jù)截圖：

對比可以發(fā)現(xiàn)，插入的日志記錄數(shù)據(jù)無緣無故后面多了很多位的小數(shù)，不知道從哪里冒出來的，后來一想，可能是本來浮點型的數(shù)據(jù)就是除不盡的，轉(zhuǎn)成varchar的時候就把后面的那些也給帶出來了，暫時也不是很確定，后續(xù)確定之后再補充，然后自己臨時找了一個轉(zhuǎn)varchar的方法concat，調(diào)整如下:

INSERT INTO log_weight(goods_sn, which_col, old_value, new_value, update_user)
SELECT goods_sn,'actual_weight',concat(actual_weight,''),concat(new_actual_weight,''),create_user FROM temp_170830;

順利解決日志記錄問題。

總結如下：

1 在記錄價格和重量數(shù)字字段的時候，盡量不要使用浮點型！??！，浮點數(shù)坑多（比如浮點型是不能判斷相等的！?。。?，最好是采用int整型，業(yè)務上要顯示小數(shù)時，讀取出來再除以相應的位數(shù)，比如99.98元，應存儲9998，讀取出來時，用9998/100來顯示。

2 在float轉(zhuǎn)varchar時，應該先把float用concat函數(shù)先轉(zhuǎn)成varchar，再存儲入varchar字段。

好了，以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。