你现在做的是对的，先做升级配置的 scale up ，撑着。
为什么卡住原因没有找到，感觉你的压测没有完全实现测试的目标，压测的目标是找到瓶颈点，不是证明你的并发能力。
你在 24 日下午压测，数据库和业务服务器都崩了，那么说明数据库扛不住，因为数据库崩了业务服务器肯定工作不了的。
从你最后压测服务器负载上不去的情况来看，目前瓶颈在数据库上。
是什么业务造成了数据库的压力？是写数据的压力还是读数据的压力？到底是什么动作带来数据库这么大的压力？是不是慢查询？能不能加缓存？是不是要做分库分表？短期内做一些数据完整性上的妥协是不是能快速降低压力？
你们做了压力测试但是没有找到问题，也没有提出解决方案。
从缓解数据库的压力来说，加 redis 做缓存可以快速解决问题但是最好预热数据，否则一到点并发大了依然会崩，最终可能还是要走向 sacle out 的分库分表。

scale up 和压测的路子都是对的，但是问题没找准，解决方案也就出不来。

2002 年左右，我刚开始用 Linux，那时候没有 CentOS 。
当时网络上讨论的主要发行版本就是 rh，比如在 rh 上装各种工具，包括 oracle 之类的“商业”工具。
在单位里面用 Linux 都是另类，正式的单位里面用的基本上还是 IBM 的机器，用 P40 之类的小型机跑 AIX 和 DB2 。
那时候要说服领导用 X86 的服务器跑“正式”业务，你得用 oracle 、weblogic 吧。那时候网络上很多教程就是教你如何在 rh 上装这些商业软件的，所以默认很多就是装了 rh 。
05 年前后，大量的新公司新业务出现。但是这些公司不可能去买那些死贵的小型机，只能用 X86 去跑业务，这时候 centos 的出现很符合各种新型公司的需求，一个能跑 oracle 且更新软件的 rh 。

Debian 个人很喜欢用，镜像很小，找软件很方便，没有 rpm 的 dependency hell，但是在各种“商业”环境里面没法用。
因为很多“商业”软件不支持 debian，导致 debian 在企业里面用的很少。
后来 ubuntu 出来了，还申请到了 ubuntu 的光盘，从国外寄过来的，等了很久很久。其实那时候用 ubuntu 的镜像已经玩了很久了，光盘也没用，已经丢了。

centos 的流行本质上是 2000 年之后，一大帮年轻人快速在各个单位中成为开发和运维中坚力量，他们熟悉 rh 和 centos，所以 centos 逐渐在行业中铺开。centos 持续到现在还在流行，可能就是在那个时代选择之后出现的路径依赖吧。
十几年前在某互联网公司做开发的时候，和运维小伙伴还以业务几千台机器都跑 Debian 感觉骄傲。后来轮到我管整个架构运维部门的时候，为了降低运维成本，把公司的 debian 都换成了 centos，哈哈哈。

s6 核心的心率传感器准确率时延与 polar 的心率带几乎一致，GPS 搜星速度和准确度也很好，续航也够用，一边听歌一边跑个全马完全没有问题。
s7 的升级仅仅是屏幕，传感器没有什么升级，对于运动爱好者来说，s7 的更新是很鸡肋的。

本月完成锻炼 2460 分钟，每天锻炼 81 分钟...

跑圈里面这种各种跑后恢复的拖鞋多了去了。
最近出的是中乔的巭 PRO 拖鞋，一直比较出名的台湾母子鳄鱼拖鞋。
Hoka One One ORA RECOVERY 这种几百块的也就那样，买 100 多的足够了。
我一直穿态极，跑完步之后穿阿迪的拖鞋脚会不舒服，穿态极就没问题。

编织单圈目前体验最好，不闷不臭。
硅胶表带闷，Nike 运动款会好一些。
尼龙回环体验也很好，会吸汗，容易臭。
带 Apple watch 谁没个三四个根表带啊，别太纠结，各种表带都买来试试。

20 年前，要做涉及到钱的商业业务，要用数据库 sql server 都不好使，必须是 oracle 、db2 。
机器都是 Sun 的 Solaris，IBM 的 AIX 。
那时候会玩这些机器，能操作这些数据库的人，可以拿 H1B 护照去美国工作。
那时候 Linux 内核版本还不到 2.6，对于商业应用来讲，就是玩具。
那时候 MySQL 默认连 innodb 都没有，只有赢弱的 MyISAM，连事务都不支持。
互联网浪潮起来之后，没那么多钱也想做商业产品，随着这波，X86 服务器、Linux 、MySQL 、PHP 、Java 都起来了。
20 年前就开始分道扬镳的不同人用的东西，拿到一起比较，真没特别大的意义。

你给自己的选项还是太被动了，基本没有突破自己的舒适区。
选择一个值得做十年十五年的行业，基于自己现有技能先入行拓展视野，再持续积累行业认知，最后找到突破点。

要买就买官方的！
要买就买官方的！
要买就买官方的！

@jzk 可以设置一周必须用一次 master password

我是一站一密，对 1p 依赖特别重。 1p 解锁支持 touch id 真的是太棒了。

某些地方的运营商会无差别劫持 http 和 https,特别是移动.
在这种情况下,开 https 会影响这个地区的所有用户,开 https 并允许降级到 http 只会影响 10%-20%的用户,且这 10%-20%能感觉到自己被劫持了的很少.
当技术部门面对大量用户投诉的时候,能有什么选择?

感谢.

kakaryan # gmail com
求码...

31+，还想一直写代码。

动不动就是全表,何必硬来,上sphinx.

两个人坐到一起才能分析数据,那么基本上可以说明知乎的匿名是基于加密系统的.
就是说直接dump数据库是没法看到实际数据的,需要握着所有数据库的人和握着主密钥的人一起才能分析数据.
从设计层面来讲,这么做是可以的.从现实来看,没有业务解密的审核与审计流程,那么这种加密也是不可控的.
而知乎没有说过他们的审核与审计流程.

有几道题凭感觉选的,185