做了一个行业公众号，后台里面大概有10G的数据， 现在是用公众号直接读取数据，但现在的问题是 打开公众号 读取数据的时间要八秒 不知道什么原因， 用的带宽是 双线10兆独享。想问题主要是什么问题。
1.用的什么数据库，是不是查询本身就很慢，如果是OLAP操作占组，应选择使用数据仓库应用，例如GreenPlum
2.后端是自己开发的，可以加写打印测量和定位执行时间的消耗点
3.可以监测一下服务器端的资源消耗，给出进一步的信息
1楼说的对
另外
你纠结于打开时间长，那么，可以把打开公众号的处理全去掉，然后再一个个的加上，对比一下，就知道哪有问题了。
猜测可能是后台处理不当，或者宽带服务商不行
数据库查询加上索引，一般会提高速度
10G数据还是挺大的，建议对经常需要查询的数据添加索引，同时对数据进行表分区。
1.首先可以从页面层面来优化，页面初始化时，只初始化用户看到的那一部分数据，其他后台数据变成异步加载，如下拉框数据啊什么的。点击或者下拉的时候才查询。
2.对于大数据量的查询，要提升效率就对常用的查询字段建立索引。可以大大减少查询时间。
（双管齐下，应该可以解决你的问题）
数据库分页查询，不要把数据一次性全部加载，前端做个分页
一次少加载一些，优化查询，分库分表
首先要明白一点，后台数据10G和公众号显示内容的数量、带宽并没有直接的联系，因为你不可能把10G的数据在前台直接显示。你这个情况我判断应该是在数据库层面造成了缓慢，处理方案来说有几步：
1.明确前台显示内容是否都必须要实时计算，实时度去到多少（5分钟、10分钟、1小时？），根据不同的实时情况分别出不同的结果数据
2.是否存在交叉查询的数据可能，是否可以通过预统计表计算出来
3.数据保存时长有多长，历史过长数据是否有必要在线保留，还是说线下保存即可
4.根据以上几点，重构统计脚本和结果数据表，将大部分的数据通过结果表或者预统计表的形式保留
5.无法通过预统计数据进行的，比如用户信息查询之类，是否可以通过分表或者索引的形式进行
6.无法通过分表形式的数据，是否可以通过string->number转换，将字符查询直接转换为数值查询，加快查询速度