觉，他们还沉浸在胜利的喜悦之中无法自拔，认定了贴吧的吧友已经不具备任何战斗力，就算他们每个人都再登陆一个马甲号、继续发帖，Q吧也完全不必担心，因为他们扛得住这一百多万人带来的流量洪峰。
但是，万万没想到，大家换了个套路，他们禁止用户发帖回帖，但从未禁止用户发站内信……
正在删除内容、跑脚本封账户的技术人员们忽然发现，他们的执行动作速度开始变得异常迟缓，脚本在服务器里运行，原本一秒钟就能够封掉上千用户，然后就忽然慢到一秒钟只能运行十几个，删除内容的速度也下降到了每秒钟个位数，其中一个技术人员忍不住脱口说道：“怎么回事？服务器执行速度忽然间慢了这么多？”
话音刚落，速度再度慢了下来……
此时此刻，所有参与爆吧的贴吧用户都在使用Q吧的站内信功能互相乱发信息，他们几秒钟就能发布一条站内信，一瞬间就有百万条站内信涌入服务器，并且由服务器来进行分配投递，一下子就把服务器的承载能力提升了起来，如果只是发一波站内信，服务器依旧可以承载，但问题的关键是，服务器执行百万个站内信的收发投递再反馈投递状态信息，这个过程至少需要十几秒甚至更长时间，但用户的第二波站内信，在几秒钟之内就已经涌入，开始在收发系统内排队等待处理，一下子就大大提升了服务器的承载工作量。
到第三轮的时候，时间也只是才过去十几秒，三四百万条站内信已经让服务器很难承载了，也是在这个时候，Q吧的工作人员才发现，后台跑脚本的速度忽然间慢了许多。
但这个时候，服务器的负荷已经非常大了。
他们根本没有时间去查看问题到底出在那哪里，紧接着，又是一波接着一波的站内信请求涌入服务器，随着挤压的站内信越来越多，对服务器来说，就好像是双十一快递爆仓一样，打个比方，仓库的承载量有一万吨，公司动员所有的运输力量，每天能运走的货物有三千吨，本来以为已经足有应对了，但没想到，涌入他们仓库的货物，每小时就能涌入三千吨，几轮之后，就能把仓库彻底挤爆。
服务器超载和物流爆仓的道理是一样的，原本Q吧已经做了限制，严格限制每天涌入的货物总量，但没想到的是，李牧直接换了个套路，你不收货物了？好啊，那我也不给你货物，我给你运垃圾，反正目的都是把你的仓库塞爆，用什么塞都一样，塞爆就行。
半分钟的时间，Q吧的服务器已经接近崩溃边缘，几个技术人
…。。