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