mysqldump 问题

poorgreatly

mysql> select format(sm_createDate,10) from tbl_Player where sm_playerName='lastlog';
+--------------------------+
| format(sm_createDate,10) |
+--------------------------+
| 1,255,406,848.0000000000 |
+--------------------------+
1 row in set (0.00 sec)

mysql> select format(sm_createDate,10) from tbl_Player where sm_playerName='lastlog';
+--------------------------+
| format(sm_createDate,10) |
+--------------------------+
| 1,255,410,048.0000000000 |
+--------------------------+
1 row in set (0.00 sec)

第一个是实际的生产库里查出来的数据，第二个是通过mysqldump备份生产库（也就是第一个），然后导入到另一个数据库中查出来的，现在出现了查出来数据不一致，这个字段的类型是float，是一个角色的创建时间。数据库是innodb，时间和时区都一样。我还尝试过导进生产库，但是查出来还是不一致，请问是什么问题，如何解决！！

cenalulu

float精度有限，所以导出的数值会有误差。
举个不恰当的例子（实际情况可能不是这样）
就像100000存到数据库a就变99999
从a导出来是99999，然后再存入数据库b，就变99998
所以从a读取是99999，从b读取是99998，所以数据不一致。

关键的问题是，你为什么要用float来存日期类型的数据？

poorgreatly

不是我要用，是他们开发那边设计的啊！！这个问题我如何解决呢？

cenalulu

如果对createtime的准确度要求不高的话，dump出来以后，把列的定义改为timestamp，然后再插入吧。
原数据库中的数据已经有精度截断的问题，应该难以挽回了吧～

poorgreatly

厄。。。。。这个必须得改字段类型了是吧！

cenalulu

原帖由 poorgreatly 于 2009-10-15 13:08 发表
厄。。。。。这个必须得改字段类型了是吧！

我的想法是：float类型已经导致原来的数据的损坏，无法弥补，需要想的就是如何防止以后的数据再次损坏。

poorgreatly

现在备份出来都相差很大的。。。字段能改嘛？

poorgreatly

还有好多时间字段是float的！

cenalulu

unix_time 到 数据库a的float字段， 产生一次误差
dump出float字段 到 存入数据库b的float字段，又一次误差。

现在由于第一个误差已经无法挽回，所以我建议
select format(sm_createDate,10) from tbl_Player into outfile 'xxx.txt' ; 做数据导出
然后，在数据库b建立新表，并且sm_createDate用int类型
然后再load data infile 'xxx.txt'
这样至少可以避免第二次误差的产生

poorgreatly

float精度是多少啊？