游戏服务端开发-全局唯一ID

最新推荐文章于 2021-07-20 19:05:55 发布
最新推荐文章于 2021-07-20 19:05:55 发布
阅读量998 收藏 2
点赞数
分类专栏： 游戏服务端 文章标签： 游戏开发 游戏 erlang
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_38278878/article/details/106430792
版权
本文介绍了游戏服务端全局唯一ID的生成结构，包括前10位的平台/渠道ID，12位服务器ID，32位秒级时间戳和10位自增ID。该设计每秒可支持1024次并发，且ID自增，对MySQL的InnoDB索引优化，便于区分平台、区服角色，适应合服、跨服场景。
摘要由CSDN通过智能技术生成

结构

| PlatId (10bit) | ServerId (12bit) | UnixTime(s) (32bit) | IncreaseId (10bit) |

| 平台id (10bit) | 服务器id(12bit) | 秒级Unix时间戳 (32bit) | 自增ID(10bit) |

说明

类型为int64， 前10位是平台/渠道ID，中间12位是服务器的ID，接着是32位的秒级unix时间戳，最后10位是自增ID。

自增id每秒归0

优势

  1. 每秒支持1024次并发。
  2. id自增，对MySQL的InnoDB索引十分友好
  3. 可根据ID区分出不同平台、区服的角色，支持合服的情况，也十分适合做跨服、滚服的游戏



游戏服务端开发系列

游戏服务端开发-好友系统

游戏服务端开发-排行榜

游戏服务端开发-邮件系统

游戏服务端开发-全局唯一ID

游戏服务端开发-AOI-九宫格法解析

最低0.47元/天 解锁文章
食鱼酱
关注
专栏目录
游戏服务端开发-好友系统
食鱼酱的博客
11-27 4274
好友系统几乎是每个网络游戏都有的系统，以下分享一种好友系统的具体实现方式。
游戏服务端开发-邮件系统
食鱼酱的博客
05-20 8417
开头 邮件系统几乎是每个网络游戏都有的系统，以下用Erlang以例，分享一种邮件系统实现方式。 数据库表 tableName: user_mail mail_id title content from_user_id to_user_id item_list is_read send_time 123 我是标题 我是内容 test1 test2 物品列表 Yes/No 邮件发送时的时间戳 玩家上线时，执行 SELECT * FROM `user_mail` WHERE to_user_i
基于Java代码实现游戏服务器生成全局唯一ID的方法汇总
09-01
我们在做服务器系统开发的时候，为了适应数据大并发的请求，需要插入数据库之前生成一个全局的唯一id，纠结全局唯一id怎么生成呢？下面小编给大家分享Java代码实现游戏服务器生成全局唯一ID的方法汇总，涉及到优劣势方面的知识点，对此感兴趣的朋友一起看看吧
游戏服务器生成全局唯一ID的几种方法
weixin_30655219的博客
11-10 201
在服务器系统开发时，为了适应数据大并发的请求，我们往往需要对数据进行异步存储，特别是在做分布式系统时，这个时候就不能等待插入数据库返回了取自动id了，而是需要在插入数据库之前生成一个全局的唯一id，使用全局的唯一id，在游戏服务器中，全局唯一的id可以用于将来合服方便，不会出现键冲突。也可以将来在业务增长的情况下，实现分库分表，比如某一个用户的物品要放在同一个分片内，而这个分片段可能是根据用户id...
SteamCMD-AppID-List-Servers:完整的Steam专用服务器AppID列表
03-15
SteamCMD AppID列表服务器 描述 通过从SteamAPI中获取信息并过滤单词server此存储库将每个可用的专用服务器AppID及其名称存储在Steam上，作为json ， CSV和MD表。 https://api.steampowered.com/ISteamApps/GetAppList/v2/ 列表 您无需使用脚本即可获取输出。 仅Linux 下面列出了Linux支持的服务器 Travis-CI每天检查更新，并将其发布到此仓库中。 因此，此列表将始终是最新的。 用法 只需下载脚本并运行它。 wget https://raw.githubusercontent.com/dgibbs64/SteamCMD-AppID-List-Servers/master/steamcmd_appid_server.sh;chmod +x steamcmd_appid_serve
snowflake-C语言实现分布式自增有序的唯一ID生成算法
01-05
We have retired the initial release of Snowflake and working on open sourcing the next version based on Twitter-server, in a form that can run anywhere without requiring Twitter's own infrastructure services. The initial version, released in 2010, was based on Apache Thrift and it predated Finagle, our building block for RPC services at Twitter. The Snowflake we're using internally is a full rewrite and heavily relies on existing infrastructure at Twitter to run. We cannot commit to a date but we're doing our best to add necessary features to make Snowflake fit for many environments outside of Twitter. Source code is still in the repository and is reachable from snowflake-2010 tag. We won't be accepting pull requests or responding to issues for the retired release.
mysql server id长度_MySQL Server-id踩到的坑
weixin_33692177的博客
01-30 657
最近踩到一个说大不大，说小不小的坑，在此分享出来给各位同学。事情是这样的，线上有2台服务器，1主1从。A -> B，B服务器从A服务器同步数据。每天使用xtrabackup在B服务器上面进行全备。某天A服务器挂了，后来由于某种原因无法进入系统了，只有重装了系统，那么此时要恢复A服务器的步骤就是在A服务器部署mysql实例，从B服务器上面拿备份恢复到A，再根据POS点change到B服务器，让...
游戏服务端开发-AOI-九宫格法解析(附代码)
食鱼酱的博客
04-25 3770
1-啥是AOI AOI全称Area Of Interest，中文就是感兴趣的区域，个人理解就是玩家关注的并且可视的地图区域。 在RPG游戏中，玩家角色移动，攻击，放技能等操作都需要向其他玩家广播，但服务端由于性能原因，会避免往整张地图上的角色进行广播。为了把性能消耗降到最低，同时不影响玩家的游戏体验，就只会向玩家关注并感兴趣的区域，也就是AOI进行广播。 2-AOI-网格法(九宫格) 1# 建立坐...
游戏服务端开发-排行榜
食鱼酱的博客
05-18 1489
开头 排行榜几乎是每个网络游戏都有的系统，以下用Erlang以例，分享一种排行榜实现方式。 结构 每个排行榜对应一个actor，State使用如下结构： %% 通用排行榜结构 -record(rank_list, { key = undefined, %% 排行榜的唯一key sort_list = [], %% [one_rank{}] 已经排好序的列表 ready_list = [], %% [one_rank{}] 待排序的列表 sort_time
网游服务器中的GUID(唯一标识码)实现-基于snowflake算法
boshuzhang的专栏
05-24 1012
网游服务器中的GUID(唯一标识码)实现-基于snowflake算法 作者: NickYang 分类: 技术文章,程序开发 发布时间: 2014-03-03 22:53  本文中的算法采用twitter的snowflake算法，具体请搜索介绍，原来是用Scala写的，因我项目需要，改写成C++语言，主要用于高效的生成唯一的ID, 核心算法就是毫秒级时间(41位)+机器ID(10位)
游戏后台生成唯一ID
weixin_29869121的博客
11-16 1492
MMO游戏后台生成唯一ID   MMO游戏后台通常需要由大量服务器来共同承载海量玩家，虽然玩家可能分布在不同的游戏大区，但是他们可能会通过跨服等等方式进行各种交互。游戏中的角色，装备，物品等需要生成一个全局唯一ID标识，便于辨别不同玩家，不同装备，也方便定位外网问题。   常见的分布式全局唯一ID生成方式包括使用数据库自增，使用Redis的原子操作INCR和INCRBY，使用UUID，SnowFl...
游戏服务器中的ID生成策略
tl070602023的专栏
05-13 4120
原文出处:http://bafeimao.net/2013/06/17/generate-unique-id-in-distributed-system/ 常见的游戏架构和部署中，很多采用分服的一服一库的部署模式，而且运营过程中经常会有合服要求。 所谓合服就是随着游戏单服活跃用户数不断的下降，为节省资源和提高用户活跃度，在运营过程中将两个或多个服务数据合并到一起的做法。
服务器唯一标识 id 的生成方法
GGJJLLDD的专栏
12-06 7182
服务器唯一标识 id 的生成方法 ［机房］ ＋ ip地址（32为int）＋ timestamp（毫秒） ＋ seq（16 或者 32位） 机房表示可选，如果业务扩大，需要机房区分。如果业务量太大，在1ms之内需要产生大于4g的id，只需要扩展seq
让每个实体拥有唯一ID——Entity和EntityManager类的封装
杨理垚的技术专栏
02-05 2986
为什么要唯一的ID？拥有一个唯一的ID是一件很好的事，特别是在网络中传输数据时，需要指定某个玩家，或者需要操作某个战斗单位，要做的只是传输一个int类型的ID即可。对游戏中的每个实体进行唯一标示，这就是拥有一个Entity的意义。Entity类我们创建一个Entity类，它拥有一个m_nID成员，并且在构造函数中用一个static的计数器来为m_nID创建唯一的ID值。
游戏服务端引擎
jianpingzju的博客
07-20 1219
游戏服务引擎 游戏服务端区别于互联网服务端，互联网后台多是由多个微服务组成，如登录，商品，订单，支付服务等，后台数据持久化存储在DB中，并利用缓存提高数据访问速度。 ECS(entity component system) 游戏服务端通常使用一种称为ECS的架构，每个entity代表一个对象，可以是玩家，NPC，也可以是服务。 为了支持entity之间进行RPC通信，entity有MailBox，由IP端口和EntityID确定，集群间的Entity通过MailBox进行RPC调用。 客户端存在一个和服务端
游戏开发中的道具管理
chen801090的博客
07-02 933
前言 在开发游戏的时候，我们肯定会处理道具，不论是多大的游戏都有道具。道具的管理方式也是多种多样。下面记录一下我个人在游戏开发中的道具管理方式。 道具的定义 道具的属性基本分为： ID、类型、数量、图标、名称、等重要信息，还有描述、激活状态、购买此道具的消耗道具等其他信息。不过在配置和传递数据时最重要的属性还是ID，类型和数量这3个。 ID：也就是道具的唯一标识 类型：用于区分道具所在的数据表 道具的数量： 可以是拥有的数量，也可以是需要的数量。不论在配置数据的时候还是在传递数据的时候，都需要
什么是NoSQL，为什么要使用NoSQL？
weixin_30877493的博客
07-04 928
详见：https://blog.csdn.net/a909301740/article/details/80149552 https://baike.so.com/doc/5569749-5784951.html 1 为什么用 NoSQL？ 1.1 单机 MySQL 的美好时代 在90年代，一个网站的访问量一般都不大，用单个数据库完全可以轻松应付。在那个时候，更多的都是静态网页，动态交...
评论 6
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值