这是设计表的索引    具体的您要去查看下我们的代码逻辑  我们这是不做代码的解析的

还不光是这个问题呢，等每天0点之后，只要访问任意一个页面，就会把jc_site_access全表导出到java进行统计，这个统计一般要耗时7秒左右
而且还不是单例，如果此时并发量大，就会造成导出多次数据，数据库就会锁表查询
最终导致tomcat查询不到，线程锁死

估计jeecms官方没有做过并发测试，这自带的统计功能简直就是个大bug

您好   请问您那边现在是有多大的访问量的时候会出现并发的情况？

回复第13楼

并发还真不高，也就是100左右，毕竟是凌晨0点的时候

但是mysql慢日志里面记录到这样的情况，我现在都没办法，代码看了挺久，没找到哪里执行的这段统计

<br/># Time: 2018-11-20T16:01:53.289351Z <br/># User@Host: doufuguo[doufuguo] @ localhost [127.0.0.1]  Id: 19454 <br/># Query_time: 80.887732  Lock_time: 0.000289 Rows_sent: 61669  Rows_examined: 133395 <br/>SET timestamp=1542729713; <br/>select cmssiteacc0_.access_id as access_i1_72_, cmssiteacc0_.session_id as session_2_72_, cmssiteacc0_.access_time as access_t3_72_, cmssiteacc0_.access_date as access_d4_72_, cmssiteacc0_.ip as ip5_72_, cmssiteacc0_.area as area6_72_, cmssiteacc0_.access_source as access_s7_72_, cmssiteacc0_.external_link as external8_72_, cmssiteacc0_.engine as engine9_72_, cmssiteacc0_.entry_page as entry_p10_72_, cmssiteacc0_.last_stop_page as last_st11_72_, cmssiteacc0_.visit_second as visit_s12_72_, cmssiteacc0_.visit_page_count as visit_p13_72_, cmssiteacc0_.operating_system as operati14_72_, cmssiteacc0_.browser as browser15_72_, cmssiteacc0_.keyword as keyword16_72_, cmssiteacc0_.site_id as site_id17_72_ from jc_site_access cmssiteacc0_ where cmssiteacc0_.site_id=1 and cmssiteacc0_.access_date<>'2018-11-21' order by cmssiteacc0_.access_date desc; <br/>

好的   这个情况我和开发那边反馈下

您那边可以先静态化页面暂时先解决下

回复第16楼

我要的就是动态化页面，现在用nginx缓存来临时解决一下，但是还是会经常发生

刚才查到代码了，

//当天第一次访问统计昨日数据
if(firstVisitToday){
Thread thread = new StatisticThread(site.getId());
thread.start();
}

里面有这么一句
//统计最近    查询date之前最近的访问记录
CmsSiteAccess latestBefore=cmsSiteAccessMng.findRecentAccess(today, this.siteId);

findRecentAccess方法 会返回当前日期之前，所有访问数据，如果这表里面包含几万行数据的时候，十分容易引起tomcat卡死崩溃。。。。

好的   我已经反馈到我们开发那边了