@julyclyde 差的人确实有差的原因，这叫劝告？你平时上来就和陌生人这么说话？

@julyclyde 我攻击他了么？如果所有的讨论都可以转化成自己测试和研究，以后别提问题也别说话了？你能做到么？

@darknoll 你要是看着不舒服，不回复关了就是了，整这么一出，什么人啊？

@darknoll 不做对比测试就不配发言了么？你都可以回复，为啥我不能发言？

@lysS protobuf 比 json 小，且编解码快，这点没问题哈。不过我在讨论 HTTP 2.0 在内网通信时的作用大小哈。

@lysS 嗯，HTTP 1.1 好像支持，而且默认就会开启来吧。

@ospider
个人认为内网服务器之间通信用 gPRC 的原因不是奔着 HTTP 2.0 去的，而是 protobuf 去的，服务器之间都是内部自己人，沟通成本低，所以可以直接通过 api 列表和 proto 文件。

而客户端和服务器通信具体分两种情况：
1. 如果服务器面向的客户端开发人员都是自己公司的人，这种叫 SSKD ，此时首先可以考虑使用 gRPC ；当然 HTTP + json 也是可以的（这时不见得会用 REST ），此时 HTTP 2.0 可以大显神威。
2. 如果服务器面向的客户端开发人员是外部的人，这种叫 LSUD ，此时一般会考虑使用 HTTP + json + REST(虽然可选，但是这是往往会用)，这时候 HTTP 2.0 就可以大显神威了。沟通成本高，所以对外要提供详细的 API 文档，如果用 gRPC 并且只提供 api 列表和 protobuf ，估计技术对接人员会忙死。

@aababc 额，还没了解，让我去看看。

@guyeu 好像也不用我们实现，都自带甚至默认开启了 keep-alive 了。我刚才上网搜了一下，那些说提升巨大，比如有说将近 10 倍的，都是测得客户端到服务器端；在 github 上找到一个服务器端到服务器端的基准测试，提升不到 10%。我回头再去找找其他基准测试。

@guyeu HTTP 1.x 客户不是一条连接哈，可以多条。所以多任务时可以通过多连接实现，每个连接只一个请求和响应，就不存在多请求响应了，也就没必要多路复用了，从而二进制分帧也没用了。至于多连接的方式，一般都自带连接复用或者池化技术，所以也不存在频繁创建和销毁连接的情况。客户端和服务器通信时 HTTP 2.0 很有用，内网的服务器和服务器通信时 HTTP 2.0 感觉用处不大。

@sam384sp4 好像是在 tls 中加了一个 ALPN ，用来判断是否支持 HTTP 2.0 ，不在 tls 中做的话就得在客户端和服务器之间多通信一次，这违背了 HTTP 2.0 的初衷。浏览器和客户端之间应该必须是要用 https 的，服务器和服务器之间应该可以不用，好像不是强制的。

@aaronlam HTTP 1.x 浏览器和服务器通信时会使用 N 个连接发送 M 个请求的情况，N 一般最大为 8 ，M 一般都是几十甚至几百，而服务器和服务器通信时好像不存在这种情况，都是 1 比 1 的，TCP 连接内就算同步阻塞读写也没问题。问题不存在，所以解决方案就是多余的，多做的工作就是负优化。我是这么理解的哈。

HTTP 1.x 浏览器和服务器通信时会使用 N 个连接发送 M 个请求的情况，N 一般最大为 8 ，M 一般都是几十甚至几百，而服务器和服务器通信时好像不存在这种情况，都是 1 比 1 的，TCP 连接内就算同步阻塞读写也没问题；另外内网服务器之间的网络延迟一般都是 1ms 以内，而浏览器和服务器之间的网络延迟一般都在 20-30ms 之间。

要么是个高级问题，要么是个低级问题，目前看不出来是哪种。

30 岁以下呢？

聚簇索引叶子节点是按照主键或者唯一键有序存放的，很多查询就会形成顺序 IO ，非聚簇索引是乱序存放的，查询很可能会形成随机 IO ；然后聚簇索引可以利用索引覆盖。总之聚簇索引比较有利于查询。
不过聚簇索引要求有序，明显不利于插入；所以使用 InnoDB 存储引擎时，尽可能让所有插入语句顺序插入，可以提升插入性能。

高性能 MySQL 5.3.5

@sjmcefc2 Windows 本续航就那样，现在厂商为了高跑分，稍微有点压力就给你把频率调的非常高以加快响应速度，但是就不省电了。Windows 阵营的本续航普遍不行，长续航得选苹果。我觉得你得要求可能选苹果比较合适，当然价钱翻个 3 倍吧。

@sjmcefc2 新机子配新系统一般不会频繁蓝屏，你要知道 Windows 不像苹果只需要适配几种硬件，它要适配几十种甚至上百种硬件，蓝屏大概率都是老机子配新版系统，或者新机子配老版系统，新机子配新系统一般不会有啥问题。