问：https://www.west.cn/manager/question/show.asp?qid=
你们仔细看看帖子，搞什么鬼，问题不解决就自己结单
是 mysql max_allowed_packet 值 数据库值，不是 上传值也不是 数据提交值！！！！！！,你们做什么啊，问题还没解决就封单了？？？
问：
这个备份数据呢，换了多个浏览器还是不行，需要我换个电脑，换个服务公司？还是怎么的，打开其他的云主机就可以看见，就这个看不见。你们他MA的能不能正常处理一下哈。
下边这个截图就是另一台服务器。
你们做事在不负责任，应付了事。是不是要我换服务公司啊？？？？
答：您好，非常抱歉，技术人员已与您电话联系，21号数据盘已经挂载好，请查看,非常感谢您长期对我司的支持.由此给您带来的不便之处,敬请原谅!谢谢!
问：你好，我们这边技术一直在处理，截止目前为止，发现部分系统数据库毁坏，到现在还是无法处理。需要明天继续
答：您好，目前启动数据库没有看到有系统库的相关报错,请详细描述现在的问题,以便协助您排查处理,非常感谢您长期对我司的支持!
问：
不是数据库连接，是里边丢失了很多的文件，导致系统部分功能没法打开
问：主要是 hnyigou 这个站点名称的数据库。如果有更早的，8月五号前的不知道有没有
答：您好，我司最早的一份快照时间为 1:23:31 ,如果需要的话,可为您挂载
hnyigou 数据库查看250张表是齐全的, 您所说的具体是什么文件丢失,请说明下;
您截图报错执行超时,需要调试程序,看下这段代码是执行什么超时,非常感谢您长期对我司的支持!
问：那麻烦挂一下8月15日的，看看是否可以恢复数据。我这边也是一直在查找，看不出丢失的具体数据文件，还是服务器的sql数据库哪里破坏了
答：您好，已经帮您挂载了15号备份,请核实;另外,建议您最好根据截图这个位置的程序代码来分析,调试下代码执行过程,这样才方便找到问题所在,从目前来看,数据库并没有表丢失,也没有损坏,可能并不是数据库方便的问题,要考虑下程序代码是不是在请求第三方api超时等因素?
问：你好，我们这边的技术员，昨天晚上分析了一个晚上，目前程序里边不存在第三方api请求,今天周一又是一大堆客户电话问不停，说用不了，都不知道怎么解决了
问：从目前情况看，15号的数据应该是正常的，我们这边17号，号进入了系统，做了系统截图说明方案给另外客户看
问：好的，马上查看
问：这下可以的了，以后需要我们注意些什么呢
答：您好，
网站和数据库方面，除了我司系统有云快照备份以外，针对重要的数据建议您定期下载一份到本地保存；
此工单您反馈的并不一定是数据丢失的问题，应该是系统内的redis 服务没有正常启动，导致后台的应用无法打开，以后出现应用打开出错的问题，您可以关注下这个服务的状态，也可以对这套程序的架构增加一些了解 便于以后问题的处理。
