最近接了个外包，和另外两个哥们一起开发。因为他们的时间更充裕，所以前期的表结构都是他们来设计，我没有参与。等我空下来开始做我的部分时，两眼一抹黑，光看表名完全不知道是什么东西。 我不理解，但大受震撼

作为一个在 Java 堆里摸爬滚打了八年的老油条，我对 Redis 的感情早就不是 “缓存工具” 这么简单了。这玩意儿就像我工位上的瑞士军刀 —— 看起来是个开快递的，实际上能修电脑、撬瓶盖、甚至当镜

前言 在实际工作中，我们需要经常跟第三方平台打交道，可能会对接第三方平台API接口，或者提供API接口给第三方平台调用。 那么问题来了，如果设计一个优雅的API接口，能够满足：安全性、可重复调用、稳定

一套既美观又方便的后台框架可以大大幅节约开发时间和成本，本文推荐 9 款漂亮、功能强大的后台模板，本文推荐的开源项目已经收录到 Awesome GitHub Repo。

前言 接口性能优化对于从事后端开发的同学来说，肯定再熟悉不过了，因为它是一个跟开发语言无关的公共问题。 该问题说简单也简单，说复杂也复杂。 有时候，只需加个索引就能解决问题。 有时候，需要做代码重构。

签到系统中，一天对应一系列的用户签到记录。 电商系统中，一个商品对应一系列的评论。 交友系统中，某个用户的一系列的好友。 交友系统中，需要统计每天的新增好友，以及双方的共同好友。 电商系统中，需要统计评论列表中的最新评论。 签到系统中，需要统计连续一个月的签到的用户数量。 只有…

1、对查询进行优化，应尽量避免全表扫描，首先应考虑在 WHERE 及 ORDER BY 涉及的列上建立索引。 2、应尽量避免在 WHERE 子句中对字段进行 NULL 值判断，创建表时 NULL 是默认值，但大多数时候应该使用 NOT NULL，或者使用一个特殊的值，如 0，-…