参数得有规律才行，用多进程可以的。

出了事怕是要和 boss 排排坐。

专科学历考虑么

@sheldoner 可以通过配置“缓存大小”来优化，数据量到一定级别后且高并发查询和写入的话要做副本集或分片，像题主这种情况不至于高并发写入，做副本集应该足以应对。但是做分片可以避免单台实例过于臃肿的情况。

@sheldoner 酱紫的，类 json 格式存储一条新闻下的所有评论，
{新闻 id：xxx, 评论数：xxx, 评论信息：[ {
评论 id:xxx,
评论文本:xxx，
评论用户:xxx,
回复楼层:xxx,
赞数:xxx,
},{},{} ]
}
评论信息的 value 按评论楼层排序，这是 mongo 中大概的字段设计模型，具体怎么设计要看业务需求。但肯定比 mysql 快，索引也省不少空间。楼主可以当做参考哈~

兄 dei，首先你这个肯定要做缓存的，至少把最近一周或一个月的新闻的评论放到缓存服务器上，至于分表的话我建议做水平分表，垂直分没什么作用，毕竟查的是评论这种占空间的文本内容。最后我想说你的这种结构用 mongo 很好做，mongo 可以把一条新闻下的所有用户的评论存为一条记录，算起来这个记录数怕不是要比 mysql 少多少倍。。

js 中的闭包是说用来在外面访问函数内部的变量。python 应该异曲同工之妙，其实写法非常像。

羡慕你们这些年轻时候能去帝都闯荡的 boy

阔以啊

是的。半个月前的消息前天提示我

同楼上，做关键词匹配就行了，关联问题就像题主说的那样应该 ok 的，毕竟是自定义的。

@exalex 我联系了他，说价格上 k，估计被吓到了，直接不理人了。。我也是醉了，自称一个博士给人干活，就这尿性。。

苹果，2.2.9 没弹

腰霸好评

@rocksolid 如果是你说这个程度的话，估计低于 2w 没人去。。v 站的消息推送是不是出问题了，我现在才收到 13 天前的信息。。。

考研！