aa87963014的博客 -pg电子游戏网站

`
aa87963014
  • 浏览: 149208 次
  • 性别:
  • 来自: 布尼塔尼亚
博主相关
  • 博客
  • 微博
  • 相册
  • 收藏
  • 社区版块
    • ( 0)
    • ( 382)
    • ( 21)
    存档分类
    最新评论
    文章列表
    最近想把data层独立出来,使用rpc的方式来调用统一的data服务器.使用dubbo框架来处理 发现了一个问题: 那就是dubbo使用的动态代理方式不能还原参数名称 这样就导致了我在dao层的spring cache注解无法通过参数名称来写表达式. 只能修改成通过下标的方式来访问cache参数.   不知道这个问题能不能通过cglib代理方式来解决,暂时还没去研究,如有知道方法的还请告知
    freyja将把重心放在 1、更完善的orm 2、应用层屏蔽的底层sharding 3、应用层上的cache     jsqlparser将换成druid的sql parser, 底层的cache将替换成应用层的cache,改写spring的aop cache。 spring的aop cache典型的不支持1对多的cache 处理,只能够清除整个cache,效率很低。改善之后,cache将会覆盖整个应用层,让整个应用层处于cache状态不会出现断层。
    个人觉得分库这个功能应该交给数据库来处理,原理在上个bolg里面说了,数据库用一个基础的分库规则 然后自行维护数据。 个人觉得这个完全可以做到,而且很简单。   当然,简单的东西想来都有一个性能问题(例如 条件查询)。不过,这些所谓的性能问题基本上只存在于10%的业务上。而且这些业务基本上可以处理下也能达到要求。   当然就算交给应用,自己在java里面写一堆东西,该麻烦的一样麻烦。(例如:条件查询。)  
    以前一直都没接触过这块,也没这种需求。有人问我如果有1w 的在线玩家,1000w的用户量。你的系统会不会死。   老实说,也许3000的在线都会死。 因为之前的根本就没什么架构: 一个游戏服务器、一个数据库服务器、一个资源服务器(共用)。一个tomcat负责登录然后加载flash资源建立socket长连接(mina2)openamf负责提供flash调用接口,数据库mysql 没有集群、也没有读写分离。有一些缓存。   如果要支持n个玩家在线: 登录服务器集群(主要负责分配应用服务器地址) 应用服务器集群(主要负责为socket请求提供结果和聊天之类的通信,相当于分线) 数据服 ...
    global site tag (gtag.js) - google analytics
    网站地图