【云闪付商家收款码 开通全过程视频！】     

               

上面就是云闪付商家收款码的申请全过程 ！您学会了吗？     

          

云闪付服务商官网是：ysffws.com，进入云闪付服务商官网可以直接联系上服务商，服务商可以帮助您完成二 次认证，解决申请过程出现的任何问题，是您申请收款码的好帮手哦！~     

   

---

                  

昨天，该小程序的访问量再创新高，日访问量达到923人。 但由于后端数据库的设计缺陷，这几天频频有用户抱怨，但我并不高兴。

到目前为止，这个小程序已经积累了超过2万用户，后端采用PHP+技术。 数据库方面，只使用一个集合，集合中的总条目数对应用户数量。 截至目前，该集合的容量已达到1.3G。 之前我一直使用小程序云开发自带的数据库。 年初，小程序云开发开始收费最低为每月19.9元。 考虑到当时这个小程序的广告费每个月才几块钱，确实不划算。 因此，我将数据迁移到我自己的个人服务器上。 云开发中使用的数据库是数据库。 为了兼容现有数据并方便并行迁移，我将数据库安装在我的个人服务器上，并将数据直接导入其中。

但正是因为不熟悉，导致后来经常出现设计缺陷。 最典型的情况是：数据库查询延迟非常大，长达30秒以上； 另外，当插入的数据太大（超出）时，也会没有任何反应。

该缺陷在两个月前首次被曝光。 当时数据库总条目数超过1万条，部分新注册​​用户出现数据查询缓慢的情况，耗时超过30秒。 自检过程中，该故障未再出现。 这是我切换到用户帐户进行测试后发生的。 经过百度后，我意识到需要为查询键创建索引。 索引创建后，故障排除。 但随着用户数量的不断增加，预计当数据库条目总数达到一定程度后，这种方法的效果就已经不大了。 而且，由于增加了索引，我的服务器内部消耗非常高。 目前2G内层80%持续被占用。

就在上周，另一位用户报告说，他们找不到最新的记录，只能找到某一天之前的记录。 这个问题很难排查，所以我又花了一个周末升级了小程序，使用了我们分析的小程序自带的日志功能，并在每个关键节点增加了日志打印。 同时后端请求接口也增加了本地日志记录。 采取这些措施后，提取了用户后续的使用异常信息。 经过分析，发现单次更新的数据库条目太大（超过）。 对于这个故障，目前还没有找到合适的解决办法。

我认为这是目前唯一的错误。 没想到就在昨天，又有用户反映一直登录失败，经过连夜排查，发现数据库中存储的用户个人条目容量太大（单个条目包含一个数组，数组长度为150条，信息总量超过1M），导致接口查询无响应。 为了解决这个问题，我考虑过使用分片返回结果，目前还在研究中。

总之，随着用户数量的增加，性能带来的缺陷也越来越多。 作为个人开发者，虽然我过去开发过超过9万用户的应用程序，但我不需要存储用户数据。 这个小程序遇到的问题都是第一次遇到，而且问题还是很困难的。 现在，我希望用户增长不要太快，以便给自己足够的时间来优化这些已知的缺陷。