如果不使用自增 id 的话，uuid 不行吗？ snowflake 也可以

@c4pt0r 那是屠龙术，千万数据 mysql 还是可以的

@hyd8323268 那肯定要走索引啊

select 字段 from 表名 order by 时间戳 desc,id asc limit 0,10;
如果我没有猜错的话，走到了 主键 id 的索引，建立 create index xxx on table (时间戳 desc , id asc)
然后 select 字段 from 表名 (force index xxx)

application/json 的表现力，比 application/x-www-form-urlencoded 多多了，尤其是层级多的情况下

如果是文本为主，我赞同你组长的统一规范

在顶级人才里，是有智商区别的。
只是对于高考，考的好一些，差距没有那么大。
一个孩子，是否养成学习习惯，关注力，心态，家庭教育，比智商影响更大。

你多虑了，实际上 幽门螺旋杆菌 成年之后感染率很低。
另外，医学上对幽门螺旋杆菌关于在什么情况下需要根治有一些争议。

同步和异步的代码都写过，甚至自行写过 websocket 的解析。

但是，从技术上，我依然无法理解实现 Go 很多类 netty 框架的意义。
Go 可以说费了很大努力，将异步代码，以同步的代码给你实现，比如 ReadFull(r Reader, buf []byte)，直到读完才返回 /或者遇到错误，
这样不管是处理网络流，还是代码，都很清晰，你不需要引入一个状态机来维护。

在 Go 里面处理网络流，一般就是一个 Goroutine 处理一个 Connection，解析协议，处理，协议写返回，同步情况下非常清晰。

但是异步化，代码理解程度，都将上升，从代码可维护成本来说，是不利的。
只有一点值得妥协，那就是确实证明了性能的提升，达到一个跨越级别。

@paulw54jrn 但是我看文档，通过 POST 传递，所以你用 form 提交也是可以的，只是你自己的代码怎么写而已

@zhuzeitou haha. 这道题目准备到此为止了。
我又发现一篇文章不错： https://dave.cheney.net/practical-go/presentations/gophercon-singapore-2019.html

@zhuzeitou 仅仅从代码分析的话，我的代码更符合优化逻辑
因为减少了 f * f > i or f > i / f 的乘除操作（通过增量计算开平方 sqrt ）
不过这个题目挺有意思，让我发现一个简单的问题，可以这样的优化

@zhuzeitou ok，来了一个最终优化版 :-)

https://paste.ubuntu.com/p/hgxr3CXkQf/ 再次减少一半

@zhuzeitou 推荐 https://dave.cheney.net/high-performance-go-workshop/gophercon-2019.html 昨天读到的

@zhuzeitou
https://paste.ubuntu.com/p/6kynBdJgsv/
这个版本，将耗时减少一半

@zhuzeitou 还是你骚

我的优化逻辑上是通的，因为减少一次 if 判读以及求余计算
我猜测和编译器优化有关，比如进行内联等，continue 应该是直接 go to 到 for {} 入口

基本上来说，这些测评的作用是很有限的，在非常单一的计算测试中，考验的只是局部的某点优化

https://paste.ubuntu.com/p/JCRRGCCqYx/ ，修改了一点小逻辑

在我的机器里：
@X220:/tmp$ java -cp . pn
第 300000 个素数的值是:4256233 耗时 4911 毫秒
@X220:/tmp$ go run /tmp//tt.go
第 300000 个素数的值是:4256233 耗时 5165 毫秒

非常接近

这个机会很难得，可惜刚刚确定 offer

@huson
@AnjingJingan
这个问问医生