公司用的技术, 产品设计设计理念;
人们的价值观, 生活状态;
新式健身房的设备,教练;
驾校一次付费,还是一人一车,考试不用塞红包就能过;
雾霾大了戴个口罩不会有那么多人看, 买净化器不会觉得奇怪;
北京地铁发车间隔那么短;
玩水族, 出门半小时东西就能买的差不多;
超市里的东西特别丰富, 有了某点还不用经常去超市, 水果摊的水果齐全;
这些是我回了西安后发现北京的好.

@cxbig #16 设备有限, 现在就一台 EC2 一台 RDS, 我只能充分发掘 RDS 的潜力了..

@plusium #8 真快了点, 我本地用 id 直接获取是, 354.378s, 用游标是 316.605s.

@johnny23 #10 排序没必要吧, 这个会不会也全表扫描.

@artandlol #9 我就是这个问题, 查任务的时候发现这个任务锁了几十万行, 改了之后就不锁了, cpu 占用也下来了.

@liprais #7 相当与把每天的日志统计处理再分下表, 后边都是业务代码, 查询更新之类的, 太乱, 就没贴.

@liprais #3 还有一个任务我扔 nosql 上去处理了. 还有其他更好的办法吗?

@johnny23 #2 还有什么优化的方法?

@husky #1 差不多这个意思, 速度是上来了, 应该也不锁表了.

@mineqiqi #29 额, 不是一个人, 是一个公司其中的一个 app 做后台目前就我一人.

写个存储过程, 然后用 mysql 的事件去定时执行, 我现在就在撸这个.

@anheiyouxia #60 找到了, 真方便.

自己申请个邮箱真是个好办法, 腾讯企业邮免费版 50 个账号也够用了.

@dangyuluo #21 等手头这么处理差不多了, 搭套 elk 试试.

@echotpq #15 明天尝试, 对查询数据静态化处理, 冷热数据分离. 查询的表和报文存的表分开.

@SlipStupig #14 这个需要服务器资源, 现在只能收集日志先存着, 以后洗数据.

@lavande #10 有数据了自己玩的花样就多了, 数据放别人手上, 有个政策变动还是挺被动的.

@liprais #9 从 0 开始一个坑一个坑踩吧, 先把现在的需求实现了才能说以后 https://ws3.sinaimg.cn/bmiddle/62e721e4gw1et02cofvqxj200k00k3y9.jpg

@sampeng #8 自己玩用户画像, 更细的数据分析.