本文探讨了微信平台300万+用户中遇到的地理位置上报延迟报警问题，通过分析现有的通过百度接口获取城市并写入Redis和MySQL的流程。作者质疑将数据同步至MySQL的必要性，并寻求更有效的排查和解决方案，包括提高API响应速度和减少数据库操作。
场景.
目前微信的用户量大概在300W以上,日活用户大概30-40w(可能不太准确~)左右.
在该场景下经常出现微信报警主要以地理位置上报报警居多.目前地理位置上报采用的方案如下:
用户上报地理位置 根据经纬度 通过百度接口获取用户当前所在城市 后写入 redis 集合, 通过后台运行脚本 将用户的数据 更新到mysql的数据库中(此处LZ觉得完全没有必要更新到mysql中,但是....)
由此导致的问题是 上报地理位置经常出现报警,5S内未返回,当然上报地理位置报警只是其中之一的 也会出现 扫码 取消关注等等事件的报警.
想问下各位有类似的经验嘛,对于该类微信报警有比较好的排查和解决方案吗?
回复内容：
场景.
目前微信的用户量大概在300W以上,日活用户大概30-40w(可能不太准确~)左右.
在该场景下经常出现微信报警主要以地理位置上报报警居多.目前地理位置上报采用的方案如下:
用户上报地理位置 根据经纬度 通过百度接口获取用户当前所在城市 后写入 redis 集合, 通过后台运行脚本 将用户的数据 更新到mysql的数据库中(此处LZ觉得完全没有必要更新到mysql中,但是....)
由此导致的问题是 上报地理位置经常出现报警,5S内未返回,当然上报地理位置报警只是其中之一的 也会出现 扫码 取消关注等等事件的报警.
想问下各位有类似的经验嘛,对于该类微信报警有比较好的排查和解决方案吗?
相关标签：php
本文原创发布php中文网，转载请注明出处，感谢您的尊重！
388
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
