[浏览完整版]
标题：[原创]突破狐表并发瓶颈的处理，供大家参考
1楼
浙江仔 发表于：2022/2/14 11:11:00过年前（十二月二十六），单位临时想用扫码做一个登记系统，供疫情防控使用，主要是收集员工信息，所以用狐表做了一个简单的录入工具（需通过微信授权获取微信id），结果一下子多人（上百人）使用，系统奔溃，相同服务开了10个，服务器资源使用到了极限，用nginx作负载均衡勉强支撑过去（以每秒3条数据的速度登记进来），而且服务经常莫名其妙奔溃，需要人工盯紧处理，及时补开服务！
所以考虑使用前后端分离模式，减少狐表服务端压力，能用前端解决的，不让狐表服务端去处理，进而降低服务的负担！参考以前使用的一个微信授权js，改造了一下狐表的机制，成功实现分离！
前端页面直接用nginx转发，涉及ajax调用的后端接口，用狐表服务端处理。
这样分离后，效果十分明显，狐表服务端毫无压力，服务开一个即可对付，因此分享出来，供大家参考！
主要业务界面：
此主题相关图片如下：微信图片_20220214110452.jpg
页面代码（含js）供参考：
以下内容只有回复后才可以浏览
[此贴子已经被作者于2022/2/19 13:56:57编辑过]
2楼
浙江仔 发表于：2022/2/14 11:15:00登记情况：
此主题相关图片如下：微信图片_20220214111428.jpg
3楼
有点蓝 发表于：2022/2/14 11:39:00多谢分享。对新手来说，可能有点难度
4楼
fivetable 发表于：2022/2/14 13:10:00不错！多谢分享！！！
5楼
ajie5211 发表于：2022/2/14 13:24:00意思是，帮助里的方法还是不可取的，最后还是要分开来整么？唉，要重新学习了！
6楼
浙江仔 发表于：2022/2/14 13:53:00以下是引用ajie5211在2022/2/14 13:24:00的发言：
意思是，帮助里的方法还是不可取的，最后还是要分开来整么？唉，要重新学习了！
意思是，帮助里的方法还是不可取的，最后还是要分开来整么？唉，要重新学习了！
不是的，看系统使用的并发量，一般不是密集使用的话，小范围使用是扛得住的
如果发生使用瓶颈，那要考虑前后端分离
7楼
chen37280600 发表于：2022/2/14 16:13:00狐表的线程资源太宝贵了，每个碎片js html css文件，都是一次浪费狐表性能的请求，就应该让nginx去处理，这玩意回复碎片文件，缓存机制，强得很，非堵塞
狐表只处理跟数据库相关的ajax即可，好钢用在刀刃上
8楼
chen37280600 发表于：2022/2/14 16:14:00我现在整个服务器，30多套web网站，就1个nginx顶着，ajax再相依分发给30多个狐表后端，2核8G内存，稳定运行2年了
9楼
Hopenight 发表于：2022/2/14 16:50:00谢谢楼主分享
10楼
方丈 发表于：2022/2/16 23:16:00记号