最近几天在等需求,多出了好几天时间手头没有工作。每天东看看细看看,一到下午三点多就开始昏昏沉沉的,一天到晚虽然一直在看在‘学习’,但是,感觉收获不多。所以,采取必要的手段做每日的总结来观察自己提升的进度是很有必要的。
今天上午主要是看git创建项目和从SVN上迁移项目到git的相关操作,刚开始纠结的是源的问题,还有根据公司ppt上的显示,演讲者应该是用了一个图形工具来做相应的push pull。
秒杀系统,也是早晨突然好奇的一个点,因为现在的项目是电商类,秒杀必不可少。网上大多说的都是通过队列和乐观锁来控制进程数,并且以拍下开始就计算。
关于这种解决方案,反对意见很大。然后我反观我们的解决方案,发现没有相应的额外操作,可能是秒杀这模块的压力被框架解决掉了,在我的理解因为有了微服务(spring boot)以及dubbo结合的结构特点,可以有效的分担秒杀时的服务器压力,所以,关于压力已经被框架处理掉了,在代码层面就没有额外的处理并发的处理。Ps:后来问了下同事,因为并发量没那么大,所以处理方式就等同于正常下订单的情况了。
下午最开始看elsticsearch搜索的相关资料,得知他是一种基于lucene(不知道是什么鬼好像很复杂)的全文搜索引擎,从资料看他是以键值对查找相应的数据,也就是基于文件内容搜索而非传统数据库搜索数据,那么,就有相应的问题了。
问题1:基于文件内容搜索的引擎,文件的内容是谁来创造的。
block:es搜索的文件就是它自身管理的,检索mysql之后生成的文件存储,主要目的是缓存,大致是这样。
波哥:用户数据在关系型数据库里存储之后,后台处理下再向es发请求(存储),es自己处理之后存在文件里,相当于两个数据源。
时间: 2024-10-25 22:28:45