小程序官方社区的运营您好，我是一个小程序的个人开发者，开发了一个小程序，上线一年多，帮助数万个微信用户提高了效率。 随着用户增多，小程序访问量变大，CDN资源不太够用，但是其他云开发资源还有很多。为了用户体验，CDN用完的时候，果断升级了套餐 不过作为个人开发者，目前收入有限，长期下去收入不足以覆盖CDN的费用，所以想优化一下云开发CDN的流量。 目前有几个云开发CDN相关的问题，在官方文档和官方社区搜索好久，也没找到相关资料，所以发个帖子，希望收到官方的回复 云开发CDN，的流量，在什么场景下会消耗CDN流量呢？如果CDN流量使用完，云存储中的文件会访问失败，还是会正常访问，只是不走CDN访问变慢？能否支持CDN用完后，云存储的图片不走CDN，速度慢点就慢点，但是可以正常访问呢？CDN中图片，上传成功后，是否支持多个分辨率（文件大小）下载显示呢？类似其他CDN图床的，通过通过参数区分不同分辨率节省流量什么时候可以推出，可以单独购买CDN流量包的方式？ 最后感谢官方运营同学，抽时间回复，谢谢

1.小程序为什么会产生CDN流量？ 2.使用云开发的普通用户开发者，小程序CDN流量会不会超过5G，如果超过会怎样？ 3.有什么办法降低CDN流量吗？ （还没到月中，CDN快被用完了(⊙o⊙)…） [图片]

云函数在A环境查询db,查询到B环境的数据，有人遇到过吗

云环境ID: wzfl-prd-yd8rw 云函数定时任务自己暂停，麻烦官方找下原因。 后面的21:30分的是重新提交了的，从早上10:40开始出现的。 [图片] config.json文件内容 { "triggers": [ { "name": "timeingTaskExecutor", "type": "timer", "config": "0 0/10 * * * * *" } ], "permissions": { "openapi": [ "templateMessage.send" ] } } 吐槽一下，感觉最近一个月云平台频频出问题。 几个问题如下: 数据库如果不命中索引，2万条数据，就会出现查询3s超时问题，好烦，才2万条数据就3s超时，这性能太差劲了吧。上个月云平台出现cdn回源使用异常问题，导致图片不能加载昨天的资源降配恢复异常问题，导致小程序0.5天不可用包括上面的云函数定时任务问题，最近就遇到4个了，好烦。

如下图，定时任务经常没有报错就突然就停止了，没有任何通知，也不会自动重启，希望官方支持下失败后通知或者自动重启 [图片]

更新备注：的确使用了 promise.all + reduce 方法取出的全量数据，但是目前库里只有3条数据，还是会偶发性的报 -501004； 18:11 分 集中报了一波错，大概 14 条： {   "message": "errCode: -501004 exceed concurrent request limit | errMsg: [LimitExceeded.NoValidConnection] Connection num overrun. Please improve specifications, but if the problem cannot be solved, contact us.; ",   "name": "",   "stack": "Error: errCode: -501004 exceed concurrent request limit | errMsg: [LimitExceeded.NoValidConnection] Connection num overrun. Please improve specifications, but if the problem cannot be solved, contact us.; \n    at Object.returnAsCloudSDKError (/var/user/node_modules/wx-server-sdk/index.js:6052:16)\n    at Object.checkError (/var/user/node_modules/wx-server-sdk/index.js:1378:23)\n    at Promise (/var/user/node_modules/wx-server-sdk/index.js:1508:33)\n    at \n    at process._tickCallback (internal/process/next_tick.js:188:7)",   "userInfo": {     "appId": "wx4bfbc8e64eff19eb"   } } 然后登陆云函数后台查看日志发现，下面提示 日志内容 Request ID: 4c830adf-14b7-4fff-b2cd-3487add8034f 执行时间: 9372.41ms内存使用: 37.93 MB 返回结果 null 日志 START RequestId: 4c830adf-14b7-4fff-b2cd-3487add8034f Event RequestId: 4c830adf-14b7-4fff-b2cd-3487add8034f 2020-01-16T10:11:53.154Z Database operation database.queryDocument is longer than 3s. Please check query performance and your network environment. END RequestId: 4c830adf-14b7-4fff-b2cd-3487add8034f Report RequestId: 4c830adf-14b7-4fff-b2cd-3487add8034f Duration:9372ms Memory:256MB MaxMemoryUsed:37.929688MB 大概从 17: 57 开始，执行时间由 70ms 升到 3、4 秒，中间甚至十几秒，到 18: 11 分后定时任务停止。 [图片][图片][图片]