我也觉得，要想完全防止刷票，是不可能的，我们能做的，只是尽量增加刷票方的成本，从而让他的付出大于刷票得到的成果，他自然而然就退却了！除了ip、复杂验证码这些，我倒是比较推崇用户行为作为判断是否刷票的依据，再结合上面大家说的这些，能增加刷票的难度。比...

把sql的执行计划截图发出来，光是听你这样描述，怎么定位问题？

淘宝的限制比较严格，我也做过爬淘宝的，不过是用Java做的，主要要注意三个问题：1、请求头的Referer参数 这个参数必须设置，否则很容易被拦截掉

只说项目跑死了没有实际意义啊，是服务器带宽耗尽？内存耗尽？CPU耗尽？磁盘读写速度达到上限？数据库有死锁？数据库的IOPS到达上限？问这个问题之前先把项目跑死时段的服务器各项监控参数发上来，根据出问题的地方来分析问题出现的原因并寻找解决方案，才是最靠谱的！

第一：行锁是只锁一行，并不是以时间为单位来锁定的，而是操作完成就释放，根据数据库的负载，数据量的情况这个操作时间不等的！这个时候有事物去操作其他行是不受影响的，所以一秒钟下很多单，只要不是操作同一条记录，只要服务器撑得住，是没任何问题的。第二：像...

请问你的意思是screen shot 还是 截取图片？

以下参考MJExtensionJSONModel 也可以自己处理Json,把json转换成字典,然后用字典给对象的属性赋值(遍历对象的属性,赋值)

你这个查询没有条件过滤的吗？接近20W数据就这样查肯定有问题的呀！先把条件写上再看执行计划！

我理解下来，你的core相当于基础项目，这个引用关系为什么要放在源代码层面来维护呢？项目源码本来就应该是相对独立的，这样耦合在一起的目的是什么呢？maven不是正是用来做这个工作的吗？为什么一定要在源码层引用？

已经按ID分库分表了，没有什么好的办法，因为你的手机号和分库分表的字段没有任何关系，无法计算出数据库路由！只能暴力查询了！不过如果可以的话，可以尝试将这些关键字段和ID拿出来放到mongodb或者索引里面去，这样你查询的时候先通过关键字段查询出来对应的ID，再...