CN108509507A - 统一入口的账户管理***及其实现方法 - Google Patents

统一入口的账户管理***及其实现方法 Download PDF

Info

Publication number
CN108509507A
CN108509507A CN201810186493.0A CN201810186493A CN108509507A CN 108509507 A CN108509507 A CN 108509507A CN 201810186493 A CN201810186493 A CN 201810186493A CN 108509507 A CN108509507 A CN 108509507A
Authority
CN
China
Prior art keywords
server
data
database
management system
subsystem
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201810186493.0A
Other languages
English (en)
Inventor
杨磊
赵剑
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Origin Time And Space Information Technology Co Ltd
Original Assignee
Beijing Origin Time And Space Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Origin Time And Space Information Technology Co Ltd filed Critical Beijing Origin Time And Space Information Technology Co Ltd
Publication of CN108509507A publication Critical patent/CN108509507A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了一种统一入口的账户管理***及其实现方法,该***包括多个客户端、负载均衡子***和数据库与缓存服务子***;所述负载均衡子***,用于实现在多个平台统一接入或/和多个客户端访问***时,与各种应用服务器配合实现负载均衡代理与流量分发;所述数据库与缓存服务子***,用于在业务服务访问量超出预设值时,通过缓存服务保存从数据库中查询出来的实时数据,以降低读、写操作时间,提高服务的响应速度。采用本发明,能够将各个平台统一接入,实现资源共享和提高管理效率,以及在高业务访问量的情况下解决***资源拥堵、提高服务器的响应速度和提高服务器的稳定性。

Description

统一入口的账户管理***及其实现方法
技术领域
本发明涉及计算机信息管理技术,尤其涉及一种统一入口的账户管理***及其实现方法。
背景技术
现有的各种业务平台,各业务平台均是采用单独式账户管理,各个平台都需要分别建立账户。随着公司业务的不断扩增,如果每个平台仍然采用单独账户管理,一则不能实现统一管理,会给用户使用造成不便;二则由于存在很大的资源浪费,无法实现资源共享,因而会造成管理效率的降低。
发明内容
有鉴于此,本发明的主要目的在于提供一种统一入口的账户管理***及其实现方法,旨在通过该账户管理***将各个平台统一接入,实现资源共享和提高管理效率,以及在高业务访问量的情况下解决***资源拥堵、提高服务器的响应速度和提高服务器的稳定性。
为达到上述目的,本发明的技术方案是这样实现的:
一种统一入口的账户管理***,包括多个客户端;还包括负载均衡子***和数据库与缓存服务子***;其中:
负载均衡子***,用于实现在多个平台统一接入或/和多个客户端访问***时,与各种应用服务器配合实现负载均衡代理与流量分发;
数据库与缓存服务子***,用于在业务服务访问量超出预设值时,通过缓存服务保存从数据库中查询出的实时数据,以降低读、写操作时间,提高服务的响应速度。
其中,所述负载均衡子***,包括负载代理服务器和应用服务器;所述应用服务器具体包括图片服务器和Web服务器。
所述负载均衡子***,还包括APP接口服务器,用于为手机APP提供访问接口。
所述数据库与缓存服务子***,包括数据库、数据库管理***、永久数据存储服务器和临时数据存储服务器;其中:
所述数据库,用于按照数据结构来组织、存储和管理数据;
所述数据库管理***,用于提供数据定义语言DDL和数据操作语言DML,供用户定义数据库的模式结构与权限约束,实现对数据的查询、增加、修改、删除操作;
所述永久数据存储服务器,用于保存程序运行过程中生成的永久数据;
所述临时数据存储服务器,用于保存程序运行过程中生成的临时数据。
所述永久数据存储服务器为MySQL服务器集群;所述临时数据存储服务器为Redis服务器集群。
一种统一入口的账户管理***的实现方法,包括如下步骤:
A、将多个平台统一接入或/和多个客户端接入负载均衡子***,通过所述负载均衡子***的各种应用服务器配合实现负载均衡代理与流量分发的步骤;
B、当业务服务访问量超出预设值时,通过数据库与缓存服务子***的缓存服务保存从数据库中查询出的实时数据,以降低读、写操作时间,提高服务的响应速度。
本发明的统一入口的账户管理***及其实现方法,具有如下有益效果:
1)本发明的账户管理***中,服务器均采用Linux***,支持多任务处理器技术,可以支持10个处理器同时工作,使***性能大大提高;
2)通过利用数据库管理***存储数据,对永久数据和临时数据进行分别处理,并采用了优化SQL查询算法,有效地提高查询速度,使每次查询速度控制在0.01秒以内;
3)使用Redis缓存服务器,能够将数据缓存到服务器内存当中,使读写速度达到10000次/s以上。
附图说明
图1为本发明实施例统一入口的账户管理***的架构示意图;
图2为图1所示账户管理***中MySQL数据库管理***集群子***示意图;
图3为图1所示账户管理***中Redis服务子***集群示意图;
图4为本发明实施例统一入口的账户管理***的登录界面示意图;
图5为本发明实施例统一入口的账户管理***的注册/创建账户界面示意图;
图6~图8为本发明实施例统一入口的账户管理***的创建商户账户界面示意图。
具体实施方式
下面结合附图及本发明的实施例对本发明统一入口的账户管理***及其实现方法作进一步详细的说明。
本发明统一入口的账户管理***的设计思想是:将不同的多个平台统一接入所述账户管理***,使用一个账户登录,即可进入所有平台,不用重复建立账户,管理账户,从而达到统一管理,避免资源浪费的效果。但是由于统一接入后,庞大的业务访问量需要高性能、可靠的服务器框架支撑。高性能要求服务器在巨大压力下仍然需要高速运行,读、写和返回正确的业务信息,前端需要用户体验良好。可靠性的实现,就要求服务器在出现宕机、罢工等情况,可以及时恢复服务器正常工作状态,支持业务***24小时健康运行。通过使用缓存、读写分离技术提高服务器访问资源速度,从而解决大访问量资源拥堵问题;而使用负载均衡与高可用技术提高服务器响应速度以及服务器稳定性,以解决服务器处理大用户量请求问题以及服务器宕机的及时恢复能力。
图1为本发明实施例统一入口的账户管理***的架构示意图。
本发明的账户管理***中,所有的服务器均采用Linux***,支持多任务处理器技术,可以支持10个处理器同时工作,使***性能大大提高。本发明实施例中的负载均衡子***和数据库与缓存服务子***中,实际均不止包含一台服务器,但为方便描述仅绘制一台以示其意。
如图1所示,该统一入口的账户管理***,包括多个客户端、负载均衡子***和数据库与缓存服务子***。
客户端通过域名解析直接访问到负载代理服务器,后端全部访问与响应操作对用户透明。图1所示实施例中,图片服务器也可以单独开设,不经过负载代理服务器,使用单独的域名进行图片读写。当图片服务数量超过预设数量时,也可以通过配置单独的负载代理服务器,组合成服务器集群。而这里图片服务器与其他的服务器共用相同负载,这样负载压力大,容易出现问题,追溯问题源头工作也会变得复杂。因此不同的服务集群,最好使用不同域名、不同负载均衡进行代理。客户端直接通过负载访问相关服务,负载直接代理到服务子群,不再对服务进行判断划分。分工更加明确,出现问题也容易解决。
图1所示实施例的统一入口的账户管理***,其中:
负载均衡子***,用于实现在多个平台统一接入或/和多个客户端访问***时,与各种应用服务器配合实现负载均衡代理与流量分发。
这里,所述的负载均衡子***,包括负载代理服务器和应用服务器;所述应用服务器具体包括图片服务器、Web服务器、FTP服务器等。通过负载均衡子***,可以将负载分摊到多个服务器上进行执行,以共同完成工作任务。进一步的,本发明的负载均衡子***,采用了多种负载平衡算法,依据所述算法,企业可以依据自身需求设定负载平衡规则,网络存取则可参照所设定的规则执行网络流量负载平衡导引。所述的负载平衡算法,包括但不限于Round Robin算法、Weighted Round Robin算法、Traffic算法、Session、Service算法、Auto Mode算法等,以及Inbound负载平衡算法(包括Round Robin/Weighted Round Robin/Auto Back Up)。
较佳地,所述负载均衡子***,还可以包括APP接口服务器,用于为手机APP提供访问接口。
数据库与缓存服务子***,用于在业务服务访问量超出预设值时,通过缓存服务保存从数据库中查询出的实时数据,以降低读、写操作时间,提高服务的响应速度。当访问超出预设值时,***自动将访问请求分配到相对空闲的其他的服务器。
这里,所述数据库与缓存服务子***,包括数据库、数据库管理***、永久数据存储服务器和临时数据存储服务器。
所述的数据库,用于按照数据结构来组织、存储和管理数据;
所述的数据库管理***,用于提供数据定义语言(Data Definition Language,DDL)和数据操作语言(Data Manipulation Language,DML),供用户定义数据库的模式结构与权限约束,实现对数据的查询、增加、修改、删除等操作。
所述永久数据存储服务器,用于保存程序运行过程中生成的永久数据。该永久数据存储服务器,在本实施例中可以是MySQL服务器集群,也可以是Oracle服务器集群、SQLServer服务器集群。MySQL、Oracle、SQL Server均为关系型数据库管理***,其包括相互联系的逻辑组织和存取这些数据的一套程序,即数据库管理***软件。
所述临时数据存储服务器,用于保存程序运行过程中生成的临时数据。
本发明实施例的账户管理***,利用数据库管理***存储数据,对永久数据和临时数据进行分别处理,并采用了优化SQL查询算法,有效地提高查询速度,使每次查询速度控制在0.01秒以内。
该临时数据存储服务器,在本实施例中具体为Redis服务器集群。Redis是一个key-value存储***。其支持存储的value类型较多,包括字符串(string)、链表(list)、集合(set)、有序集合(sorted set-zset)和哈希(hash)类型。这些数据类型都支持push/pop、add/remove及取交集、并集和差集及更丰富的操作,而且这些操作都是原子性的。在此基础上,Redis支持各种不同方式的排序。为了保证效率,数据均是缓存在内存中。Redis会周期性的将更新的数据写入磁盘或者把修改操作写入追加的记录文件,并且在此基础上实现了主从(Master-Slave)同步。Redis也是一个高性能的key-value数据库。Redis的出现,很大程度补偿了memcached这类key/value存储的不足,在部分场合可以对关系数据库起到很好的补充作用。其还提供了Java,C/C++,C#,PHP,JavaScript,Perl,Object-C,Python,Ruby,Erlang等客户端,使用很方便。使用Redis缓存服务器,能够将数据缓存到服务器内存当中,使读写速度达到10000次/s以上。
该账户管理***采用了多台Linux服务器,设置为分布式***,通过负载均衡子***,既可实现负载均衡,又能够实现流量分发,能够有效提高工作效率;利用该账户管理***的负载代理服务器,实现了多个平台统一接入账户管理***,只需使用一个账户登录,即可进入所有平台,统一了入口,因此可以达到安全、高效、清晰管理的目的,并且节省时间,方便用户使用。
图2为图1所示账户管理***中MySQL数据库管理***集群示意图。
如图2所示,在本实施例中MySQL数据库管理***集群中,如果业务服务访问量非常大,数据库是访问速度最重要的影响因素。数据的读、写操作往往占用大部分时间,数据表上百万级别记录,update操作时间开销会很大。而且外部有一条几万的数据库操作队列,服务器可能会崩溃。首先是CPU资源全部占满,数据库里堆满上锁SQL语句,导致前端反应速度跟不上。此外,对数据库访问频繁数据记录数量巨大的表,需要进行分片操作,细化数据表以提高SQL语句执行速度。数据库服务器使用分布式架构部署,前端架设负载(均衡)代理服务器,结合数据库读写分离技术。
图3为图1所示账户管理***中Redis服务子***集群示意图。结合图2所示的MySQL数据库管理***集群与数据库,组成数据库与缓存服务子***,通过采用缓存服务,可以提高服务的响应速度,处理及时性要求高的数据时,数据首先进入缓存,然后通过消息队列写入数据库。从数据库查询出来的实时数据也可以保存在该缓存中,在缓存中直接提供用户访问,执行用户操作数据请求,再把数据返回数据库。本发明实施例中采用的Redis服务器是一款出色的缓存服务器,内存级别的键值对数据库,支持丰富数据结构,数据库操作命令也是很齐全。最重要是Redis操作速度非常快,能够满足缓存服务器需求。
图4为本发明实施例统一入口的账户管理***的登录界面示意图。
如图4所示,为统一的登录界面,填写账户(用户名)、密码、验证码后登录该账户管理***,操作简单方便。
图5为本发明实施例统一入口的账户管理***的注册/创建账户界面示意图。
如图5所示,进入创建账户页面,添加新的账户,管理员可以创建的账户类型包括渠道管理和通道管理,以满足添加不同用户的需求。
图6~图8为本发明实施例统一入口的账户管理***的创建商户账户界面示意图。
如图6所示,例如,通过渠道管理账户可以创建商户账户,可以建立多级账户,可以不断扩充,满足不同用户的需求。还可进入显示账号信息页面,可以查询自己的账户信息,并且可以修改账户的部分信息,修改完信息点确认修改进行账户信息的修改。
如图7所示,例如,通过渠道管理账户还可以对下属账户依据ID、公司名称、账户名称进行查询,并进行修改和删除操作。
如图8所示,还可以进入修改页面,对现有账户信息进行修改操作。
通过本发明实施例的账户管理***,可以方便的进行账户添加、修改和查询操作以及账户权限管理等工作。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。

Claims (6)

1.一种统一入口的账户管理***,包括多个客户端;其特征在于,还包括负载均衡子***和数据库与缓存服务子***;其中:
负载均衡子***,用于实现在多个平台统一接入或/和多个客户端访问***时,与各种应用服务器配合实现负载均衡代理与流量分发;
数据库与缓存服务子***,用于在业务服务访问量超出预设值时,通过缓存服务保存从数据库中查询出的实时数据,以降低读、写操作时间,提高服务的响应速度。
2.根据权利要求1所述统一入口的账户管理***,其特征在于,所述负载均衡子***,包括负载代理服务器和应用服务器;所述应用服务器具体包括图片服务器和Web服务器。
3.根据权利要求2所述统一入口的账户管理***,其特征在于,所述负载均衡子***,还包括APP接口服务器,用于为手机APP提供访问接口。
4.根据权利要求1所述统一入口的账户管理***,其特征在于,所述数据库与缓存服务子***,包括数据库、数据库管理***、永久数据存储服务器和临时数据存储服务器;其中:
所述数据库,用于按照数据结构来组织、存储和管理数据;
所述数据库管理***,用于提供数据定义语言DDL和数据操作语言DML,供用户定义数据库的模式结构与权限约束,实现对数据的查询、增加、修改、删除操作;
所述永久数据存储服务器,用于保存程序运行过程中生成的永久数据;
所述临时数据存储服务器,用于保存程序运行过程中生成的临时数据。
5.根据权利要求4所述统一入口的账户管理***,其特征在于,所述永久数据存储服务器为MySQL服务器集群;所述临时数据存储服务器为Redis服务器集群。
6.一种统一入口的账户管理***的实现方法,其特征在于,包括如下步骤:
A、将多个平台统一接入或/和多个客户端接入负载均衡子***,通过所述负载均衡子***的各种应用服务器配合实现负载均衡代理与流量分发的步骤;
B、当业务服务访问量超出预设值时,通过数据库与缓存服务子***的缓存服务保存从数据库中查询出的实时数据,以降低读、写操作时间,提高服务的响应速度。
CN201810186493.0A 2018-02-11 2018-03-07 统一入口的账户管理***及其实现方法 Pending CN108509507A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810142495X 2018-02-11
CN201810142495 2018-02-11

Publications (1)

Publication Number Publication Date
CN108509507A true CN108509507A (zh) 2018-09-07

Family

ID=63376229

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810186493.0A Pending CN108509507A (zh) 2018-02-11 2018-03-07 统一入口的账户管理***及其实现方法

Country Status (1)

Country Link
CN (1) CN108509507A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109614425A (zh) * 2018-09-25 2019-04-12 阿里巴巴集团控股有限公司 一种调整数据库的业务访问量的方法及***
CN109992582A (zh) * 2019-02-19 2019-07-09 深圳点猫科技有限公司 一种基于图形编程的临时数据处理方法及电子设备
CN112787906A (zh) * 2019-11-08 2021-05-11 内江市下一代互联网数据处理技术研究所 一种基于云桌面平台的消息推送***
CN112785729A (zh) * 2020-12-30 2021-05-11 深圳市顺易通信息科技有限公司 一种停车费减免的处理方法及装置
CN114285857A (zh) * 2021-12-31 2022-04-05 中企云链(北京)金融信息服务有限公司 负载均衡方法以及装置、***

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101969468A (zh) * 2010-10-14 2011-02-09 广州从兴电子开发有限公司 查询服务器集群***及查询方法
CN103345785A (zh) * 2013-07-15 2013-10-09 深圳沈鼓测控技术有限公司 设备异常停机监测方法
CN103501309A (zh) * 2013-07-03 2014-01-08 陕西广电网络传媒(集团)股份有限公司 基于数字电视终端的物联网智能家居管控***
CN104850509A (zh) * 2015-04-27 2015-08-19 交通银行股份有限公司 一种银行业务数据内存缓存的操作方法及***
CN105701178A (zh) * 2016-01-05 2016-06-22 北京汇商融通信息技术有限公司 分布式图片存储***
CN106170016A (zh) * 2016-07-28 2016-11-30 深圳市创梦天地科技有限公司 一种处理高并发数据请求的方法和***
CN106919654A (zh) * 2017-01-24 2017-07-04 徐州医科大学 一种基于Nginx的高可用MySQL数据库的实现方法
CN107147745A (zh) * 2017-07-01 2017-09-08 广东电网有限责任公司信息中心 一种网站群架构方法

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101969468A (zh) * 2010-10-14 2011-02-09 广州从兴电子开发有限公司 查询服务器集群***及查询方法
CN103501309A (zh) * 2013-07-03 2014-01-08 陕西广电网络传媒(集团)股份有限公司 基于数字电视终端的物联网智能家居管控***
CN103345785A (zh) * 2013-07-15 2013-10-09 深圳沈鼓测控技术有限公司 设备异常停机监测方法
CN104850509A (zh) * 2015-04-27 2015-08-19 交通银行股份有限公司 一种银行业务数据内存缓存的操作方法及***
CN105701178A (zh) * 2016-01-05 2016-06-22 北京汇商融通信息技术有限公司 分布式图片存储***
CN106170016A (zh) * 2016-07-28 2016-11-30 深圳市创梦天地科技有限公司 一种处理高并发数据请求的方法和***
CN106919654A (zh) * 2017-01-24 2017-07-04 徐州医科大学 一种基于Nginx的高可用MySQL数据库的实现方法
CN107147745A (zh) * 2017-07-01 2017-09-08 广东电网有限责任公司信息中心 一种网站群架构方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
李明俊: "《Oracle11g数据库与应用开发教程》", 31 March 2013 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109614425A (zh) * 2018-09-25 2019-04-12 阿里巴巴集团控股有限公司 一种调整数据库的业务访问量的方法及***
CN109992582A (zh) * 2019-02-19 2019-07-09 深圳点猫科技有限公司 一种基于图形编程的临时数据处理方法及电子设备
CN112787906A (zh) * 2019-11-08 2021-05-11 内江市下一代互联网数据处理技术研究所 一种基于云桌面平台的消息推送***
CN112785729A (zh) * 2020-12-30 2021-05-11 深圳市顺易通信息科技有限公司 一种停车费减免的处理方法及装置
CN114285857A (zh) * 2021-12-31 2022-04-05 中企云链(北京)金融信息服务有限公司 负载均衡方法以及装置、***
CN114285857B (zh) * 2021-12-31 2024-01-26 中企云链(北京)金融信息服务有限公司 负载均衡方法以及装置、***

Similar Documents

Publication Publication Date Title
KR102471196B1 (ko) 데이터베이스 시스템의 저널링된 테이블
US11816126B2 (en) Large scale unstructured database systems
US10642840B1 (en) Filtered hash table generation for performing hash joins
CN108509507A (zh) 统一入口的账户管理***及其实现方法
US9842152B2 (en) Transparent discovery of semi-structured data schema
US9684702B2 (en) Database redistribution utilizing virtual partitions
Deka A survey of cloud database systems
US11256684B1 (en) Applying relational algebraic operations to change result sets of source tables to update a materialized view
US11841848B2 (en) Stored procedures for incremental updates to internal tables for materialized views
US20070174360A1 (en) Storage system embedding database
US11232000B1 (en) Moving database partitions from replica nodes
US11243956B1 (en) Enforcing foreign key constraints for efficient materialized view updates
Luo et al. LAYER: A cost-efficient mechanism to support multi-tenant database as a service in cloud
Carstoiu et al. High performance eventually consistent distributed database Zatara
US11789971B1 (en) Adding replicas to a multi-leader replica group for a data set
Carstoiu et al. Zatara, the Plug-in-able Eventually Consistent Distributed Database
Singh NoSQL: A new horizon in big data
Yadav et al. Working with HBase
US11868347B1 (en) Rewriting queries to compensate for stale materialized views
US12007983B2 (en) Optimization of application of transactional information for a hybrid transactional and analytical processing architecture
US20210382874A1 (en) System and method for performing online archiving operations
WO2022188573A1 (en) Soft deletion of data in sharded databases
Zulfa et al. CACHE DATA REPLACEMENT POLICY BASED ON RECENTLY USED ACCESS DATA AND EUCLIDEAN DISTANCE
Shah et al. The Impact of In-memory Databases over Multitenant Architecture
WO2024006934A1 (en) Hybrid transactional and analytical processing architecture for optimization of real-time analytical querying

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20180907