您当前的位置:
系统数据量大，页面访问缓慢，求解决方案···················
首先谢谢各位进入该帖····
哈哈·········
然后说下偶的问题哈···········
第一、web端是php写的，数据库是mysql5.1以上····
第二、根据用户数的不同，数据量非常的大，数据库已经采用了按天分区，即每天一个分区，这样查询的时候能快一些,后台插入数据库的优化工作基本就那样了，现在主要是web端查询显示问题····
第三、查询的显示形式如下：
第四、对web的技术不是很了解，采用Ajax与php结合，能不能改变我现有系统的状况呢？如果能，该怎么弄呢？
第五、如果Ajax不行的话，那就要采取其他方式，比如自己写控件，让其数据在控件中显示，达到数据缓存的效果，那么写控件的话是才用java 的applet呢？还是用c++的atl呢？ 写控件的话能达到web性能优化的效果吗？
第六、55555555555，疑问比较多，求高人一起讨论和解答············
------解决方案--------------------
学习
------解决方案--------------------
第一,做分页是错误的.
原因:一个100人的公司,每天的记录会高达百万,哪个网管公安机关会分页去浏览.
此功能在此应用中无效.
第二,应提供excel文件下载,在本地对数据进一步处理才是正确的.
第三,对于网管的正常工作来讲,搜索是最关键的,所有注意力都应该集中到这里.
------解决方案--------------------
精简数据~
------解决方案--------------------
单纯且无意义的列表方式~~~~~~~~~~~~~~
------解决方案--------------------
显示最近1000条足够了
------解决方案--------------------
学习。
------解决方案--------------------
帮顶
------解决方案--------------------
路过 可以用分页啊 但是数据说没有人会去一页一页找的
做一个便利的查询 功能。
------解决方案--------------------
是系统数据量大，使页面访问缓慢
还是访问量大，使页面访问缓慢
前者纯粹是因为数据库设计问题、sql语句编写问题造成的，建议使用数据库索引、带where的sql语句解决
后者就要具体问题具体分析了
------解决方案--------------------
帮顶.
数据量大导致的查询问题.如果已经在设计方面进行了优化.那就是说是SQL的问题..
另.你猫头像挺忧郁的...
------解决方案--------------------
确定你的SQL没有出现像什么not in 啊,不等于啊什么的.
根据你贴的图猜测,一天86.4K分钟.一分钟不到10条.
就算白天高些,百万级的MYSQL还是能拖着跑的.
或者如果不介意的话,能否把你主要的查询SQL丢出来.如果有关机密就算了.
------解决方案--------------------
建立索引
------解决方案--------------------
后台数据库的优化工作指那些？查询绑定？缓存？读写分离？
------解决方案--------------------
你这个页面不复杂，显示应该不存在问题，出问题应该是在取数据这一块，注意使用缓存技术
------解决方案--------------------
AJAX貌似可以解决你的问题，但是你得告诉你的客户，他们必须容忍第一次打开画面是的慢。
我上个项目就是这样解决的，百万级的数据量，初次检索会很慢。
------解决方案--------------------
另外，我不推荐Ajax，不是很好弄，比较麻烦。
我推荐小鸭子多增加一些查询条件，
帮助客户更好的定位他需要的数据，
重要提示：如果技术上不可能有什么大的突破的话，可以尝试走业务路线，曲线救国。
------解决方案--------------------
推荐Ajax.数据缓存.其实我觉得asp可以解决速度问题你用php，就不知道哦。可以去了解一下，其他大型网站是什么搞的。BAIDU搜一下
------解决方案--------------------
分几台机器，几个数据库。。。。。。。。
比如http的log一个库（或者根据ip段分多个库），email的分一个（或者和新闻组、blog等量不大的放在一起）。
对于php我不熟。
从java方面考虑，每个项目（左边的树节点）的存储，都用一个独立数据源（DataSource),数据库分多个，放在多台服务器上。
------解决方案--------------------