以 mysql 来说，用 bigint 来存较好，优点 1. 存储值与时区无关 2. 不用考虑各台机器时区以及 mysql 所用时区不一致问题，缺点: 查询结果需做转换才能可读(mysql-cli/gui)
----
DATETIME: 存储的可以理解为就是你给它的值(yyyy-MM-dd HH:mm:ss)，但是不会带上时区信息，所以如果各台机器时区不一致，那库里存的就不知道它的时区了
TIMESTAMP: 存储的可以理解为把你给它的值(yyyy-MM-dd HH:mm:ss)以 mysql 所用时区来理解，转成 UTC 时间来存储，所以如果程序所用时区与 mysql 所用时区不一致，那 mysql 就存错值了
----
那如果程序所用时区与 mysql 所用时区都全部一致，DATETIME 和 TIMESTAMP 有什么区别呢？
1. 各台机器 0 时区，mysqlA 0 时区，数据都在 mysqlA 上，mysqlB 用的是 1 时区，把 mysqlA 导出导入到 mysqlB 中
__DATETIME: A,B 查询结果一致，时区信息自己记得是 0 时区
__TIMESTAMP: A,B 查询结果不同，分别是各自 mysql 所用时区
（ ps: 把 mysqlB 时区改一致不就完了......额，就以它不能改吧
2. 其它区别: 如取值范围。。（自己上网看
----
至于闰秒问题。不考虑 2333. [有看到建议取消闰秒]( https://zh.wikipedia.org/wiki/闰秒#建議取消閏秒)
TIMESTAMP 范围问题，程序能活到那个时候再说~（等 mysql 加大 TIMESTAMP 字节？
----
我有试过用 TIMESTAMP(3)的; java 程序里加 Filter 在取值设值时用程序所用时区和 mysql 所用时区差来调整时间 java.util.Date; json api 返回的话是用 Long 的。这样 sql 查库是可读的时间展示，但是其它语言程序好写这样的 Filter 吗？

要透露下最终结果吗？比如花了多少钱，得到多少条数据

@kisshere 广义来讲都能破，时间问题吧，2333 我瞎说的
[破解谷歌最新 ReCaptcha 成功率高达 91%的验证反制技术]( https://zhuanlan.zhihu.com/p/53970061)

没看懂、、产品是一个 Eclipse 插件？给“这个插件”加个 UI ？

http://survie.io/ 没打开~

因为网页编写者可以配置是否需要记住。
http://www.w3school.com.cn/tags/att_input_autocomplete.asp

拿来干嘛的？

jdk7 先扩容再 put 值;
```
void addEntry(int hash, K key, V value, int bucketIndex) {
if ((size >= threshold) && (null != table[bucketIndex])) {
resize(2 * table.length);
hash = (null != key) ? hash(key) : 0;
bucketIndex = indexFor(hash, table.length);
}
createEntry(hash, key, value, bucketIndex);
}
```
jdk8 先 put 值再扩容: ```java.util.HashMap#putVal(int, K, V, boolean, boolean)```

为什么？这么改动？有什么区别吗？

jdk7 先扩容再 put 值; jdk8 先 put 值再扩容
为什么？这么改动？有什么区别吗？

Guava CacheBuilder

弱弱问下: 这是什么语言、

Starting with MariaDB 10.0.5, MariaDB switched to the PCRE regular expression library for enhanced regular expressions.

https://dev.mysql.com/doc/refman/8.0/en/regexp.html
```text
MySQL implements regular expression support using International Components for Unicode (ICU), which provides full Unicode support and is multibyte safe. (Prior to MySQL 8.0.4, MySQL used Henry Spencer's implementation of regular expressions, which operates in byte-wise fashion and is not multibyte safe. For information about ways in which applications that use regular expressions may be affected by the implementation change, see Regular Expression Compatibility Considerations.)
```

https://mariadb.com/kb/en/library/pcre/
```text
Also, REGEXP/RLIKE, and the new functions, now work correctly with all multi-byte character sets supported by MariaDB, including East-Asian character sets (big5, gb2313, gbk, eucjp, eucjpms, cp932, ujis, euckr), and Unicode character sets (utf8, utf8mb4, ucs2, utf16, utf16le, utf32). In earlier versions of MariaDB (and all MySQL versions) REGEXP/RLIKE works correctly only with 8-bit character sets.
```

proxifier 里面添加一条 Block app rule 也可以

@toyland #19 "小写的 e、b、w，还有大写的 E、B、W", 这个帮助文档要去哪看？

@mingl0280 #14 vim 可以按单词移动吗？类似按住 alt 加左右键

角度刁钻。。。这有什么好纠结的？？？楼主刚毕业上班吗？