分布式查询。。。。。。。

分布式查询是怎样的?
可不可以简单说一下...

呵呵，高深问题有请沧蓝来详细解释！:loveliness:

应该是数据库的压力大一些吧，选课系统不是论坛，基本上用户连上了就操作不断，没必要在某个页面停上半分钟。
我猜学校也只是一台服务器web、sql全都上了，并发高的话apache和mysql都很郁闷。当然后台的代码是最先需要优化的地方，前台也需要优化，减少同一个页面内的图片数、文件数等等，内容能简化就简化了。

嗯...还是觉得后台代码才是需要认真斟酌的部分...

分布式查询,解释一下,如何实现.....

各位继续讨论啊~~~谢谢....

初步判定是数据库的问题，优化你的数据库，配好数据库连接池，将多个数据库复制分发到多个服务器上，然后同步，然后web程序随机访问数据库，或者根据用户ID做一个hash函数，然后分配一定区间的用户访问其中一台服务器

2万人 不一定就是2万并发  首先 优化服务器 尽量 数据库和web 服务分离  支持采用 nginx + fastcgi  方式 这样的方式 比apache  要快很多 php 开启apc 或者xcache 之类的 加速模块 系统内核的一些并发控制参数 也要修改一下进行优化  前端图片都 设置过期时间 避免 每次都下载 多用memcached 如果能保证 服务器的供电和稳定的话 要尽量少数据库查询 多memcached 查询  其实这样的应用如果跑一个数据库 记录应该不是很多 就几十万条 优化一下查询  你可以试着将所有记录都放在memcached 中试试 因为 你的数据不是很多 一次选课 2万人 一人选10门 才20万  开个2g 内存的memcached 能解决很多问题  不过 要保证数据库也有一份 否则一旦断电 就挂了 基本上就这样  至于什么分库啊 我觉得不用  如果有条件 主从库 就可以了 必要时候可以 一主三从  查询使用轮询的方式 都插入一个主库 从三个从库查询  基本上搞的定

[ 本帖最后由 zshtom 于 2008-5-12 21:48 编辑 ]

用内存表怎么样？

:Q 救命啊....看不懂...

如果不是硬件问题的话，就是代码写的太懒了，2w人的选课系统高峰期顶多有2，3千一起操作。数据库是什麽来头的？access？
选课系统三部曲，登陆，查询，选课，可能查询会耗点性能，登陆和选课是精确select和update，几乎没费啥劲。重新设计实现的话，考虑数据库设计要合理，建立好索引会事半功倍。数据库设计垃圾的话，程序再怎么优化，性能都不会很好，当然二者都做好了，还当掉的话，那是用普通低档的pc做的服务器么？！

ajax能很好应对这种问题！

看不懂啊... 神..............

cache?……关注中……

應該可以分年級分時間選課吧
像我們學校如果有兩萬人大概就分四個階段選課
各個年級的課應該不會衝突到
這樣一來就可以分擔很多
不過以我們學校的制度在預選上是以時間和志願為依據
所以通常只要時間一開放幾乎是全部能選的人都上去選了

并发2W 这个基本上不可能的...


哈哈..