MySQL

MySQL not in查询不出数据

mysql 的 not in 中，不能包含 null 值。否则，将会返回空结果集。对于 not in 来说，如果子查询中包含 null 值的话，那么，它将会翻译为 not in null。除了 null 以外的所有数据，都满足这一点。所以，就会出现 not in “失效”的情况。

例如：我有两张表，test1 和 test2，两张表为一一对应关系，两张表通过 test1 表中的 id 关联。现有查询语句如下：

错误 SQL：

select * from test2 where id not in (
    select id from test1
)

那么，如果 test1 表中的 id 存在 null 值，那么这个 SQL 语句就是错误的。返回的结果集就是空的。

如果出现了这个问题，明明应该有数据，而使用 not in 却返回了空集，那么我们可以使用下面的 SQL 来避免这种情况的发生：

正确 SQL：

select * from test2 where id not in (
    select id from test1 where id is not null
)

总结

in 的实现应该是遍历所有值，比较是否相等，有相等则返回true
not in 的实现应该是遍历所有值，比较是否不相等，每一个都不等则返回true
所以in的情况含null（未知），只要其他任意相等，则返回true； not in 的情况含null（未知），由于无法判断等于null，所以结果总是返回false

鉴于以上问题就没有更好的绝决方案了吗？当然不是，我们可以用EXITS或NOT EXITS 代替。


select *  from test1 
   where EXISTS (select * from test2  where id2 = id1)

select *  FROM test1  
 where NOT EXISTS (select * from test2  where id2 = id1)

用JOIN代替


select id1 from test1 
  INNER JOIN test2 ON id2 = id1 
   
select id1 from test1 
  LEFT JOIN test2 ON id2 = id1 
  where id2 IS NULL

问题3：MySQL中反引号的作用

解决方案：

为了区分MySQL的保留字与普通字符，有MySQL保留字作为字段或表名的，必须加上反引号来区分。（不建议使用保留字作为表名或字段名）附：MySQL保留字

MySQL时区问题

timezone和上面通过serverTimezone指定时区时，若想指定为东八区，这值必须为GMT+8，而不能为UTC+8，后者不生效。UTC+8不生效原因：语义上，两者几乎无区别，但实际上，时区的划分是以本初子午线划分的，而GMT时间就是以此为基础而来的，故GMT+8表示东八区没问题，而UTC实际上并没有时区的概念，故UTC+8无效。

经纬度坐标

最小存储如果您觉得使用 float 就足够，那么便是下面的结果：

longitude（经度）: float(9,6)
latitude （纬度）: float(8,6)

方便计算如果您的系统中不仅有存储还有计算，则需要对 float 数据进行计算，这时会涉及到失真问题，单精度浮点数肯定是不够的。您肯定还需要各种强转，不麻烦了，db 层就定为 double 就得了。

longitude（经度）: double(9,6)
latitude （纬度）: double(8,6)

高精度坐标【推荐】我们知道，目前高德地图提供高精度坐标，可以精确到小数点后 8 位，该存还是要存的，万一涉及到海外业务，需要进行火星坐标系与地球坐标系的转换呢？精度高一些还是好的。

longitude（经度）: double(11,8)
latitude （纬度）: double(10,8)