网易北京技术部寻求JAVA高级软件工程师(长期招聘)

rabbitdan

说的都挺大，一问薪水好像都是三流货。

liupch

[quote]原帖由 "rabbitdan"]说的都挺大，一问薪水好像都是三流货。[/quote 发表：


呵呵，这位老兄看来有些想法，我记得您曾经介绍过您的情况
senior engineer
team leader
3 years java experience

依据这三行我当时给您评价的是3k-6k。因为您没有充分向我展现您的实力。
我现在遇到这样一个问题，如果您能很好的解决，那么肯定是6K的2倍甚至3倍，或者更多。

问题如下：
我有一个应用，它要对数据库做每秒并发超过1000次的会话，也就是同时有1000个以上的session。我不清楚您对这个数量级有多少量化的概念。总之，现在数据库是应用的一个很大的瓶颈，那么怎么来改变现有状态呢？

lares

网易新论坛, 浑身都是毛病, 楼上不会就是再网易搞论坛的吧................

lares

[quote]原帖由 "悲伤止步"]网易点卡[/quote 发表：


你还没猜完呢，继续猜啊！！！！

nzinfo

我先答吧，呵呵

1、需要看你数据库的具体应用类型来做判断，如果是bbs，相对可能好办一些
2、数据库的主要瓶颈(bbs)很有可能在分页算法，需要实际连分析器才好判断
3、考察系统的数据库架构设计，分析这1k/s的访问有多少是有效访问，需要加什么样的锁机制。

4、分析有无使用机群和反向代理的可能

我有两年没碰过数据库了，献丑了。以前模糊记得每秒处理1000次会话，要求并不高(当然，要看机器、os、db的情况了)

问题如下：
我有一个应用，它要对数据库做每秒并发超过1000次的会话，也就是同时有1000个以上的session。我不清楚您对这个数量级有多少量化的概念。总之，现在数据库是应用的一个很大的瓶颈，那么怎么来改变现有状态呢？

lares

楼上的, 那么急干吗, 让网易的哥们好好自己钻研钻研啊! JAVA哈哈! yeah.

lares

原帖由 "hecc" 发表：



尤其是新浪，千万不能去，里面的人太恶心了，太烂了，太会吹牛了，做出了成绩，全是他的功劳；出了问题，全是你的责任！并且给的钱巨低！

真的啊? 兄弟说说啊，嘿嘿.

asdmonster

我先答吧，呵呵

1、需要看你数据库的具体应用类型来做判断，如果是bbs，相对可能好办一些
2、数据库的主要瓶颈(bbs)很有可能在分页算法，需要实际连分析器才好判断
3、考察系统的数据库架构设计，分析这1k/s的访问有多少是有效访问，需要加什么样的锁机制。

4、分析有无使用机群和反向代理的可能

我有两年没碰过数据库了，献丑了。以前模糊记得每秒处理1000次会话，要求并不高(当然，要看机器、os、db的情况了)

问题如下：
我有一个应用，它要对数据库做每秒并发超过1000次的会话，也就是同时有1000个以上的session。我不清楚您对这个数量级有多少量化的概念。总之，现在数据库是应用的一个很大的瓶颈，那么怎么来改变现有状态呢？

我相信楼主说的1000都是平均值，如果仅仅是峰值的话倒不是什么大问题。
平均1000次并发，首先是选数据库，交给dba去选,mysql肯定做不来，sqlserver2000够呛（即使能满足并发，性能也巨恶）。（永远别相信那些官方数据，）。
平均1000个session,服务做集群吧。如果是java的话，配web server集群，不是很费心。（如果自己写的话，就不是一两句可以说清的，不过java的优势就是多线容易）
遇到高性能的问题无非的就是一个策略：做cache,做cache的关键是cache的命中率。其实某些java o/r工具都有相当优秀的cache策略，比如hb.量越大性能越优越。但是hb不支持多数据源（好像是一个设计的问题，和技术细节关系不是很大）
记得以前某个itpub的前辈说的（不是抬别人的话压人，而是确实是他的话），大致如下：

当数据库性能发生问题的时候，很多人想到总是数据库调优，但事实上一般这样解决的余地很小，最好还是首先从增加硬件入手。

狗尾续貂。

ps:
楼主是技术人员么？刚开始我以为你是c/c++方面的前辈，但是看了上面你提的问题感觉又不像。

asdmonster

原帖由 "hecc" 发表：



尤其是新浪，千万不能去，里面的人太恶心了，太烂了，太会吹牛了，做出了成绩，全是他的功劳；出了问题，全是你的责任！并且给的钱巨低！

为虾米？我的一个朋友说推荐我进sina,说进去一般都是7,8k,难道那哥们骗我？
他好像在新浪里面做wap开发，水平好像不低。