2021年面试资料汇总必会.docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
1、酒店预订怎么实现 ?怎么设计表 你好,我大约说下我们业务步骤,我们业务步骤是:用户在网站浏览酒店信息,能够依据地域检索出该地域酒店信息。列表展示酒店信息由:酒店名称,酒店图片,酒店位置,评论人数,评论分数和最低入住价格。用户选中要入住酒店进入酒店详情页面,查看酒店介绍和酒店房型列表,用户依据她要入住时间和离店时间,检索出这个时间段内全部可选房型(房间数量-当日订单-当日未离店订单=剩下房间数量)显示给用户。用户选择好房型后就能够进行下单,要求有订单开始时间,结束时间,房间数量,住客姓名,抵店时间,联络方法,备注信息等等。 那我表是这么设计,总共有6张表,分别是: 用户表user,里面有下面多个字段,(用户编号,用户名称,用户密码,用户联络方法) 酒店表hotel,里面有(酒店编号,酒店名称,酒店图片,评论人数,评论分数,最低入住价格,所在地域) 酒店图片表pic(图片编号,图片地址,图片排序,图片所属酒店) 评论表comment(评论编号,评论内容,评论时间,用户编号,酒店编号) 房型表house(房型编号,床型,早餐,宽带,人数上限,房价,房间数量,最长预定时间) 订单表order(订单编号,开始时间,结束时间,房间数量,住客姓名,最晚抵店时间,联络电话,使用优惠券,备注,订单状态) 以上就是我对这个酒店预订系统设计 2、预定时间怎么写入数据库 以预订当初时间戳作为预订时间写入数据库。用户下订单时会选择一个抵店时间,将该抵店时间以时间戳方法存入数据库中。离店时间以当初日期转为时间戳方法存入数据库中 3、怎么判定还有没有房间 我能够依据用户入住时间和离店时间来检索这个有效时间段内房间库存。房间数量扣除在这个时间段内入住订单和在这个时间段内离店订单。扣除后等到数量才是这段时间内有效房间数量。 4、怎么统计天天房间库存 我思绪是依据一个公式来推理实现,天天房间库存=房型下房间数量-(当日入住订单+当日未离店订单),这么我就能够得到天天还有多少房间是剩下了。 5、怎么在数据库里对房间做唯一标识 上面所设计房型表就是我们房间表,每个房间是唯一,我们是使用数字作为编号,也即使用主键作为唯一标识。 6、最近出新功效 最近我们出了个会员机制,用户第一次预订酒店成功后,能够办理会员卡,凭借会员卡,下次来时候能够打折,会员在部分比较特殊日期预订酒店成功,能够享受不一样优惠方法。 怎么确保促销商品不会超卖 这个问题是我们当初开发时碰到一个难点,超卖原因关键是下订单数目和我们要促销商品数目不一致造成,每次总是订单数比我们促销商品数目要多,当初我们小组讨论了很久,给出了好多个方案来实现: 第一个方案是:①在每次下订单前我们判定促销商品数量够不够,不够不许可下订单,更改库存量时加上一个条件,只更改商品库存大于0商品库存,当初我们使用ab进行压力测试,当并发超出500,访问量超出 时,还是会出现超卖现象。所以被我们否定了。 第二种方案是:②使用mysql事务加排她锁来处理,首先我们选择数据库存放引擎为innoDB,使用是排她锁实现,刚开始时候我们测试了下共享锁,发觉还是会出现超卖现象。有个问题是,当我们进行高并发测试时,对数据库性能影响很大,造成数据库压力很大,最终也被我们否定了。 第三种方案是:③使用文件锁实现。当用户抢到一件促销商品后先触发文件锁,预防其它用户进入,该用户抢到促销品后再解开文件锁,放其它用户进行操作。这么能够处理超卖问题,不过会造成文件得I/O开销很大。 最终我们使用了redis队列来实现。将要促销商品数量以队列方法存入redis中,每当用户抢到一件促销商品则从队列中删除一个数据,确保商品不会超卖。这个操作起来很方便,而且效率极高,最终我们采取这种方法来实现 8、redis集群怎么做 \o Redis知识库 Redis集群提供了以下两个好处 1、将数据自动切分(split)到多个节点 2、当集群中某一个节点故障时,redis还能够继续处理用户端请求。 2、集群方案: redis-cluster集群,采取无中心结构,每个节点保留数据和整个集群状态,每个节点全部和其它全部节点连接,关键经过节点配置,辅以redis主历来完成集群。因为这块东西我使用得极少,所以只是平时抽时间去研究过,并没有真正在线上实现过。 9、redis和memcacahe、mongoDB区分 答:全部是非关系型数据库,性能全部很高,不过mongoDB和memcache、redis是不一样两种类型。后二者关键用于数据缓存,前者关键用在查询和储存大数据方面,是最靠近数据库文档型非关系数据库。 这里我关键谈谈memcache和redis区分。 ①从数据存放位置上来分,memcache数据存在内存中,而redis既能够存放在内存中,也能够存

文档评论(0)

173****6081 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档