@wwqgtxx 循环引用是不会造成内存泄漏，前提是没有同时重载__del__, 这会导致 mark and sweep 机制在回收对象的时候，不知道以什么顺序去执行对象的__del__, https://docs.python.org/2/library/gc.html#gc.garbage

这里如果尝试想用 weak.ref 去修的话还会碰到另一个坑，weak.ref 对 instance method 不起作用，解引用永远是 None, 需要 python3.4 里的 WeakMethod

你这个问题分表又没用啊，把统计结果单独存，redis 里用个 hash，主键 question id, sub key option id, value 作 count, 或者数据库里单独开张表村也是一样的

@Ehco1996 你用的什么版本? 我的是 4.2,问题查出来了，可以看下我这个 pull request https://github.com/celery/celery/pull/4839，我这个只能算临时 fix, 那段代码本来就不会被执行，官方 master 上还没修，但确认了这个问题，估计会在 4.3 里修，我碰到的这个问题，只会在插入 task 的进程里发生泄漏。4.x 问题都蛮多的，如果你用 redis 做 broker 的话，还会碰到其他问题

再给个 python 内存泄漏的例子, A 只要被实例化就永远不会被回收 :)

class A(object):
def __init__(self):
self.callback = self.cb

def cb(self):
pass

def __del__(self):
pass

https://mg.pov.lt/objgraph/ 调试内存泄漏挺有用的, 前阵子升级碰到 celery 4.2 的一个内存泄漏问题, 光看代码真看不出来

如果 dns 支持 health check 和 failover 的话，可以在 dns 上弄, 比如 aws 的 route53

@imydou 没谁家监控会往客户机里塞 ssh key 的, 不清楚他们 marketplace ami 的上线流程是什么，不管是不是故意的这个问题都很严重

试了一下是真的:

ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDi6T/4PXj1THY/IcInQw3HiDOIsy5Cd8EaXHoTw9ZgCwD2bl2v0NV531g4UzVTF8thS7uilhl3rNS2tl7DQIbRo92kWxfBYqC65peXw2k4QcQUot1/B5b8eBFBohWVddnaWAAPchMJi1/sk2ltewGs8mAmsTfM4/BdcnKLt9ytsjGj3jT+Ei6tvqmMJW3h3YxkP5rnc10tCZSOwS78bB3Md4uL6toXisPL6FLqMvcmg2YYaWUGyD9R1tvOw8VmAdUprRUEuQGv8dpz3XtiTfMOHnANsw+qDXqCM4xGqiA5mXm00/usoqpvEB6o8eO5ACy924nWYRl1IbX4z7ppvElZ hzchen_mac

或者你 server 把两文件打到一个压缩包里，client 拉下来自己解压(如果支持的话....

js 不能处理大整数，有时为了统一，所以会有用第一种的

是趋势，但现在基本没哪家的能拿来跑复杂业务，我就拿 aws lambda 做点 trigger, webhook,日志审计之类的边缘事情。lambda 限制很多，内存，fd 数目，并发，代码包大小，都满足不了业务使用。debug 很麻烦，分布式环境下做 tracing, performance turing 都很不方便，业务复杂的话慎重考虑

还有 db engine 为什么是 MyISAM? 写入会锁表啊

慢的查询 pattern 是什么, 才一个亿, IOPS 没饱和的话，index 设计合理，这个量级不会慢的, 就算你分了表，或者把 content, comment 拆出去, 如果这两个索引是确实需要的话, index size 还是那么大.

建议和楼上一样, 用 MySQL 自己的 partition table, 对 aid 做 hash 分区, 时间分区如果你逻辑总是加在最新的文章的话，会造成热点, 意义不大.

你现在瓶颈在哪, 查询速度太慢还是怎么的, 看看 MySQL 自己的 partition 功能满不满足你需求, 那样不用动业务代码.

老能看到动不动给人推荐 MongoDB, ElasticSearch 的, 连人家问题都不了解一下，也是醉了

碰到过类似的，小米电视，有一阵启动 bilibili tv 版在启动画面前有广告，但没注意右上角有没有写什么，但后来又不见了.

这是明确的犯罪行为，就算不举报也赶快辞职吧，以后被抓出来搞不好还要背锅

说 2 到 3 好迁的，都没维护过多大的 codebase

DynamoDB 挺好啊, 我很喜欢, 就是你们 CRUD 的语法有点坑...

进钱包，公交卡详情，里面有个服务模式，打开后给工作人员刷，不然他们设备读不出来(至少上海是这样的