類型轉換是我們日常開發中經常會遇到的一個需求，最近在將浮點型轉換成字符型的時候就遇到了一個問題，所以總結分享出來，下面這篇文章主要給大家介紹了MySQL中關于浮點型轉字符型可能遇到的問題的相關資料，需要的朋友可以參考下。

前言

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

一 問題描述

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

臨時刷數據表：

CREATE TABLE `temp_170830` (
 `id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT '主鍵ID',
 `goods_sn` varchar(255) NOT NULL DEFAULT '' COMMENT '產品編碼',
 `goods_weight` float(9,4) NOT NULL DEFAULT '0.0000' COMMENT '產品重量',
 `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 '創建人',
 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 '產品編碼',
 `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 '創建人',
 `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;

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

臨時表數據截圖：

日志表數據截圖：

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

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 在記錄價格和重量數字字段的時候，盡量不要使用浮點型�。�！，浮點數坑多（比如浮點型是不能判斷相等的�。。。�，最好是采用int整型，業務上要顯示小數時，讀取出來再除以相應的位數，比如99.98元，應存儲9998，讀取出來時，用9998/100來顯示。

2 在float轉varchar時，應該先把float用concat函數先轉成varchar，再存儲入varchar字段。

以上就是MySQL中關于浮點型轉換成字符型出現的一些問題解決的詳細內容，更多請關注php中文網其它相關文章！