@cdwyd
http://qydev.weixin.qq.com/wiki/
搞个企业号就行了，不需要认证也能用，只是关注人数有限制而已

LZ 的问题不在于加不加锁，关键是都用了全量更新
所以为了避免这种情况都是只更新修改的字段，非空字段不更新
不要拿查询出来的对象去更新，而是 new 一个新的对象仅把之前查询出来的对象的主键 set 进去

报警适合用微信，短信不太方便，改模板还要等审核，最关键的是要花钱

所以我一直觉得很多产品经理都是天生的败家娘们，特点：有钱就花，买东西不要钱

XXX.com 和 www.XXX.com 是不同的域
你 csp 限制了某些域名

你都知道利弊了还问就没意思了
真是想搞技术的就可以远离了，如果你口才好善于拍马而且能喝酒的话可以考虑去混

首先得看是 jdk6 还是 7
不同的版本 subString 方法的实现是不同的
6 里面 subString 会保存原 String 对象的引用，如果大字符串截取少量 String 会浪费很多内存
7 里面就是用 Arrays.copyOfRange 了
主要就是看 public String(char value[], int offset, int count)这个构造方法
总之，具体得看使用场景了，根据要截取的字符串大小和原字符串的比较来判断用哪种方式

最好不要拿 varchar 当索引，特别是长度比较长的
一般是把对应字段转换下， md5 后的值转换成整型存储，然后 md5 后的字段作为索引

jstack pid

@zhen14 没啥改动，就修了点 bug 添加对 mac 的支持

@zhen14 也不少了，现在养猪场搞了个官方平台，很多职业玩家都在上面打，李日天啊就是 sky
http://dz.blizzard.cn/

还真是只有饿了么有问题，美团和百度我也都用，但是只有饿了么上会有些满减额度非常夸张的不知名小作坊

看了 LS 的回复，看来原因和前天 LZ 刚发帖是我的猜测几乎一致
内存吃了那么多， 8 成是因为自己写了比较坑的 sql 然后又没有合适的索引导致 file sort
大多数把网站搞跪都是存储层出现了问题，虽然 po 主没有对静态资源进行优化，但那也仅仅是某些时刻访问慢些，更何况带宽还没吃光

不需要专门的岗位啊
如果是大型互联网公司的话这些系统早就成型了
一般也就创业型公司会有这种需求，创业型公司的话职位区分度更低了，反正是个后端就干吧
稍微靠谱点的互联网公司的话肯定会基于自己的需求写自己的发布系统，调度系统，监控系统以及报警系统等等

@hoythan
你这点访问量和 mysql 配置关系不大，而且只有这点数据量的话那慢 sql 的可能性不大了，不过你还是应该登进去确认下当前数据库的情况啊，看看当前所有查询耗时多久

鉴于你阿里云的配置比较低而且内存占用高， nginx 的 buffering 关掉看看效果

进 mysql,SHOW FULL PROCESSLIST 看一下当前哪些 sql 语句有问题
如果你有几张表数据量比较大的话，查询语句不当很有可能直接搞跪
另外，看了下你的 nginx 错误日志以及内存占用高的情况，试试在 location 模块中添加这个配置后重启试试
proxy_buffering off;

@hoythan 不是测试的问题，这就和看病一样，先排查出哪个环节出了问题
首先你先远程 debug 看下程序走到哪里开始慢了，上面我已经给了比较常见的情形了，多数都是访问数据库慢，内存占用那么多，很有可能是一个查询大量数据的 order by 引起的，排序的字段没有索引的话就 file sort 了

先确认是哪里慢， web 的瓶颈一般都是在数据库，而且你确认了带宽和 CPU 都没问题的话，很大可能性就是数据库出了问题，内存占用大的话有可能是查询语句没有优化，对应的查询没有索引，出现了过多的 filesort

redis 是流水线模式的