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

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

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

我建议您使用浮动数据类型的SQL Server。

使用DECIMAL(8,6)表示纬度(90到-90度)，使用DECIMAL(9,6)表示经度(180到-180度)。小数点后6位对于大多数应用程序都是可以的。两者都应该“有符号”以允许为负值。

谷歌提供了一个从开始到结束的PHP/MySQL解决方案的例子“商店定位器”应用程序与谷歌地图。在本例中，它们将lat/lng值存储为“Float”，长度为“10,6”

http://code.google.com/apis/maps/articles/phpsqlsearch.html

MySQL的空间扩展是最好的选择，因为你有空间操作符和索引的完整列表。空间索引允许您非常快速地执行基于距离的计算。请记住，作为6.0，空间扩展仍然是不完整的。我并不是在写MySQL Spatial，只是让你在深入了解它之前知道它的缺陷。

如果你严格地处理点，而只是DISTANCE函数，这是可以的。如果需要使用polygon、Lines或Buffered-Points进行任何计算，除非使用“related”操作符，否则空间操作符不会提供准确的结果。请参阅21.5.6顶部的警告。关系，如包含，内部，或交叉使用MBR，而不是确切的几何形状(即椭圆被视为矩形)。

此外，MySQL Spatial中的距离与第一个几何图形的单位相同。这意味着如果你使用的是十进制度数，那么你的距离测量就是十进制度数。当你离赤道越来越远时，这将使你很难得到准确的结果。

基本上，这取决于你需要的定位精度。使用DOUBLE可以获得3.5nm的精度。DECIMAL(8,6)/(9,6)减小到16cm。FLOAT是1.7米…

这个非常有趣的表格有一个更完整的列表:http://mysql.rjweb.org/doc.php/latlng:

Datatype               Bytes            Resolution

Deg*100 (SMALLINT)     4      1570 m    1.0 mi  Cities
DECIMAL(4,2)/(5,2)     5      1570 m    1.0 mi  Cities
SMALLINT scaled        4       682 m    0.4 mi  Cities
Deg*10000 (MEDIUMINT)  6        16 m     52 ft  Houses/Businesses
DECIMAL(6,4)/(7,4)     7        16 m     52 ft  Houses/Businesses
MEDIUMINT scaled       6       2.7 m    8.8 ft
FLOAT                  8       1.7 m    5.6 ft
DECIMAL(8,6)/(9,6)     9        16cm    1/2 ft  Friends in a mall
Deg*10000000 (INT)     8        16mm    5/8 in  Marbles
DOUBLE                16       3.5nm     ...    Fleas on a dog