大型网络游戏数据库设计方面讨论?(微软平台)

yy8354

数据库设计上大家有什么经验交流下,我初步想法是所有数据库写进一个原始的数据库服务器(MSSQL2000),然后用SQL的复制功能同步几个镜象数据库服务器,当执行查询的时候,程序自动分流在不同镜象数据库里查询数据. 不过这方案的问题在于原始数据库的写操作数据量可能存在瓶径,数据量过大冲击,原始数据库万一撑不住.系统就瘫痪了.(大家按10万在线的游戏考虑下,给点建议)

希望大家别给我说到LINUX去,我不懂LINUX [em24]

williw

模模糊糊的记得，windows下是有分布式的数据库解决方案的？你可以找有关资料看看。

fujingqiu

我觉得没必要支持10万人在线，1万也就够了。
数据库可以用MySQL，这样速度快一些。
其实数据库的性能主要在于表结构的设计。

phevos

大部分数据是在GS内存中的,通常只有玩家进入,退出时才对数据库进行操作

yy8354

楼上说的方案 目前是我考虑的方案之一
不过内存开销 有点算不过来了
1个玩家信息100K 10w*100K=10G?

平均分散到几个服务器每个服务器也最少有1G内存开销吧 不算临时数据

不过最怕就是其中1个服务器崩溃丢失部分数据 另一个服务器没崩溃 这样可能存在复制漏洞

冷紫龙

难道你以为一台物理服务器就能承受10万人吗。。呵呵。。

fujingqiu

phevos: Re:大型网络游戏数据库设计方面讨论?(微软平台)

大部分数据是在GS内存中的,通常只有玩家进入,退出时才对数据库进行操作

应该尽可能在内存执行，但是也得定时更新。

yy8354

我发现中国的批评家真的比什么都多
都搞些断章取意来批判人 不扎实搞技术讨论
没认真看我帖子内容的请勿回复 不懂装懂的请自行选择自杀方式了解自己

有兴趣的朋友继续讨论

yy8354

fujingqiu: Re: Re:大型网络游戏数据库设计方面讨论?(微软平台)


应该尽可能在内存执行，但是也得定时更新。

这个是肯定的 计划是在用户登陆时候读数据库数据 然后放到内存管理 用户退出时候写入数据库 当然为了防止服务器意外 导致数据大量丢失 肯定每个用户的数据会在间隔一段时间写入数据库 也就是定时更新 [em20]

fujingqiu

软件的性能主要在于数据结构，对于数据库系统来说就是表结构。
难得有人在这里讨论数据库。