“只要你不考虑事务的问题，总有一天事务会来考虑你。” 忘记是哪位哲人说的这句话了，在最近的一次code review中，我逐渐体会到了这句话的分量。 当我看到同事在一个复杂的业务逻辑中混用了@T

大家好，我是田螺。 最近一位星球粉丝说，他去面试了字节，问了这么一道题，20亿手机号存储，选int还是string？varchar还是char？为什么？ 他支支吾吾回答了几句，好像看起来，面试官

# 一个故（shi）事（gu） "小王，生产环境怎么回事？服务全挂了！" 上个月一个周六的凌晨，

问题描述 昨天下班的时候，运营反馈了一个问题，明明设置的是两天后解封，为什么提示却是三天后呢。 比如今天(6.16)被拉入黑名单了，用户报名会提示 “6.19号恢复报名”，但是现在却提示6月20号才能

POJO的布尔类型变量，不要加is前缀，命名不符合规范，集成第三方框架的时候就很容易出不好排查的问题；Spring MVC 对参数的绑定与转换，内容不同，采用的处理器也不同

《深入理解Java虚拟机》中都不曾提及的JVM参数。入职一坤（2.5）月的校招生，解决线上OOM事故。让我认识到了一个十分小众的JVM参数。

前言 最近经常有小伙伴问我，遇到了线上问题要如何快速排查。 这非常考验工作经验了。 有些问题你以前遇到，如果再遇到类似的问题，就能很快排查出导致问题的原因。 但如果某个问题你是第一次遇到，心中可能会有

现象 线上某个服务有接口非常慢，通过监控链路查看发现，中间的 GAP 时间非常大，实际接口并没有消耗很多时间，并且在那段时间里有很多这样的请求。 原因分析 先从监控链路分析了一波，发现请求是已经打到服

一天，小王发现生产环境上偶发性地出现某接口耗时过高，但在测试环境又无法复现，小王一筹莫展😔。小王“幻想”到：如果有个工具能记录生产上各个函数的耗时该多好，这样一看不就知道时间花在哪了？