GeoLocationCoordinates返回一个双数据类型，以十进制表示位置的经纬度。你可以试着用double。

存储Lat Long值的理想数据类型是十进制(9,6)

这是在大约10cm的精度，而只使用5字节的存储。

例如:CAST(123.456789 as decimal(9,6))

根据这篇维基文章 http://en.wikipedia.org/wiki/Decimal_degrees#Accuracy MySQL中适当的数据类型是Decimal(9,6)，用于存储经度和纬度 单独的字段。

当我从ARINC424构建导航数据库时，我做了相当多的测试，并回顾了代码，我使用了DECIMAL(18,12)(实际上是NUMERIC(18,12)，因为它是firebird)。

浮点数和双精度数没有那么精确，可能会导致舍入错误，这可能是一件非常糟糕的事情。我不记得我是否发现了任何有问题的真实数据——但我相当肯定无法准确地存储在浮点数或双精度数中可能会导致问题

关键是，当使用角度或弧度时，我们知道值的范围——小数部分需要最多的数字。

MySQL空间扩展是一个很好的选择，因为它们遵循OpenGIS几何模型。我没有使用它们，因为我需要保持数据库的可移植性。

GeoLocationCoordinates返回一个双数据类型，以十进制表示位置的经纬度。你可以试着用double。

FLOAT应该能给你所需的所有精度，并且比将每个坐标存储为字符串或类似的东西更好地用于比较函数。

如果你的MySQL版本低于5.0.3，你可能需要注意某些浮点比较错误。

在MySQL 5.0.3之前，DECIMAL列以精确的精度存储值，因为它们是用字符串表示的，但DECIMAL值的计算是使用浮点操作完成的。从5.0.3开始，MySQL执行DECIMAL操作的精度为64位十进制数字，这应该可以解决DECIMAL列最常见的不准确问题