84669 personnes étudient
152542 personnes étudient
20005 personnes étudient
5487 personnes étudient
7821 personnes étudient
359900 personnes étudient
3350 personnes étudient
180660 personnes étudient
48569 personnes étudient
18603 personnes étudient
40936 personnes étudient
1549 personnes étudient
1183 personnes étudient
32909 personnes étudient
有时候需要独立处理数据库中的大量数据,这个时候就自己写代码去处理,但是执行的时候,很耗资源,这个一执行,基本上网站的其它功能就全都卡在那里,动不了了,大家有什么好的解决方案吗?
实际情况是这样的,公司A系统中,有电话录音文件,这些录音文件,需要和B系统中的用户关联起来,所以,录音文件的文件名中包含了用户的电话号码,通过电话号码,在B系统中的数据库查找顾客ID,然后关联,大概有十几万条通话记录吧。PHP写了一段代码来处理,但是一执行,就系统的其它功能就卡住了,动不了
小伙看你根骨奇佳,潜力无限,来学PHP伐。
这种情况,大部分应该是SQL语句性能问题造成的,你可以尝试优化一下你的sql,附上一篇文章:MySQL性能优化的最佳20+条经验
不知道你这个是属于自动任务还是?如果是自动任务建议放在大半夜用户访问量比较少的情况下执行.不是的话不知道是读的多还是写的多呢?写的多那你估计把表给锁死了
优化一下你的sql吧,先确定瓶颈在哪?一般不在PHP哦。
跟朋友讨论的时候,然后突然想到,录音文件中是包含了录音时间的,同时每条录音,都有相应的服务信息提交到系统中,那么就可以先收集这些录音文件的时间,然后排序,取出时间段,再根据这个时间段,去读这段时间内相应的服务记录的user_id,关联读取电话号码,然后再进行文件操作,这样就可以大大降低访问数据库的频率 这样或许才是正确的思路吧
这种情况,大部分应该是SQL语句性能问题造成的,你可以尝试优化一下你的sql,附上一篇文章:MySQL性能优化的最佳20+条经验
不知道你这个是属于自动任务还是?如果是自动任务建议放在大半夜用户访问量比较少的情况下执行.不是的话不知道是读的多还是写的多呢?写的多那你估计把表给锁死了
优化一下你的sql吧,先确定瓶颈在哪?一般不在PHP哦。
跟朋友讨论的时候,然后突然想到,录音文件中是包含了录音时间的,同时每条录音,都有相应的服务信息提交到系统中,那么就可以先收集这些录音文件的时间,然后排序,取出时间段,再根据这个时间段,去读这段时间内相应的服务记录的user_id,关联读取电话号码,然后再进行文件操作,这样就可以大大降低访问数据库的频率
这样或许才是正确的思路吧