铁路客票发售与预订系统解析.pptVIP

* 红色的后面讲 * 5.0趟车席位分散管理，跨局的复用席位需由dbcs传输，及时性不能保证，增加了传输监控，手工处理 * 二 1、调整早了票额所有局不够用、调整晚了沿途局不能及时用 二 2、调整多了票额所有局不够用、调整少了票额所有局用不完、沿途局不够用 二 3、同席位复用，跨局的需要dbcs传输（及时性不能保证），dbcs传输不畅通时，影响席位的发售。 趟车席位集中管理后，剩余票额调整完成了自己的历史使命。 * * * * 预分的顺序：先始发终到、接续始发终到、接续到倒数第二个站、到倒数第二个车站，以此循环 * 集群技术（前期是负载中心） 票额集中管理（始发局管理） 读写分离（前期是查询主机） * 每月或者每周某几天的指定时刻执行 程序：UNIX操作系统的合法执行程序，要求此程序对工作流用户有执行权限。 SQL语句：客票系统中有很多非实时业务是通过执行数据库的存储过程实现的，因此工作流软件也支持定义SQL语句。 函数：是指共享库的导出函数 * 一般部署在数据库服务器上，也可以单独部署 * 部署在应用服务器上面，一般一台机器上装4套，每套有4个连接池，连接个数不等 * * 呼和、南昌、南宁、昆明、兰州、乌鲁木齐 没有负载中心外，其他的路局都有 北京、上海有两个负载中心、广铁有三个 目前负载中心故障不影响主中心售票、但主中心故障时还会影响负载中心售票，今后要解决这个问题 * * 复制在后面会讲到 * 单一节点：通过多进程并发处理，如票额预分，刚开始一个进程处理，票额发售时还不能预分结束，最后改成5个进程，主进程前期处理后，其他进程可以并发执行 运维平台可以实现在全路30多个中心和6个互联网取票节点同时进行查询操作，较以前速度大为提高 运维平台每天进行重席检测工作，30多个中心并发执行，结果集中展示 还利用了后台处理，批量录入，坐等结果 * * 1、刚始发管理时，监控系统可谓祖国山河一片红，余票复制从凌晨5点左右就开始拥塞，白天复制的余票信息基本不可用，到到凌晨2-3点左右复制才恢复正常 2、余票的作用：现在本局查询余票，再去票源取票，如果余票有问题，无余票—导致售票量减少，有余票无票额—反复取票但不成功 3、回退 4、对余票同步进行跟踪，余票量减少了90%以上 * * * * 1.按均衡算法计算用户订单存放库，初期分为5-10个库。 2.对订单、电子票热表分为临时表、正式表、当前表和历史表，按查询、下单、支付等不同交易环节将压力分散到各类表中。 根据客票系统席位库分库的经验，按照上述分离处理，在硬件资源不变的情况下，考虑到分库分表带来的复杂业务处理消耗、不均衡负载等的影响因素，估计处理能力可提高50%。在此结构下，可根据业务量的增长动态增加服务器硬件资源进行水平扩展。 * * 1.改善了客户端的用户体验 优化前 不断看到系统忙 反复提交订单 优化后 只需提交一次订票请求 动态了解订单排队情况 2.服务器资源利用率提高 优化前 服务器资源长时间占用，严重时可导致瘫痪。 优化后 异步交易模式下，服务器资源占用时间大大缩短，处理效率极大提高。 * 三、整合客户服务环节的各类数据源，建立对客户的偏好分析模型，如座位偏好、时刻偏好订座时间 * 很看好手机售票，虽然软件有不尽如人意的地方，但借助移动互联网快速发展的潮流，手机购票会成为主要的购票渠道。 * 客票系统关键技术 1.工作流（workload） 按照用户定义的时间规则来执行指定的任务。用户可以定义两方面的内容：时间和任务类型。 时间 循环执行 定时执行 任务类型 程序 SQL语句 函数 客票系统关键技术 2.数据传输（dbcs） 功能：DBCS是实现数据库之间数据同步的工具，面向业务数据可以实现增量传输，数据更新。保障数据库数据完整，实现数据批量传递 传输内容：在客票系统中，DBCS担当了批量数据的传输，具体有存根类、kt3、财收、营销数据、预分策略数据、清算数据、接口数据、银通卡数据、互联网数据、站车数据等传输内容 拓扑结构：贯通了车站到数据中心、数据中心到数据中心、数据中心到总公司中心；客票核心系统与互联网系统、清算系统、清算系统、营销系统、接口系统、银通卡系统等外围系统的数据通道。 客票系统关键技术 3.交易连接技术 CTMS作为客票系统应用交易路由和网关，在铁道部、路局中心、车站分三级进行部署，将客票系统前台软件交易请求导航至目标数据节点 CTMS现在运用于传统客票系统（线下）、互联网售票（线上）以及相关系统的业务服务接口,如检票系统接口服务,客票支付前置服务等 与数据库连接的快速通道 节点的连通性 客票系统关键技术 4.负载均衡技术 负载均衡服务器 应用服务器由单一一台机器变为多台 均衡使用多台应用服务器的资源 客票系统