程序员必备每日总结1

  最近几天在等需求,多出了好几天时间手头没有工作。每天东看看细看看,一到下午三点多就开始昏昏沉沉的,一天到晚虽然一直在看在‘学习’,但是,感觉收获不多。所以,采取必要的手段做每日的总结来观察自己提升的进度是很有必要的。

  今天上午主要是看git创建项目和从SVN上迁移项目到git的相关操作,刚开始纠结的是源的问题,还有根据公司ppt上的显示,演讲者应该是用了一个图形工具来做相应的push pull。

  秒杀系统,也是早晨突然好奇的一个点,因为现在的项目是电商类,秒杀必不可少。网上大多说的都是通过队列和乐观锁来控制进程数,并且以拍下开始就计算。

关于这种解决方案,反对意见很大。然后我反观我们的解决方案,发现没有相应的额外操作,可能是秒杀这模块的压力被框架解决掉了,在我的理解因为有了微服务(spring boot)以及dubbo结合的结构特点,可以有效的分担秒杀时的服务器压力,所以,关于压力已经被框架处理掉了,在代码层面就没有额外的处理并发的处理。Ps:后来问了下同事,因为并发量没那么大,所以处理方式就等同于正常下订单的情况了。

 下午最开始看elsticsearch搜索的相关资料,得知他是一种基于lucene(不知道是什么鬼好像很复杂)的全文搜索引擎,从资料看他是以键值对查找相应的数据,也就是基于文件内容搜索而非传统数据库搜索数据,那么,就有相应的问题了。

问题1:基于文件内容搜索的引擎,文件的内容是谁来创造的。

block:es搜索的文件就是它自身管理的,检索mysql之后生成的文件存储,主要目的是缓存,大致是这样。

波哥:用户数据在关系型数据库里存储之后,后台处理下再向es发请求(存储),es自己处理之后存在文件里,相当于两个数据源。

 

转载于:https://www.cnblogs.com/Luke-wang/p/6093987.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值