前言 前几日早上打开邮箱收到一封监控报警邮件：某某 ip 服务器 CPU 负载较高，请研发尽快排查解决，发送时间正好是凌晨。 其实早在去年我也处理过类似的问题，并记录下来：《一次生产 CPU 100% 排查优化实践》 不过本次问题产生的原因却和上次不太一样，大家可以接...

建议在速成的同时，学习一些基础知识，练好内功。 推荐阅读 计算机网络 第 4、5、6 章。

使用 jwt 做为 token，那么在验证 token 的过程中，不需要和用户模块交互，降低了用户模块的访问压力。但是 jwt 的缺点也很明显，无法revoke token，所以一般会将 token 超时的时间设置的比较短。

推荐websocket：[链接]

{代码...}

java 9 的问题，换成 java8 就好了。

查看锁表，表被锁了。 {代码...}

PostgreSQL 提供 timestamp 数据类型。 [链接] 所以不要以字符串或者整数存储 timestamp 数据，会带来存储和查询性能上的代价。

PostgreSQL 提供一系列的函数获取“当前”时间。a) 当前事务启动的时间：transaction_timestamp()b）当前语句启动的时间：statement_timestamp()c) 当前函数被调用的时间：clock_timestamp()

可以考虑用视图 [链接]

使用监控工具或者命令行监控磁盘使用空间变化的历史。 创建索引会用掉空间，报错后空间会释放。如果出错后查空间使用率的话，是看不出来的。

配置文件gpinitsystem_singlenode里配置的 master 节点的 hostname 不对。

把你注册的地址改成非中国的其它国家就好了。

对于小数据量、简单查询，Greenplum 的分布式架构比单机的 Postgresql 慢是正常的。分布式事务、查询计划下发等都会带来不小的固定时间开销。

Integer是一个类继承于 Object 类，方便和其它类一起处理。一些场景，只能使用类的实例，比如你无法将基本数据类型放到 Map 里面去。

不是 Springboot 慢，是你机器带宽太小了，1m带宽 = 128kb/s，静态资源大一点就要下个几秒了

1, Greenplum 默认 index scan 是禁用的，打开试试。 set enable_indexscan = on;2, 做一下 analyze3, 禁用 seqscan 试试。 set enable_seqscan = off;4, 换成旧的优化器试一下。set optimizer = off;

Pivotal query optimizer (ORCA) 生成查询计划的时间开销高于旧的优化器，也就是说对小查询（毫秒级别的查询）性能会变差。

SELECT ST_AsText(ST_PointFromGeoHash('9qqj7nmxncgyy4d0dbxqz0')); {代码...} ------------------------------POINT(-115.172816 36.114646)