re

1.快速检索（Quick Search） 在主要期刊目次网页或任何期刊浏览网页的顶端，您可以找到一个检索方块，输入关键词做检索；搜寻时，您可以利用下拉式选单针对所有检索点(All Fields)进行检索或只检索作者(Author Name)、篇名(Article Title)、摘要(Abstract)等特定检索点，此外，可选择针对全部的电子期刊(All Electronic Journals)目前您所浏览的期刊(just this journal)或类别(just this category)内检索，按一下Submit(提呈)按钮进行检索。 2.简易检索(Simple Search) 字段包含一个检索方块和下拉式清单，可选择您输入的检索语在下列选项来检索： 　(1) Title (篇名) (2)Abstract(摘要) (3)Journal Title(刊名) (4)Authors" name(作者） (5)Any field：当您无法确定某个词汇出现的字段时，您可以使用这个字段 来检索，系统会检索的字段包含全文、篇名、摘要和作者 (6)Author Key Words：在篇名和摘要字段检索作者对文章所提供的关键词 　(7)ISSN(国际期刊标准号） 　(8)PII(出版项识别号)：具有17个字符的PII会以ISSN期刊号和出版年份(由 　　S字母代表)或ISBN书号(由B字母代表)作为开头按一下「Submit Query 」按钮进行检索或按「Reset」擦掉重写。 3.进阶检索(Expanded Search) 点选「Advance」进入进阶检索，提供更多的字段供您选填；点选「Expert」进入专家检索，进阶检索窗体与专家检索窗体类似，但能更自由的使用布尔逻辑操作数来执行自己的检索策略。 （三）检索结果

《武装突袭3》模组推荐,国产狙击枪,国产之星

sciencedirect期刊一般都有统一的投稿系统，你可以先打开要投稿的期刊主页，阅读投稿须知，点击 Submit Your Paper 按钮投稿。当然，你首先得注册账号，然后填写一系列投稿相关的内容，最后提交稿件及相关材料。

rec文件转换rod文件如下。1、使用格式工厂等格式转换软件，将Rec文件转换成rod文件。2、下载、安装rod播放器，把Rec文件的后缀改为rod，就可以用rod播放器来播放了。

方法如下：1、搜索中国知网，打开中国知网的界面，如下图所示：2、搜索目标文献 。打开中国知网界面之后，选择文献类型，比如期刊、硕博论文等，选择搜索方式，比如全文、主题、篇名等，输入你要查找的文献名称或者相关信息。3、选择目标文献。搜索文献时，不一定能立刻就找到你想要的文章，所以需要多尝试几种关键词。找到目标文献之后，单击文章前面的小方框。后选中文献列表上面的“导出文献”字样。4、复制参考文献到指定位置。这个时候出现在界面上的参考文献的格式已经自动调整为规范格式，可以直接复制粘贴，也可以用保存按钮保存一下。5、整理参考文献。粘贴到目标位置的参考文献，一般行距都比较大，还需要适当调整一下。如果投的期刊还有其他的要求的话，也要仔细地再核对一下。

避免意外事故发生，稍等片刻即可。sciencedirect检查站点连接是否安全，是网站为避免意外事故发生，避免出现连接不稳定的意外事故，以此来保障用户的人身财产安全，用户只需要稍等片刻即可。sciencedirect是一个电子期刊数据库网站，每年都会在上面刊登大量的学术图书和期刊。

格里高利是顶级的户外背包品牌，当然很好的！顶级中的顶级户外背包：始祖鸟、小鹰、格里高利，还有一个danadesign已被收购，绝版。这些品牌也做军包。顶级的专业军包：神秘农场、kifaru。顶级中略低一点背包的是：土拨鼠、花岗岩、kelty。一线品牌：北脸、狼爪、多特之类。二线：沃德、派格之类。

直接找个女款的可以调节的也行吧

see this Vx：peixun0717下载

解决了吗？我也遇到同样的问题？

歌曲名:Supreme Star Rising歌手:リズナ专辑:RADIATASupreme Star RisingVocal- リズナ|Lyrics,Arrange-t+pazoliteby 叶桜いつまでもそこにすがりついてるの？周りはどんどん追い越してくのに石桥（いしばし）を叩（たた）いて渡（わた）るのもいいけれどそれじゃ取り残されていくだけじゃない？もし寂しくて动けないんだったら押（お）し出してあげる　だから怖くないRising Star!升（のぼ）りつめて　星より速くBlazing Star!ひとり煌（きらめ）く　星より远くまでShooting Star!流れて描（えが）く　星より热くShinning Star!光辉く　星より强く　ゆくよものすごいスビードで駆け抜けてくとそれまでの失败とかチャラにできるとそんな风に思ったほうが気持いいから私は私なりの道を进むよもし怖気（おじけ）つき迷ってるんだったらついていてあげる　だから大丈夫さRising Star!升（のぼ）りつめて　星より速くBlazing Star!ひとり煌（きらめ）く　星より远くまでShooting Star!流れて描（えが）く　星より热くShinning Star!光辉く　星より强く　ゆくよもし真っ暗で见えなくなったなら照らしててあげる　だから怖くないRising Star!升（のぼ）りつめて　星より速くBlazing Star!ひとり煌（きらめ）く　星より远くまでShooting Star!流れて描（えが）く　星より热くShinning Star!光辉く　星より强く　ゆくよhttp://music.baidu.com/song/23770811

棒线材、、、、、、

口红底部有批号，通过批号就可以查出生产日期，可以用唯美美妆pp的批号查询功能查询生产日期！口红启用后12月内用完，未开封保质期3年开封后保质期12个月。

1、Scopus是一个导航工具，它涵盖了世界上最广泛的科技和医学文献的文摘、参考文献及索引。2、Elsevier是荷兰一家全球著名的学术期刊出版商，是世界上公认的高品位学术期刊。而Sciencedirect是该出版商将将其出版的2,500多种期刊和11,000图书全部数字化所建立的全文数据库。

通过 seek68数字图书馆 可以使用 sciencedirect 和 web of science

科学指南

儿童散学归来早,忙趁东风放纸鸢.

是网络问题。根据查询相关公开信息显示：sciencedirect搜索速度和网络是成正比的，网络问题会导致搜索速度很慢。sciencedirect是全文数据库，有荷兰全球著名的学术期刊出版商Elsevier所建立。用户可以通过检查网络，重新搜索。

1、打开微信，右上角搜索，输入sciencedirect。2、找到sciencedirect小程序，点击进入，即可使用检索。

包含。根据sciencedirect数据库官网显示，该搜索库包含学位论文。ScienceDirect数据库由ElsevierScience公司出版，涵盖数学，物理，化学，天文学，医学，生命科学，商业及经济管理，计算机科学，工程技术，能源科学，环境科学，材料科学，社会科学等学科。

方法如下，登陆官网后在数据库中选择“Web of Science 核心合集”，并输入相关的信息即可，搜索出的论文基本上都是SCI和SSCI。SCI数据库并不是免费开放的，但大多数高校的图书馆都会购买SCI数据库，因此对于在校生或从事大学教师等职位的高校教职工，只需要通过校园网进入高校图书馆，根据图书馆提供的SCI、Sciencedirect等数据库的入口进入官网即可，过程中无并发用户限制、提供CERNET专线、无须支付国际流量费。

网络问题。sciencedirect搜索速度和网络是成正比的，网络问题会导致搜索速度很慢。sciencedirect是全文数据库，有荷兰全球著名的学术期刊出版商Elsevier所建立。用户可以通过检查网络，重新搜索。

sciencedirect全文数据库收录的文献资源类型有图书期刊。根据查询相关公开信息显示，sciencedirect全文数据库收录的文献资源类型有图书期刊，sciencedirect全文数据库是全球最著名的科技医学全文数据库。

A题目中有一个“is"说明。。withhim这是一个主语。动词短语做主语的话，动词只有两种形式。一是Todo，另一种是”doing“这里只有todo，所以选A

以下是如何在文献中引用ScienceDirect中的文献的方法：1.在引用文献时，首先需要列出作者姓名、出版年份、文章题目、期刊名称、卷号、期号和页码等信息。2.如果从ScienceDirect中引用，需要按照以下格式进行引用：作者姓名. 文章题目. 期刊名称. 出版年份, 卷号(期号), 页码.3.如果引用的是电子文献，则需要在引用信息中加入电子文献的URL或DOI号。例如，以下是从ScienceDirect中引用的一篇文献的引用格式：姓名. 文章题目. 期刊名称. 出版年份, 卷号(期号), 页码. doi: DOI号.ScienceDirect是一种学术搜索引擎和数据库，提供了大量的研究论文和期刊文章。需要注意的是，具体的引用格式可能会因不同的期刊和出版物而有所不同，因此在引用文献时，最好先查阅相关的期刊和出版物的引用要求，以确保引用格式的准确和规范。

荷兰的历史悠久的跨国科学出版公司。根据查询sciencedirect相关信息得知，sciencedirect的作者单位在荷兰的历史悠久的跨国科学出版公司，Science Direct数据库由Elsevier Science公司出版，该公司是一家总部设在荷兰的历史悠久的跨国科学出版公司，其出版的期刊是世界公认的高品位学术期刊，且大多数为核心期刊，并被世界上许多著名的二次文献数据库所收录。

没有缺点。sciencedirect检索系统的特点是方便高效，检索速度快，而且支持模糊检索。ELSEVIER公司是全球最大的科学文献出版商，每年出版2000多种期刊和5000多种图书，以及数据库产品。其中的ScienceDirect数据库中的期刊涵盖了理、工、医和社会科学在内的24个学科，是全球最大的全文数据库，也是国内引进的第一个西文全文库。

ScienceDirect数据库提供了三种检索功能：快速检索、基本检索、高级检索(一)快速检索1.文章的篇名、摘要、关键字检索2.作者检索3.刊名检索4.特定的卷、期、页码(二)基本检索检索词、特定来源、主题、年代范围(三)高级检索高级检索是通过编写检索表达式来处理复杂的检索需求。文献的保存以Acrobat Reader浏览器为例，直接使用命令菜单按钮保存文件(pdf格式)。否则需要返回期刊的目次页，在欲保存的论文题名下，选中“Article Full Text PDF”按钮，单击鼠标右键，从弹出的菜单中选择“目标另存为”，保存该论文(pdf格式)。

ScienceDirect按照学科类别把数据库中收录的图书和期刊分为四大领域：物理学与工程（Physical Sciences and Engineering）、生命科学（life sciences）、健康科学（health sciences）、社会科学与人文科学（social sciences and humanities）。每个大领域下又分类不同的下位类，形成24个学科领域，这样逐级分类，构成三级分类体系，第三级可以直接链接到单个的期刊或图书本身，并且期刊和图书按字母顺序分类显示。扩展资料ScienceDirect提供了三种检索功能：快速检索、基本检索、高级检索。快速检索包括：（1）文章的篇名、摘要、关键字检索；（2）作者检索；（3）刊名检索；（4）特定的卷、期、页码。基本检索包括：检索词、特定来源、主题、年代范围。高级检索包括：高级检索是通过编写检索表达式来处理复杂的检索需求。

Elsevier（sciencedirect)是荷兰一家全球著名的学术期刊出版商，每年出版大量的学术图书和期刊，大部分期刊被SCI、SSCI、EI收录，是世界上公认的高品位学术期刊。近几年该公司将其出版的2,500多种期刊和11,000图书全部数字化，即ScienceDirect全文数据库，并通过网络提供服务。该数据库涉及众多学科：计算机科学、工程技术、能源科学、环境科学、材料科学、数学、物理、化学、天文学、医学、生命科学、商业、及经济管理、社会科学等。国内11所学术图书馆于2000年首批联合订购SDOS数据库中1998年以来的全文期刊。

Elsevier是荷兰一家全球著名的学术期刊出版商，每年出版大量的学术图书和期刊，大部分期刊被SCI、SSCI、EI收录，是世界上公认的高品位学术期刊。近几年该公司将其出版的2,500多种期刊和11,000图书全部数位化，即ScienceDirect全文资料库，并通过网路提供服务。该资料库涉及众多学科：计算机科学、工程技术、能源科学、环境科学、材料科学、数学、物理、化学、天文学、医学、生命科学、商业、及经济管理、社会科学等。国内11所学术图书馆于2000年首批联合订购SDOS资料库中1998年以来的全文期刊。 基本介绍 中文名 ：sciencedirect 时间 ：2000年 国家 ：荷兰 意义 ：《Elsevier电子期刊全文》 名称,资料库简介,资料库检索指南, 名称 ScienceDirect OnSite 《Elsevier电子期刊全文》 资料库简介 Elsevier Science的1,263种全文电子期刊的学科分类如下： Agricultural and Biological Sciences　（农业和生物科学） 133种 Chemistry and Chemical Engineering　（化学和化学工程学） 220种 Clinical Medicine　（临床医学） 291种 Computer Science　（计算机科学） 124种 Earth and Plaary Science　（地球和行星学） 118种 Engineering, Energy and Technology　（工程、能量和技术） 280种 Environmental Science and Technology　（环境科学与技术） 127种 Life Science　（生命科学） 437种 Materials Science　（材料科学） 135种 Mathematics　（数学） 50种 Physics and Astronomy　（物理学和天文学） 165种 Social Sciences　（社会科学） 291种 网上浏览期刊全文（PDF格式）需要使用Acrobat Reader软体，如果您的计算机上尚未安装，可从网上下载安装Acrobat Reader4.0。利用Acrobat Reader可以将阅览到的全文直接列印和存档。存档的档案仍需要用Acrobat Reader软体浏览。 资料库检索指南 1．简单检索 (Simple Search) 单击页面左侧的"Search" 按钮，进入简单检索界面。 简单检索界面分为上下两个区，即检索策略输入区和检索结果的限定区。检索策略可在输入区中选择"Search in any field（所有栏位）"、"Search in title only（文章标题）"、"Search in abstract field（文摘）"、"Author"s Name（作者）"、"Journal Title（期刊名）"等栏位输入，再利用限定区，限定检索结果的出版时间、命中结果数及排序方式，而后点击"Search the Collections"按钮，开始检索。 检索结果有两类信息。一类是期刊题名，在题名下有该刊目次页（table of contents）的超连结和搜寻相关档案按钮；另一类是期刊论文题录，排在靠后的部分为论文标题、出处、作者、相关度和搜寻相关档案按钮，通过搜寻相关档案按钮可检索到与该文内容类似的文章。 单击期刊题名下的"table of contents"按钮，可浏览目次信息；单击论文题录下的"Abstract"，按钮，可浏览该文章的标题、作者、作者单位、关键字、文摘等进一步信息；单击 "Article Full Text PDF "按钮，即可看到论文全文（PDF格式）。 2．高级检索（Expanded Search） 如果需要进行更详细的检索，在简单检索的界面或检索结果的界面中，点击左侧的"Expanded" 或"Expanded search Form"进入高级检索界面。 高级检索除增加了"ISSN（国际标准刊号）"、"PII（Published Item Identifier，出版物识别码）"、"Search in author keywords（作者关键字）"、"Search in text only（正文检索）"等检索栏位外，还增加了学科分类、文章类型、语种等限定条件，可进行更精确的检索。"正文检索"（Search in text only）指的是在正文中检索而不是在参考文献中进行检索。"论文类型"（Article type）的限定中，"Article"表示只显示论文；"Contents"表示只显示期刊题名；"Miscellaneous"表示只显示其他题材的论文。 说明： 系统默认各检索栏位间为"AND（与）"的关系； 系统默认的显示结果数为50个，且按相关度排列，用户也可以自选； 作者姓名的输入方法为：姓在前用首字母，名在后用首字母， 例： *** ith m； 在同一检索栏位中，可以用布尔逻辑算符AND（与）、OR（或）、NOT（非）来确定检索词之间的关系（布尔逻辑算符要求大写）； 截词符：在检索词尾部加"*"，表示检索同输入词起始部分一致的词 。 3．浏览途径 系统提供按字顺（Alphabetical List of Journals）和按分类（Category List of Journals）排列的期刊目录，分别组成期刊索引页或期刊浏览页界面。用户可在期刊索引页中选择浏览的途径（字顺或分类），在期刊浏览页中选择自己所需的刊名。 选中刊名后，单击刊名，进入该刊所有卷期的列表，进而逐期浏览。单击目次页页面右侧的期刊封面图示，可连线到Elsevier Science出版公司网站上该期刊的主页（此为国外站点）。 在期刊索引页或期刊浏览页上方设有一个检索区，可进行快速检索。 用户可在左侧检索框中输入检索词，再利用右侧下拉选单选择检索栏位。检索栏位包括："All Fields（所有栏位）"、"Citation & Abstract（题录和文摘）"、 "Author Name（作者）"、 "Article Title （文章标题）"、"Abstract（文摘）" 等。在期刊浏览页上方的检索区中，还可利用另一下拉选单选择"All of Electronic Journals（所有电子期刊） "、"Just This Category（某一学科分类）"或 "Just This Journal（某种期刊）"检索栏位，进行期刊种类的限定。检索策略确定后，点击"Search" 按钮，进行检索。 4． 列印全文 单击Acrobat Reader命令选单上的印表机图示，可直接列印该文章。 5．保存全文 若利用Acrobat Reader4.0版本浏览全文，可直接使用命令选单按钮保存该档案（PDF格式）。否则需返回期刊的目次页，在欲保存的论文题名下，选中"Article Full Text PDF "按钮，单击滑鼠右键，从弹出的选单中选择"目标另外储存为"，保存该论文（PDF格式）。 保存检索结果的题录 ：对欲保存的期刊或论文的题录，选中其题名前的小框，而后单击"Save Checked"按钮，即可生成一个新的题录列表。从浏览器的[档案]选单，选择[另外储存为]，可按.txt格式或.格式保存题录。

不是。。Science期刊是全球顶级的学术期刊，每年的收稿量是非常小的，而Sciencedirect.是艾斯维尔旗下的一个数据检索工具，不是顶刊，他们两者的作用并不相同，因此仅仅是名字有点类似，其本身并不存在内在关联。

Science Direct资料库由Elsevier Science公司出版。该公司是一家总部设在荷兰的历史悠久的跨国科学出版公司，其出版的期刊是世界公认的高品位学术期刊，且大多数为核心期刊，并被世界上许多著名的二次文献资料库所收录。Science Direct资料库收录2000多种期刊，其中约1400种为ISI收录期刊，提供51本参考工具书，150套系列丛书，164部手册，4000种电子图书。 基本介绍 中文名 ：Science Direct 出版公司 ：Elsevier Science公司 出版时间 ：1986年 性质 ：二次文献资料库所 出版种类 ：4000种电子图书 资料库简介,基本释义,网路释义,双语例句权威例句,资料库分类,涵盖范围,功能与特点,使用方法, 资料库简介 基本释义 科学指引（资料库） 网路释义 短语The Art &Science of Direct Link Acquisition直接获得连结的技巧与方法 Computer Science (Direct Entry to the Final Year) (BSc)计算机科学 双语例句权威例句 The arena of modern science lies beyond direct perception. 现代科学的范围超出人的直接感知。 As an transcendental principle, Purposiveness of Nature can direct natural science greatly. 最终发现它是一种以“人”为中心，能指导人类对自然反思的先验原则。 We will stick to survive by quality, develop by science and direct by customer satisfaction. 资料库分类 ScienceDirect全文文献资料库，根据ScienceDirect的访问方式可分为以下两种： 1、 ScienceDirect OnSite(SDOS) ：访问国内镜像（清华大学、上海交通大学的镜像站点）。 2、 ScienceDirect OnLine(SDOL) ：访问国外镜像（ScienceDirect在美国的主伺服器）。 相对于SDOS资料库，SDOL资料库的更新更为及时，并为用户提供了完备的个性化服务。目前，我校已开通SDOL资料库的试用（2006.3.19～4.29），可提供1995年以来Elsevier公司的1800多种期刊的全文数据检索服务。其中：SCI收录1393种，EI收录515种。 涵盖范围 Science Direct资料库涵盖数学，物理，化学，天文学，医学，生命科学，商业及经济管理，计算机科学，工程技术，能源科学，环境科学，材料科学，社会科学等学科。 功能与特点 1.SDOL收录的期刊除与SDOS基本一致外，还能查阅200多种其合作出版商的期刊，但没有全文。由于24小时时时更新，故SDOL资料更新速度比SDOS快约2周～1个月，且出版中的期刊文章也可查得。 2.除了具有SDOS中仅有的浏览和检索功能外，SDOL还有EMAIL提示功能、HTML格式的全文下载和连结、建立个人图书馆、建立个人检索历史、引用提示和个人期刊目录等个性化功能。 3.现有的二次文献库中能进行馆藏全文连结的，一般仅连结至SDOL伺服器的全文，所以与SDOS不同的是，SDOL用户可得到一步到位的全文阅读。 使用方法 1.资料库访问采用IP位址控制方式，校园网用户具有使用许可权，不需要帐号和口令。 2.登入sciencedirect网站，校园网用户可线上查询、浏览、列印及下载所需期刊论文。

首先science和technology都不可数 而且这明显是陈述一件实事 用现在时态 不专业 我是这么理解的

露华浓的产品没有明确标出生产日期，不开封的有效期一般在三年左右。但是会有批号来对生产日期进行标识，露华浓/REVLON的批号，通常标注在外盒和瓶底处，是5码喷码的批号。其中的第2位的字母代表生产年份：0~9=2010~2019，以此类推第3/4/5位代表生产月份。根据批号原则是可以推断出商品的生产日期的，但是比较麻烦，不过好在现在有很多软件可以对很多大牌妆品的生产日期进行推断查询。比如唯美app就是一款这样的产品，在首页就可以直接进入查询页面，然后选择品牌、输入批号，点击查询就能轻松获取了。我之前有囤货的习惯，但是时间长了就忘记了到底有没有过期，不管怎么样，查一下会让自己安心很多！！！希望对你有帮助。

指甲油只要不干掉一般就没问题的 只要不干掉就用吧 没事的

欧莱雅及露华浓这个品牌中，深色系的都比较适合中老年用，遮盖白发的效果不错的，相比之下，露华浓更好些，因为颜色更加持久。欧莱雅在化妆品专柜有售，价位大概在50-60元之间。露华浓最近从专柜撤了，不太好找了，有两种价位一种也在50-60元之间，还有一种是进口产品，价位在70元左右。

我之前也长过草，后来在网上看有人说查理的味道就像花露水，于是就不草了

通过所提供批号N19328A查询：这款露华浓口红的生产日期是2019年3月28日，保质期则默认以三年为标准于2022年3月27日。

这是完全不同的两家公司。两个牌子。没有关系的。UNDER ARMOUR（中文翻译为安德玛），美国知名体育运动装备品牌。Under Armour（纽约证交所代号UA）的总部在巴尔地摩，马里兰州，该公司主要生产体育装备。紧身衣是他们的主要产品。开始于健身、美式橄榄球市场，现在逐步拓展到高尔夫、篮球、网球等更多领域。FREE ARMOUR是专门做运动功能衣个性化订制的，在欧洲和北美有其特定的市场及用户群。FREE ARMOUR强调为每一位运动者订制专属个性运动装备。品牌使命：令每一位运动者感受到最大的尊重与荣耀并帮助他们实现目标和梦想！品牌调性：FREE ARMOUR主张：“Everybody is different. Everybody should be different.” “YOU CAN BETHE BEST.” “YOU ARE THE BEST.” “Nobody can judge you except yourself.” “Don"tbe silly following others.” “BE YOURSELF.” “You can do everything.” “You can bethe star of the stars.” “Build yourself and show yourself to everybody.”FREE ARMOUR品牌理念“FEASP”。即：FREE 自由， EXCELLENT 卓越， ACTIVE积极， STRONG 强劲， PERSISTENT 执着。品牌口号：BUILD YOURSELF SHOWYOURSELFFREE ARMOUR主要是强调每个人都应该不同，运动着装不能千篇一律，每个运动者都应该拥有自己的专属logo，专属运动系列。强调每一位运动者个人的logo才是运动者自我最准确、最独特、最强有力的表达。是专业化、小众化、发烧型的。

露华浓蒸汽卷发棒：有蒸气功能对秀发损伤小、造型后秀发更柔软，更有弹性、它利用卷发顺中的蒸汽软化头纤维而达定型的作用，并有助于加强定型效果。如何使用蒸汽功能：先将蒸汽入水筒逆时针旋转后取下，按住蒸汽入水水筒的两端同时向相反方向旋转并拉开，之后可将洁净卫生的水加入到蒸汽入水筒中，注意水不能漏出，为了帮助你更好地使用蒸汽功能，请将桶内棉条放入水中弄湿，之后可按照相反方向的方法，将蒸汽筒安装在该机上。使用时，用手按住弹簧夹，将小束头发缠绕在卷发棒上，然后放开发夹使其夹紧头发，按下蒸汽入水筒，使蒸汽从卷发棒中透出，根据你对发型的爱好，向里、向外或向上卷动头发，使它能达到你渴望效果。不同的发质会有不同的效果。一般可以连续按三次，三次后过要等二十秒以后才可以再用可以到第二次洗头发，但是发质比较细的人最好用定型水，造型就会更持久一些。蒸汽的是可以频繁一点也不伤头发，比陶瓷还要好一点。

vulture - 翻译秃鹫常见译义美 [ˈvʌltʃər]英 [ˈvʌltʃər]释义：n. 秃鹰，秃鹫；贪婪的

我个人理解是这样的，供你参考。作为卷的意思来说，reel主要是那种线卷，一卷电线，线圈之类的卷，roll是板材的卷，如一卷钢板。这个就是主要用法的区别。

有些女生喜欢买revlon露华浓的产品，但是很怕买到了假货，听说看生产日期批号可以分辨。那么revlon露华浓生产日期怎么看?露华浓生产批号怎么查询? 露华浓生产日期怎么看 5码生产日期。 第1、2码年份。数字和年份对应如下：12、11、10、09、08、07、06、05、04、03、02、01分别代表2012、2011、2010、2009、2008、2007、2006、2005、2004、2003、2002、2001年。 第3~5码第几天生产。 例如11161表示2011年第161天生产。 7码生产日期。 第6、7码表示年份。2001-2018表示2001-2012年。 第4、5码表示月份。数字和月份对应如下：01代表1月，12、11、10、09、08、07、06、05、04、03、02、01分别代表12、11、10、9、8、7、6、5、4、3、2、1月。 例如DM:0109表示2009年1月生产。 7码截止日期。 第6、7码表示年份。2007-2018表示2007-2018年。 第4、5码表示月份。数字和月份对应如下：01代表1月，12、11、10、09、08、07、06、05、04、03、02、01分别代表12、11、10、9、8、7、6、5、4、3、2、1月。 例如by:0112表示2012年1月之前使用。露华浓生产批号怎么查询 Cosmetic Calculator是美国一个化妆品生产批号查询网站，其收集了以美国品牌居主，也包括小部分欧洲、日韩品牌，共计380余个，例如。十分小众的美国品牌都可以在这个网站查询到，但是对于除美国外其他国家的品牌收录较少，比如日本常见的资生堂、haba、freeplus、curel等均不曾收录。虽说是英文界面，但是十分简单明了，查询时只需在cOSMetic caculator板块选择品牌并输入瓶身上的生产批号即可。不过毕竟是国外的网站，加载较为缓慢，偶尔需要科学上网。可以蜜丝佛陀使用“quick brand search”快速品牌查询功能，在这个文本框内输入品牌的因为名称，在出现的下拉框中选中所需的品牌即可，若并未出现所需的品牌，说明该此品牌并未被收录。另外凹凹啦美妆app是查询化妆品护肤品生产日期的，基本想查的品牌都能查到，在打开app后，下方会显示查批号的选项，只要输入生产编号就行啦。露华浓明星产品 露华浓不脱色粉底液 这款产品号称24小时不脱色，分为两大类，将油皮与干皮区别对待。SoftFlexTM柔滑舒适配方可以让我们拥有轻透质感，使肌肤倍感舒适无负担。露华浓这款产品遮瑕还是很不错的，手涂不太容易，不过考虑到其售价，大家完全不用在意用量问题，可以用刷子或者海绵葫芦快速上妆，遮瑕又自然。 露华浓甲油 熟悉露华浓的MM应该都知道，1932年露华浓第一次将甲油引入大众市场，从此取得巨大成功。露华浓的甲油颜色饱和度高，价格还很可爱，8ml只要38元，相比OPI那一大瓶15ml或者香奈儿一瓶售价200多元，露华浓着实很实惠。 露华浓12小时不脱色眼影 这款产品完美运用了ColorStayTM和SoftFtexTM专利技术，使它贝时具备了粉质柔滑易展和色彩持久迷人的双重优势。丰富的色彩选择，协调渐进的四色搭配，让你随心所欲得心应手地勾画一双媚眸。露华浓流光凝采唇膏 这款产品使用了创新色素技术，轻轻一抹，即可释放浓郁色泽。而独有ElasticolorTM科技，为双唇覆盖艳丽色彩，持久舒适。含有的聚合保护膜，令妆容持久，更呵护娇嫩肌肤。甜杏仁油等保湿与抗氧化因子，可以改善双唇质地，预防干燥。 露华浓生姜精华洗发水 露华浓生姜精华洗发水及护发素内含独特生姜、人参、首乌精华。生姜可以有效促进头部皮肤血液循环，加快营养物质吸收，强韧发根，常保秀发健康亮泽。人参提取液精华能够促进头皮、发丝的新陈代谢，避免头发断裂，维持头发最佳弹性。首乌活取液精华可以保持秀发乌黑亮泽。而且这款洗发水不含硅，绝对可以放心使用。

一个化妆品品牌，或者你打错了

第一个是单数所以是C

1.My friend is arriving the day after the next My friend is arriving the day after tomorrow. 2.Are you cook the dinner this evening? Will you cook the dinner this evening? 3.My brother not going out this weekend. My brother will not go out this weekend. 4.Helen and Tony bring some CDs to the party on Friday. Helen and Tony will bring some CDs to the party on Friday. 5.I"m starting a new job the day next tomorrow. I"m starting a new job the day after tomorrow. 6.Rebecca doesn"t sing at the concert next week. Rebecca will not sing at the concert next week. 7.Stefano is seeing the doctor for three days" time. Stefano will see the doctor for three days" time. 8.When Alex is ing home from school this afternoon? When is Alex ing home from school this afternoon?,4,1.My friend is arriving the day after the next day. is arriving改为will arrive My friend will arrive the day after the next day. 2.Are you cook the dinner this evening? are 改为will Wi...,4,0.0.0,3,1. the next----next 2.Are---Do 3.not------- is not 4.bring-------will bring 5.next-------- after 6.doesn"t----won"t 7.for-------in 8.Alex is-------is Alex,3,很厉害，我看不懂,2,the day 放在next 后面,2,1,arrive是瞬间动作，所以不能用进行时，可以用e 2,把are 改为will 3,not前加is 4,bring前面加will 5,start和第一题道理一样.I"m starting 改为I will start 6,doesn"t改为won"t 7, times删去 8， is Alex ing home from ...,2,1.My friend is arriving the day after TOMOROW 2.Are you cookING the dinner this evening? 3.My brother IS not going out this weekend. 4.Helen and Tony WILL bring some CDs to the party on Fr...,2,1.My friend will arrive the day after the next 2.will you cook the dinner this evening? 3.My brother will not go out this weekend. 4.Helen and Tony will bring some CDs to the party on Fr...,1,1.My friend is ing at the day after the next day. 2.Are you cooking the dinner this evening? 3.My brother is not going out this weekend. 4.Helen and Tony brought some CDs to the party o...,1,1. arriving ----ing 2..Are ---Do 3.not前加is4.bring---brought5.I"m starting --I will start 6.doesn:t---will not 7. is seeing改为has been seeing 8.is ing ----will e,1,1.is arriving改成will arrive 2.Are you cook 改成Will you cook 3.not going 改成will not go或won"t go 4.bring改成will bring 5.I"m starting 改为I"ll start 纯手打 望采纳,1,1.My friend is arriving 【the day after the next】 改为【the day after tomorrow】 2.【Are】 you cook the dinner this evening? 改为【Will】 3.My brother【这里添加is】 not going out this weekend. 【进行时表将来】 ,1,1.the next——tomorrow 2.are—will 3.didn"t 4.are going to bring 5.next—after 6.won"t 7.seeing—asking 8.When is Alex ing…… Alex和is颠倒,0,1.My friend is arriving the day after (the next )改为 tomorrow 2.Are you （going to)cook the dinner this evening? 3.My brother(is) not going out this weekend. 4.Helen and Tony (will ) bring s...,0,都错了第一个时态错了,0,1.My friend is arriving the day after the next day. is arriving改为will arrive My friend will arrive the day after the next day. 2.Are you cook the dinner this evening? are 改为will Wi...,0,八道题都与一般将来时态有关 1.My friend is arriving the day after the next My friend will arrive the day after tomorrow (arrive 没有进行时表将来时之意，故用will将来时。the next day是以当时时间算起的第二天，但是没有the day after the next,...,0,1.My friend is arriving on the day after the next the day 前加on（be+arriving表将来） 2.Are you cooking the dinner this evening? cook改为cooking 3.My brother is not going out this weekend. ...,0,英语改错 1.My friend is arriving the day after the next 2.Are you cook the dinner this evening? 3.My brother not going out this weekend. 4.Helen and Tony bring some CDs to the party on Friday. 5.I"m starting a new job the day next tomorrow. 6.Rebecca doesn"t sing at the concert next week. 7.Stefano is seeing the doctor for three days" time. 8.When Alex is ing home from school this afternoon? 麻烦高手们把错得地方写出来,再写出正确的句子. 这么多，我不知道哪个是对的了

redis4.0 版本cluster被重启后，启动不了！！！心中N个滚粗而出。。。途中花了不少时间去修复这个问题 报错如下：Unrecoverable error: corrupted cluster config file. 第一个问题解决办法： 第一个问题解决后，redis 集群起来了，但是，进去不能写数据，提示：[ERR] Sorry, can"t connect to node 192.168.11.244:7001 第二个问题解决办法： 然后修复 提示[ERR] Nodes don"t agree about configuration! ok至此问题解决 温馨提示： Redis4.x上面的cluster命令基本上都仍可以在redis5.0.x正常使用。 但是redis5.0.x上redis-trib.rb工具不再可用，redis-trib.rb相关的全部功能，已迁移到redis-cli --cluster命令上了。 参考： redis阅读扩展

露华浓染发剂分为三个系列，不同系列有不同的使用方法。三个系列分别为：丽然染发系列、速彩染发系列和炫彩染发系列。一、丽然染发系列的使用方法1.第一步，先带上手套剪去1号染发剂瓶盖尖端。2.第二步，将2号染发剂倒入1号染发剂瓶内充分混合搅匀。3.第三步，将混合后的染发剂在干发上由发根涂向发尾，在头发上停留30分钟后冲洗。4.第四步，冲洗干净后将染后护发素均匀涂抹于发丝，停留2分钟后再冲洗干净。二、速彩染发系列的使用方法1.第一步，准备一把梳子，等量挤出第一剂和第二剂于梳子上。2.第二步，从发髻两侧开始均匀梳染，视自己想要的发色深浅度停留5-15分钟后洗净。3.第三步，将染后护发素涂于发丝，停留两分钟后冲洗干净。三、炫彩染发系列的使用方法1.第一步，与丽彩染发剂的使用方法相同。2.第二步，在染发两周后，使用包装内的4号发膜。

你好！go with sb意思是“与某人”！是一个固定搭配！同意和他一起走。

revlon露华浓粉底液粉很细不卡粉好上妆，控油效果很明显，遮盖比较自然。那么revlon露华浓粉底液真假怎么辨别?下面我为你提供revlon露华浓粉底液真假辨别图。 revlon露华浓粉底液真假怎么辨别 1、从包装简单分辨 在包装方面比较好区分，我们主要来看包装盒的质量。正品包装盒硬度较大，包装的棱角没有任何毛边的现象，用手捏的时候不容易变形。而仿品为了节约成本，包装盒的质量比较粗糙，表面边角的地方已经看出有明显的磨损痕迹，而且用手捏的时候很容易就变形，出现褶皱。我们拿到产品之后，不要轻易的就打开包装可以捏一下看包装盒是否坚硬。2、瓶盖方面 拆封之后我们来看一下瓶盖的差别。正品的瓶盖虽然是黑色的，但是还可以看见里面的瓶嘴的轮廓。而仿品这边，瓶盖不知道用什么材料做的，看起来比较黑亮，外表几乎看不见里面的瓶嘴。如果大家不是很了解产品，看瓶盖还真会误认为它就是正品呢。所以大家要擦亮眼睛，千万不要轻易的上当哦。3、文字的差别 之后我们再往下看，在文字方面我们可以看出差别比较明显。正品的瓶身文字看起来清秀、明了，可以感知印制水平比较高。但是仿品这边文字的印制相对就粗糙一些，尤其是“Oily Skin”这块的文字，明显很粗，而正品虽然有加粗但是也没有这么明显啊。4、瓶身背面 在正品露华浓粉底液的瓶身背面，标签的背景色是偏白的，而且上面的文字没有晕染的现象，看起来很清楚。文字比较清秀纤细。但是仿品的瓶身背面标签背景色比较深，上面的文字尤其是最上面的文字，有晕染的现象，另外字迹也比较粗大，整体看起来不是很美观。5、质地方面 我们都知道，产品的质地对于产品来说至关重要，所以在辨别的时候我们也要会区分质地。正品质地细腻，摸起来光滑柔软，看上去色泽光亮，还没有什么太浓的气味。而仿品由于做工比较粗糙，所以看起来颜色就很暗淡，质地浓稠，闻起来香味很重，而且还分辨不出到底是什么香。这样的粉底液怎么能让人放心使用。

revlon是露华浓，露华浓公司的品牌。1932年，露华浓公司成立于纽约，创始人是查尔斯·郎佛迅、约瑟夫·郎佛迅兄弟和化学家查尔斯·郎曼。主要生产销售彩妆产品。revlon是什么品牌?revlon是露华浓彩妆品牌，很多人都用过这个牌子的彩妆，但少有人真的认识这个品牌，接下来就让她时代的小编为大家详细介绍一下，不清楚品牌信息的朋友可以看看哦~revlon是什么品牌1、国际知名彩妆品牌露华浓REVLON始于1932年，由Charles和JosephRevson兄弟及化学家CharlesLachman创立，首支不透明指甲油色泽艳丽、配制独特，将色彩与时尚完美融合，打破了当时甲油均为透明色的品质束缚，以震撼性、革新姿态，开创了露华浓的历史。2、作为引领彩妆潮流的国际品牌，露华浓自上世纪三十年代创立以来，始终坚持“肆放真本色”的品牌内蕴，创新时尚彩妆的同时，推崇色彩对于个人魅力的表达。露华浓是哪个国家的露华浓是露华浓公司的品牌。1932年，露华浓公司成立于纽约，创始人是查尔斯·郎佛迅、约瑟夫·郎佛迅兄弟和化学家查尔斯·郎曼。露华浓英语一词"Revlon"中的"l"就来源于查尔斯·郎曼的名字Lachman中的"l"。他们共同发明了一种特别的生产技术，即用颜料替代染料制成色泽艳丽的不透明指甲油，并调配出前所未有的缤纷色彩。这项成功的发明立即引起了巨大反响，给当时的女性带来了美丽与惊喜。最初，露华浓甲油只用于美容院中，随着人们对美甲需求的急增使这项业务扩展到了零售店中，从而大大推动了露华浓公司的发展。露华浓Revlon明星产品想当年露华浓可是最早一批进入中国市场的国际彩妆品牌，妹子们刚入美妆坑的时候多多少少都有几件露华浓家的产品啊!无奈去年露华浓因为惨淡的销售业绩，从中国全面撤柜。这是个历史悠久的彩妆名牌，第一次见到它，是在张爱玲的小说里，美人脸上那一抹紫红就冠以这个牌子。中国文人的最后一个贵族，又生于上海这个紧握世界流行脉搏的地方，自然熟知当时地球另一侧的纽约流行什么。“云想衣裳花想容，春风拂槛露华浓”，真是个好名字，不知当初翻译它的是谁，如此形神兼备。它家以彩妆起家，指甲油是传统的拿手好戏。唇彩配甲油同样的颜色，就是它家开始倡导的。但放在中国、东方，以色彩浓艳妖冶的它就不那么受欢迎了，谁让东方人更欣赏含蓄的美呢，而且在东方人细腻的皮肤上，她家的彩妆感觉也稍微粗了一点。虽然近年为了适应市场，推出了很多东方特色的产品，但还是处于半红不黑状态。在近百年的历史中，露华浓为化妆品界做出了很多贡献，比如不脱色睫毛膏，不脱色口红。而除了彩妆外，它家的护肤品也占有一席之地(不知道中国专柜有没有)，比如很经典的Eterna27防皱晚霜，在美国可是挂药字号的，算是口碑极好的产品。另外，国内露华浓洗发水口碑一般偏下，但它家的染烫用品确实在国外市场占有一席之地。露华浓什么档次美国摆在超市货架上的，大众平价品牌，一瓶粉底液也就10美元左右，考虑一下美国人人均收入，你想想有多便宜，性价比还是很高的，不脱色系列的产品还都是比较给力的，持久度很不错，眼影的颜色也多，买着玩玩练手还是很划算的，跑到中国就变成专柜货了，一瓶不脱色粉底液200+，不算贵但也不便宜。以上介绍的关于revlon是什么品牌的内容，以及露华浓Revlon明星产品，希望可以帮助大家了解清楚品牌信息，对于以上露华浓Revlon品牌的信息我们就介绍到这里。希望可以帮助大家。

REVLON是露华浓，国际知名彩妆品牌露华浓REVLON始于1932年，由Charles和Joseph Revson兄弟及化学家Charles Lachman创立，首支不透明指甲油色泽艳丽、配制独特，将色彩与时尚完美融合，开创了露华浓的历史。1996年，露华浓进入中国，其中文品牌名称“露华浓”出自李白描写杨贵妃的《清平调词》：“云想衣裳花想容，春风拂槛露华浓”。扩展资料：露华浓在唇膏和甲油两类产品产生过程中所表现出的革新进取的精神也一直体现在公司以后的发展历程中，并借此在行业中首创出一系列意义深远的化妆品。在20世纪30年代，它首次将指甲油导入市场，首次提出唇膏应与甲油色彩匹配的概念，首次提出用不同的甲油色彩来表现不同的季节的时尚概念，首次给不同的产品颜色以别具一格的名字命名。在20世纪40年代，首创眼影，首创防水不脱色睫毛膏。参考资料来源：百度百科——露华浓

revlon是露华浓的口红。品牌历史：Revlon(露华浓)公司是世界知名的化妆品公司，是大众消费化妆品市场潮流的引导者。公司的理念是不断地以创新的高质量产品与合理的价格提供给全世界的专业人士和消费者，传递魅力，激情与自信的品牌形象。Revlon(露华浓)公司的管理层以此理念，借助于产品质量，全球整合营销的经验与品牌的世界知名度，努力成为全球最有竞争力的化妆品公司之一。Revlon(露华浓)的中文名出自李白的清平调：“云想衣裳花想容，春风拂槛露华浓”。1976年，广州友谊商店开始销售露华浓唇膏，标志着露华浓首次进入中国市场。1996年露华浓在中国成立了两家公司：露华浓上海有限公司和上海露富达化妆品营销服务有限公司。目前中国的业务已经遍布全国50个城市。

　　您好，我来为您解答：　　Cluster Shared Volume就是群集共享卷的意思。　　群集共享卷 (CSV) 是 Microsoft Failover Cluster 中的所有节点可同时直接读取和写入的卷。此功能被称为直接I/O，通过提供分布式访问文件系统实现，可使各节点利用其存储互连（互联网 SCSI (iSCSI)、光纤通道、串行SCSI (SAS)）与共享存储阵列中的卷进行通信。此外，如果节点丢失与共享存储阵列的路径，CSV 还可在网络中重新路由数据。　　如果我的回答没能帮助您，请继续追问。

Redis通过对KEY计算hash，将KEY映射到slot，集群中每个节点负责一部分slot的方式管理数据，slot最大个数为16384。 在集群节点对应的结构体变量clusterNode中可以看到slots数组，数组的大小为CLUSTER_SLOTS除以8，CLUSTER_SLOTS的值是16384： clusterState clusterNode里面保存了节点相关的信息，集群数据迁移信息并未保存在clusterNode中，而是使用了clusterState结构体来保存： clusterState与clusterNode的关系 在手动进行数据迁移时，需要执行以下步骤： 在进行数据迁移之前，首先在需要迁入的目标节点使用 SETSLOT 命令标记要将SLOT从哪个节点迁入到当前节点： 然后在源节点也就是slot所在节点使用 MIGRATING 命令标记将数据迁出到哪个节点： 比如slot1当前在node1中，需要将slot1迁出到node2,那么首先在nodd2上执行 IMPORTING 命令，标记slot准备从node1迁到当前节点node2中： 然后在node1中执行 MIGRATING 命令标记slot1需要迁移到node2： clusterCommand SETSLOT 命令的处理在clusterCommand函数（cluster.c文件中）中： 在标记完迁入、迁出节点后，就可以使用 CLUSTER GETKEYSINSLOT 命令获取待迁出的KEY： <slot>：哈希槽的值 <count>：迁出KEY的数量 getkeysinslot 命令的处理也在clusterCommand函数中，处理逻辑如下： 完成上两步之后，接下来需要在源节点中执行 MIGRATE 命令进行数据迁移， MIGRATE 既支持单个KEY的迁移，也支持多个KEY的迁移，语法如下： migrateCommand MIGRATE 命令对应的处理函数在migrateCommand中（cluster.c文件中），处理逻辑如下： createDumpPayload createDumpPayload函数在cluster.c文件中： restoreCommand 目标节点收到迁移的数据的处理逻辑在restoreCommand中（cluster.c文件中）： 数据迁移的最后一步， 需要使用 CLUSTER SETSLOT 命令，在源节点和目标节点执行以下命令，标记slot最终所属的节点，并清除第一步中标记的迁移信息 ： <slot>：哈希槽 <node>：哈希槽最终所在节点id clusterCommand CLUSTER SETSLOT <slot> NODE <node> 命令的处理依旧在 clusterCommand 函数中，处理逻辑如下： 总结 参考 极客时间 - Redis源码剖析与实战(蒋德钧) Redis版本：redis-6.2.5

当集群内某个节点出现问题时，需要通过一种健壮的方式保证识别出节点是否发生了故障。Redis集群内节点通过ping/pong消息实现节点通信，消息不但可以传播节点槽信息，还可以传播其他状态如：主从状态、节点故障等。因此故障发现也是通过消息传播机制实现的，主要环节包括： 主观下线(PFAIL-Possibly Fail) 和 客观下线(Fail) 一个节点认为某个节点失联了并不代表所有的节点都认为它失联了。所以集群还得经过一次协商的过程，只有当大多数节点都认定了某个节点失联了，集群才认为该节点需要进行主从切换来容错。Redis 集群节点采用 Gossip 协议来广播自己的状态以及自己对整个集群认知的改变。比如一个节点发现某个节点失联了(PFail)，它会将这条信息向整个集群广播，其它节点也就可以收到这点失联信息。如果一个节点收到了某个节点失联的数量 (PFail Count) 已经达到了集群的大多数，就可以标记该节点为确定下线状态 (Fail)，然后向整个集群广播，强迫其它节点也接收该节点已经下线的事实，并立即对该失联节点进行主从切换。 集群中每个节点都会定期向其他节点发送ping消息，接收节点回复pong消息作为响应。如果在 cluster-node-timeout 时间内通信一直失败，则发送节点会认为接收节点存在故障，把接收节点标记为主观下线(PFail)状态 主观下线简单来讲就是，当 cluster-note-timeout 时间内某节点无法与另一个节点顺利完成ping消息通信时，则将该节点标记为主观下线状态 Redis集群对于节点最终是否故障判断非常严谨，只有一个节点认为主观下线并不能准确判断是否故障。当某个节点判断另一个节点主观下线后，相应的节点状态会跟随消息在集群内传播，通过Gossip消息传播，集群内节点不断收集到故障节点的下线报告。当 半数以上持有槽的主节点 都标记某个节点是主观下线时。触发客观下线流 程。 为什么必须是负责槽的主节点参与故障发现决策？ 因为集群模式下只有处理槽的主节点才负责读写请求和集群槽等关键信息维护，而从节点只进行主节点数据和状态信息的复制。 为什么半数以上处理槽的主节点？ 必须半数以上是为了应对网络分区等原因造成的集群分割情况，被分割的小集群因为无法完成从主观下线到 客观下线这一关键过程，从而防止小集群完成故障转移之后继续对外提供服务。 客观下线流程： 注意： 如果在 cluster-node-time*2 时间内无法收集到一半以上槽节点的下线报告，那么之前的下线报告将会过期，也就是说主观下线上报的速度追赶不上下线报告过期的速度，那么故障节点将永远无法被标记为客观下线从而导致 故障转移失败。因此不建议将 cluster-node-time 设置得过小 广播fail消息是客观下线的最后一步，它承担着非常重要的职责： 需要理解的是，尽管存在广播fail消息机制，但是集群所有节点知道故障节点进入客观下线状态是不确定的。比如当出现网络分区时有可能集群被分割为一大一小两个独立集群中。大的集群持有半数槽节点可以完成客观下线并广播fail消息，但是小集群无法接收到fail消息，网络分区会导致分割后的小集群无法收到大集群的fail消息，因此如果故障节点所有的从节点都在小集群内将导致无法完成后续故障转移，因此部署主从结构时需要根据自身机房/机架拓扑结构，降低主从被分区的可能性。 故障节点变为客观下线后，如果下线节点是持有槽的主节点则需要在它的从节点中选出一个替换它，从而保证集群的高可用。下线主节点的所有从节点承担故障恢复的义务，当从节点通过内部定时任务发现自身复制的主节点进入客观下线时，将会触发故障恢复流程

在集群定时任务 clusterCron 中，会遍历集群中的节点，对每个节点进行检查，判断节点是否下线。与节点下线相关的状态有两个，分别为 CLUSTER_NODE_PFAIL 和 CLUSTER_NODE_FAIL 。 CLUSTER_NODE_PFAIL ：当前节点认为某个节点下线时，会将节点状态改为 CLUSTER_NODE_PFAIL ，由于可能存在误判，所以需要根据集群中的其他节点共同决定是否真的将节点标记为下线状态， CLUSTER_NODE_PFAIL 可以理解为疑似下线，类似哨兵集群中的主观下线 。 CLUSTER_NODE_FAIL ：集群中有过半的节点标认为节点已下线，此时将节点置为 CLUSTER_NODE_FAIL 标记节点下线， CLUSTER_NODE_FAIL 表示节点真正处于下线状态，类似哨兵集群的客观下线 。 在集群定时任务遍历集群中的节点进行检查时，遍历到的每个节点记为 node ，当前节点记为 myself ，检查的内容主要有以下几个方面： 一、判断孤立主节点的个数 如果当前节点 myself 是从节点，正在遍历的节点 node 是主节点，并且 node 节点不处于下线状态，会判断孤立节点的个数，满足以下三个条件时，认定 node 是孤立节点，孤立节点个数增1： 二、检查连接 这一步主要检查和节点间的连接是否正常，有可能节点处于正常状态，但是连接有问题，此时需要释放连接，在下次执行定时任务时会进行重连，释放连接需要同时满足以下几个条件： 三、疑似下线判断 ping_delay 记录了当前时间距离向 node 节点发送PING消息的时间， data_delayd 记录了 node 节点向当前节点最近一次发送消息的时间，从ping_delay和data_delay中取较大的那个作为延迟时间。 如果延迟时间大于超时时间，判断 node 是否已经处于 CLUSTER_NODE_PFAIL 或者 CLUSTER_NODE_FAIL 状态，如果都不处于，将节点状态置为 CLUSTER_NODE_PFAIL ，认为节点疑似下线。 上述检查完成之后， 会判断当前节点是否是从节点，如果不处于 CLUSTER_MODULE_FLAG_NO_FAILOVER 状态，调用 clusterHandleSlaveFailover 处理故障转移，不过需要注意此时只是将节点置为疑似下线，并不满足故障转移条件，需要等待节点被置为FAIL下线状态之后，再次执行集群定时任务进入到 clusterHandleSlaveFailover 函数中才可以开始处理故障转移。 当前节点认为某个node下线时，会将node状态置为 CLUSTER_NODE_PFAIL 疑似下线状态，在定时向集群中的节点交换信息也就是发送PING消息时，消息体中记录了node的下线状态，其他节点在处理收到的PING消息时， 会将认为node节点下线的那个节点加入到node的下线链表fail_reports中，并调用 markNodeAsFailingIfNeeded 函数判断是否有必要将节点置为下线FAIL状态 ： markNodeAsFailingIfNeeded markNodeAsFailingIfNeeded用于判断是否有必要将某个节点标记为FAIL状态： clusterHandleSlaveFailover 由上面的内容可知，节点客观下线时会被置为 CLUSTER_NODE_FAIL 状态，下次执行集群定时任务时，在故障转移处理函数 clusterHandleSlaveFailover 中，就可以根据状态来检查是否需要执行故障转移。 不过在看 clusterHandleSlaveFailover 函数之前，先看一下 clusterState 中和选举以及故障切换相关的变量定义： clusterHandleSlaveFailover函数中的一些变量 data_age ： 记录从节点最近一次与主节点进行数据同步的时间 。如果与主节点处于连接状态，用当前时间减去最近一次与master节点交互的时间，否则使用当前时间减去与master主从复制中断的时间。 auth_age ： 当前时间减去发起选举的时间 ，也就是距离发起选举过去了多久，用于判断选举超时、是否重新发起选举使用。 needed_quorum ： quorum的数量，为集群中节点的数量的一半再加1 。 auth_timeout ： 等待投票超时时间。 auth_retry_time ： 等待重新发起选举进行投票的时间，也就是重试时间 。 一、故障转移条件检查 首先进行了一些条件检查，用于判断是否有必要执行故障转移，如果 处于以下几个条件之一，将会跳出函数，结束故障转移处理 ： 二、主从复制进度校验 cluster_slave_validity_factor 设置了故障切换最大主从复制延迟时间因子，如果不为0需要校验主从复制延迟时间是否符合要求。 如果主从复制延迟时间 data_age 大于 mater向从节点发送PING消息的周期 + 超时时间 * 故障切换主从复制延迟时间因子 并且不是手动执行故障切换，表示主从复制延迟过大，不能进行故障切换终止执行。 三、是否需要重新发起选举 如果距离上次发起选举的时间大于超时重试时间，表示可以重新发起投票。 四、延迟发起选举 五、发起投票 如果满足执行故障的条件，接下来需从节点想集群中的其他节点广播消息，发起投票，不过只有主节点才有投票权。 failover_auth_sent 为0表示还未发起投票，此时开始发起投票： 六、执行故障切换 当某个节点获取到了集群中大多数节点的投票，即可进行故障切换，这里先不关注，在后面的章节会讲。 clusterGetSlaveRank用于计算当前节点的等级，遍历所属主节点的所有从节点，根据主从复制进度 repl_offset 计算， repl_offset 值越大表示复制主节点的数据越多，所以等级越高，对应的 rank 值就越低。 从节点在发起选举使用了 rank 的值作为延迟时间，值越低延迟时间越小，意味着选举优先级也就越高。 当从节点认为主节点故障需要发起投票，重新选举主节点时，在集群中广播了 CLUSTERMSG_TYPE_FAILOVER_AUTH_REQUEST 消息，对应的处理在 clusterProcessPacket 函数中，里面会调用 clusterSendFailoverAuthIfNeeded 函数进行投票： clusterSendFailoverAuthIfNeeded clusterSendFailoverAuthIfNeeded函数用于进行投票，处理逻辑如下： 以上条件校验通过， 表示当前节点可以投票给发送请求的节点，此时更新 lastVoteEpoch ，记录最近一次投票的纪元（轮次），更新投票时间 node->slaveof->voted_time ，然后向发起请求的节点回复 CLUSTERMSG_TYPE_FAILOVER_AUTH_ACK 消息。 主节点对发起投票请求节点的回复消息 CLUSTERMSG_TYPE_FAILOVER_AUTH_ACK 同样在消息处理函数 clusterProcessPacket 中，会对发送回复消息的节点进行验证： 同时满足以上三个条件时， 表示发送者对当前节点进行了投票，更新当前节点记录的收到投票的个数， failover_auth_count 加1，此时有可能获取了大多数节点的投票，先调用 clusterDoBeforeSleep 设置一个 CLUSTER_TODO_HANDLE_FAILOVER 标记，在周期执行的时间事件中会调用对状态进行判断决定是否执行故障转移。 从节点收到投票后，会添加 CLUSTER_TODO_HANDLE_FAILOVER 标记，接下来看下对 CLUSTER_TODO_HANDLE_FAILOVER 状态的处理。 在 beforeSleep 函数（server.c文件中），如果开启了集群，会调用 clusterBeforeSleep 函数，里面就包含了对 CLUSTER_TODO_HANDLE_FAILOVER 状态的处理： beforeSleep 函数是在Redis事件循环 aeMain 方法中被调用的，详细内容可参考 事件驱动框架源码分析 文章。 clusterBeforeSleep 在clusterBeforeSleep函数中，如果节点带有 CLUSTER_TODO_HANDLE_FAILOVER 标记，会调用 clusterHandleSlaveFailover 函数进行处理： clusterHandleSlaveFailover 函数在上面我们已经见到过，这次我们来关注集群的故障转移处理。 如果当前节点获取了大多数的投票，也就是 failover_auth_count （得到的投票数量）大于等于 needed_quorum ， needed_quorum 数量为集群中节点个数的一半+1，即可执行故障转移，接下来会调用 clusterFailoverReplaceYourMaster 函数完成故障转移。 clusterFailoverReplaceYourMaster 如果从节点收到了集群中过半的投票，就可以成为新的master节点，并接手下线的master节点的slot，具体的处理在clusterFailoverReplaceYourMaster函数中，主要处理逻辑如下： 总结

He takes an umbrella with him.宾语是 an umbrella

官方地址： 前提条件： Redis Cluster 不使用一致性哈希，而是使用不同形式的分片 每个键在概念上都是我们所谓的 哈希槽的一部分 。 Redis Cluster 有 16384 个哈希槽，计算哈希值是多少 给定密钥的插槽，我们只需取密钥的 CRC16 模 16384。 Redis 集群中的每个节点都负责哈希槽的一个子集， 例如，您可能有一个包含 3 个节点的集群，其中： 节点 A 包含从 0 到 5500 的哈希槽。 节点 B 包含从 5501 到 11000 的哈希槽。 节点 C 包含从 11001 到 16383 的哈希槽。 如果报错 ERR This instance has cluster support disabled 的话，说明集群未开启。 本例子是在一台服务器上面做的实验，只是创建了6个目录，启了6个redis-server而已。 创建一个 redis.conf每个目录中的文件，从 7000 到 7005。 作为配置文件的模板，只需使用上面的小示例， 但一定要更换端口号 7000使用正确的端口号 根据目录名。 通过 ps aux|grep redis 查看redis的启动情况。如果不想通过配置和执行来创建Redis集群 如上所述，手动单个实例，有一个更简单的 系统（但您不会了解相同数量的操作细节）。 只需检查 utils/create-clusterRedis 发行版中的目录。 有一个脚本叫做 create-cluster里面（与目录同名 它包含在）中，它是一个简单的 bash 脚本。 为了开始 一个有 3 个主节点和 3 个从节点的 6 节点集群只需输入以下内容 命令： 回复 yes在第 2 步中，当 redis-cli实用程序要你接受 集群布局。 您现在可以与集群交互，第一个节点将从端口 30001 开始 默认情况下。 完成后，使用以下命令停止集群： 请阅读 README在此目录中以获取有关如何操作的更多信息 运行脚本。 create-cluster.sh 集群信息 集群节点 我上面的例子我们可以看出，设置的key会被分配到不同的实例去。 现在很多的sdk都支持move，例如:phpredis。 我们先查看下当前的集群情况。 目前 7000 , 7001 , 7002 是 master 角色， 7003 , 7004 , 7005 是 slave 角色。 然后我们将 7001 这个端口的redis服务的进程杀掉。 7004.log 日志，发现 7001 主挂了，然后将自己升级为master。 查询当前的集群状态如下： 我们可以看出， 7004 升级了 master ， 7001 是 fail 状态。 启动 7001 的redis服务。 7001.log 中可以发现，自己变成了 slave 。 此时我们再来看下集群情况： 目前 7000 , 7002 , 7004 是 master角色， 7001 , 7003 , 7005 是 slave角色，自动进行了故障切换。 如果配置了 requirepass 的话， masterauth 必须需要配置，不然 master 与 slave 不能自动切换。 修改配置文件 redis.conf 中的 cluster-enabled 参数的值为 yes 并把参数前#去除，重启Redis服务器。 在命令尾部追加 2>/dev/null 即可。 我们继续在 cluster-test 目录下，创建 7006 目录，配置和之前的一样，不同就是端口以及日志路径，然后启动服务即可。 看下最新的集群情况 添加一个 7006 的从节点。 在 cluster-test 目录下，创建 7007 目录，配置和之前的一样，不同就是端口以及日志路径，然后启动服务即可。看下最新的集群情况 从上面集群情况可以看出了问题，新增加的 7006 , 7007 的虽然增加到了集群里面，但是没有分配slot。 分配后的集群情况 缩容前： 将 7006 的slot给了 7000 。 缩容后： 删除了 7006 , 7007 后的集群情况

redis数据淘汰原理 redis过期数据删除策略 redis server事件模型 redis cluster mget 引发的讨论 redis 3.x windows 集群搭建 redis 命令执行过程 redis string底层数据结构 redis list底层数据结构 redis hash底层数据结构 redis set底层数据结构 redis zset底层数据结构 redis 客户端管理 redis 主从同步-slave端 redis 主从同步-master端 redis 主从超时检测 redis aof持久化 redis rdb持久化 redis 数据恢复过程 redis TTL实现原理 redis cluster集群建立 redis cluster集群选主 u2003当slave发现自己的master变为FAIL状态时，便尝试进行Failover，以期成为新的master。由于挂掉的master可能会有多个slave。Failover的过程需要经过类Raft协议的过程在整个集群内达到一致， 其过程如下： u2003在作为slave角色节点会定期发送ping命令来检测master的存活性，如果检测到master未响应，那么就将master节点标记为疑似下线。 u2003clusterHandleSlaveFailover执行重新选主的核心逻辑。u2003clusterHandleSlaveFailover内部通过clusterRequestFailoverAuth方法向集群当中的所有节点发送CLUSTERMSG_TYPE_FAILOVER_AUTH_REQUEST报文，通知大家slave准备执行failover。 u2003当节点收到超过n/2+1个master的response后即升级为主。u2003在redis主从选举过程中报文相关的解析逻辑，clusterProcessPacket内部主要处理CLUSTERMSG_TYPE_FAILOVER_AUTH_REQUEST和CLUSTERMSG_TYPE_FAILOVER_AUTH_ACK报文。redis cluster集群的源码分析(1) Redis Cluster 实现细节

另外，cluster.routing.allocation.enable 和 cluster.routing.rebalance.enable 参数是有区别的： cluster.routing.allocation.enable 设置成none，主要是影响集群中 新创建 的索引无法进行分片分配(把分片分配到某个节点上去)。 cluster.routing.rebalance.enable设置成none， 主要是影响集群中 已有 索引的分片不会rebalance到(迁移)其他节点上去了吧。比如，我已经有一个名为test的索引在node-1，node-2上，如果此时node-2宕机，由于：cluster.routing.rebalance.enable设置成none，那么node-2上的分片是不会自动迁移到node-1上去的，那集群的状态很有可能是Red。 另外，看官方文档关于 ElasticSearch节点升级 (或者说节点重启)的描述： 把 index.unassigned.node_left.delayed_timeout(默认是1分钟) 设置得大一点，因为关闭了一台节点，意味着在这台节点上的所有副本(既包括 primary 也包括replica)都没了，某些索引的副本就达不到number_of_replicas 指定的值了，那么ES会"复制"一个新的副本出来以满足：number_of_replicas 参数所配置的值。但由于是重启节点，而不是真正的故障，因此，应该要避免这种复制操作。index.unassigned.node_left.delayed_timeout 可以推迟这种复制操作的发生。 但是里面提到了 "cluster.routing.allocation.enable": "primaries" 参数，不太明白为什么要设置成 primaries而不是其他参数？

是一种去中心化的集群架构 Redis Cluster 的性能与单节点部署是同级别的。 多主节点、负载均衡、读写分离 Redis Cluster 支持标准的 主从复制配置来保障高可用和高可靠。 failover （故障转移） Redis Cluster 也实现了一个类似 Raft 的共识方式，来保障整个集群的可用性。 向 Redis Cluster 中添加新节点，或者移除节点，都是透明的，不需要停机。 水平、垂直方向都非常容易扩展。 数据分区，海量数据存储 部署 Redis Cluster 不需要其他的代理或者工具，而且 Redis Cluster 和单机 Redis 几乎完全兼 容。 角色： master、slave Redis Cluster 由多个Redis节点组构成，是一个P2P（point to point）无中心节点的集群架构，依靠Gossip协议传播集群 Gossip协议是一个通信协议，一种传播消息的方式。 思想启发于：病毒传播 这些收到信息的节点接下来会做同样的事情，即把这些信息传递给其他一些随机选择的节点。 信息会周期性的传递给N个目标节点。这个N被称为fanout（扇出） gossip协议包含多种消息，包括meet、ping、pong、fail、publish等等 通过gossip协议，cluster可以提供 集群间状态同步更新 、 选举自助failover 等重要的集群功能。 分布式架构设计中，核心问题即为如何分片数据。在技术的更替中出现过以下分布式hash算法： redis-cluster把所有的物理节点映射到[0-16383]个slot上,基本上采用平均分配和连续分配的方式。 slot槽必须在节点上连续分配，如果出现不连续的情况，则RedisCluster不能工作。 采用 raft 协议（参照Paxos算法 https://www.jianshu.com/p/40c658c9dcc2 ） 当slave 收到过半的master 同意时，会成为新的master。此时会以最新的Epoch 通过PONG 消息广播自己成为master，让Cluster 的其他节点尽快的更新拓扑结构(node.conf)。 就是上面讲的从节点选举 人工故障切换是预期的操作，而非发生了真正的故障，目的是以一种安全的方式(数据无丢失)将当前master节点和其中一个slave节点(执行cluster-failover的节点)交换角色 1、向从节点发送cluster failover 命令（slaveof no one） 2、从节点告知其主节点要进行手动切换（CLUSTERMSG_TYPE_MFSTART） 3、主节点会阻塞所有客户端命令的执行（10s） 4、从节点从主节点的ping包中获得主节点的复制偏移量 5、从节点复制达到偏移量，发起选举、统计选票、赢得选举、升级为主节点并更新配置 6、切换完成后，原主节点向所有客户端发送moved指令重定向到新的主节点 以上是在主节点在线情况下。 如果主节点下线了，则采用cluster failover force或cluster failover takeover 进行强制切换。 扩容 扩容节点数据必须为空 缩容 只能删除数据为空的节点 我们知道在一主一从的情况下，如果主从同时挂了，那整个集群就挂了。 为了避免这种情况我们可以做一主多从，但这样成本就增加了。 Redis提供了一种方法叫副本漂移，这种方法既能提高集群的可靠性又不用增加太多的从机。 Master1宕机，则Slaver11提升为新的Master1 集群检测到新的Master1是单点的（无从机） 集群从拥有最多的从机的节点组（Master3）中，选择节点名称字母顺序最小的从机（Slaver31）漂移 到单点的主从节点组(Master1)。 具体流程如下（以上图为例）： 1、将Slaver31的从机记录从Master3中删除 2、将Slaver31的的主机改为Master1 3、在Master1中添加Slaver31为从节点 4、将Slaver31的复制源改为Master1 5、通过ping包将信息同步到集群的其他节点

redis cluster配置好，并运行一段时间后，我们想添加节点，或者删除节点，该怎么办呢。一，redis cluster命令行查看复制打印?//集群(cluster) CLUSTER INFO 打印集群的信息 CLUSTER NODES 列出集群当前已知的所有节点（node），以及这些节点的相关信息。 //节点(node) CLUSTER MEET <ip> <port> 将 ip 和 port 所指定的节点添加到集群当中，让它成为集群的一份子。 CLUSTER FORGET <node_id> 从集群中移除 node_id 指定的节点。 CLUSTER REPLICATE <node_id> 将当前节点设置为 node_id 指定的节点的从节点。 CLUSTER SAVECONFIG 将节点的配置文件保存到硬盘里面。 //槽(slot) CLUSTER ADDSLOTS <slot> [slot ...] 将一个或多个槽（slot）指派（assign）给当前节点。 CLUSTER DELSLOTS <slot> [slot ...] 移除一个或多个槽对当前节点的指派。 CLUSTER FLUSHSLOTS 移除指派给当前节点的所有槽，让当前节点变成一个没有指派任何槽的节点。 CLUSTER SETSLOT <slot> NODE <node_id> 将槽 slot 指派给 node_id 指定的节点，如果槽已经指派给另一个节点，那么先让另一个节点删除该槽>，然后再进行指派。 CLUSTER SETSLOT <slot> MIGRATING <node_id> 将本节点的槽 slot 迁移到 node_id 指定的节点中。 CLUSTER SETSLOT <slot> IMPORTING <node_id> 从 node_id 指定的节点中导入槽 slot 到本节点。 CLUSTER SETSLOT <slot> STABLE 取消对槽 slot 的导入（import）或者迁移（migrate）。 //键 (key) CLUSTER KEYSLOT <key> 计算键 key 应该被放置在哪个槽上。 CLUSTER COUNTKEYSINSLOT <slot> 返回槽 slot 目前包含的键值对数量。 CLUSTER GETKEYSINSLOT <slot> <count> 返回 count 个 slot 槽中的键。 这些命令是集群所独有的。执行上述命令要先登录查看复制打印?[root@manage redis]# redis-cli -c -p 6382 -h 192.168.10.220 //登录 192.168.10.220:6382> cluster info //查看集群情况 cluster_state:ok cluster_slots_assigned:16384 cluster_slots_ok:16384 cluster_slots_pfail:0 cluster_slots_fail:0 cluster_known_nodes:6 cluster_size:3 cluster_current_epoch:8 cluster_my_epoch:4 cluster_stats_messages_sent:82753 cluster_stats_messages_received:82754 二，添加节点1，新配置二个测试节点查看复制打印?# cd /etc/redis //新增配置 # cp redis-6379.conf redis-6378.conf && sed -i "s/6379/6378/g" redis-6378.conf # cp redis-6382.conf redis-6385.conf && sed -i "s/6382/6385/g" redis-6385.conf //启动 # redis-server /etc/redis/redis-6385.conf > /var/log/redis/redis-6385.log 2>&1 & # redis-server /etc/redis/redis-6378.conf > /var/log/redis/redis-6378.log 2>&1 & 2，添加主节点# redis-trib.rb add-node 192.168.10.219:6378 192.168.10.219:6379 注释：192.168.10.219:6378是新增的节点192.168.10.219:6379集群任一个旧节点3，添加从节点# redis-trib.rb add-node --slave --master-id 03ccad2ba5dd1e062464bc7590400441fafb63f2 192.168.10.220:6385 192.168.10.219:6379 注释：--slave，表示添加的是从节点--master-id 03ccad2ba5dd1e062464bc7590400441fafb63f2,主节点的node id，在这里是前面新添加的6378的node id192.168.10.220:6385,新节点192.168.10.219:6379集群任一个旧节点4，重新分配slot查看复制打印?# redis-trib.rb reshard 192.168.10.219:6378 //下面是主要过程 How many slots do you want to move (from 1 to 16384)? 1000 //设置slot数1000 What is the receiving node ID? 03ccad2ba5dd1e062464bc7590400441fafb63f2 //新节点node id Please enter all the source node IDs. Type "all" to use all the nodes as source nodes for the hash slots. Type "done" once you entered all the source nodes IDs. Source node #1:all //表示全部节点重新洗牌 Do you want to proceed with the proposed reshard plan (yes/no)? yes //确认重新分 新增加的主节点，是没有slots的，

redis的搭建可以查看我的上一篇文章： http://www.jianshu.com/p/6356356abebb 搭建redis cluster环境最少需要3个主节点，这里参考官网的示例创建6个节点，其中为3个主节点，3从节点，对应的redis节点IP和端口如下： 下面是一个最少选项的集群的配置文件 创建一个新的目录， 并创建六个以端口号为名字的子目录， 稍后我们在将每个目录中运行一个 Redis 实例： 命令如下: 在文件夹 7000 至 7005 中， 各创建一个 redis.conf 文件， 文件的内容可以使用上面的示例配置文件， 但记得将配置中的端口号和nodes.conf（同一服务器相同名字有冲突）从 7000 改为与文件夹名字相同的号码。 启动cluster实例 实例打印的日志显示， 因为 nodes.conf 文件不存在， 所以每个节点都为它自身指定了一个新的 ID ： 实例会一直使用同一个 ID ， 从而在集群中保持一个独一无二（unique）的名字. 进入redis目录，用如下命令创建集群。 安装ruby即可 缺少rubygems组件，使用yum安装 提示不能加载redis，是因为缺少redis和ruby的接口，使用gem 安装 在执行集群命令 至此集群模式搭建完成。 使用redis-cli命令进入集群环境，进入集群模式需要带上 -c ，不带则表示进入7000端口的普通redis。 集群 节点 槽(slot) 键 参考地址： https://redis.io/topics/cluster-tutorial

File（文件）->LogSession（保存日志），可以把你在SecureCRT中看到的所有内容保存成.log文件（其实就是文本文件，可以用记事本打开）

在哨兵模式中，仍然只有一个 master 节点。当并发写请求较大时，哨兵模式并不能缓解写压力。 在redis-cluster集群中，每一个主节点可以添加多个从节点，主节点和从节点遵循主从模式的特性。 当用户需要处理更多的读请求时，添加从节点可以扩展系统的读性能。 redis集群的主节点内置了类似Sentinel的节点故障检测和自动故障转移功能。当集群中的某个主节点下线时，集群中的其他在线主节点发现了以后，会对已下线的主节点进行故障转移。集群进行故障转移的方法和Sentient进行故障转移的方法基本一致，不同的是，在集群里面，故障转移是由集群中其他在线的主节点负责进行的，所以集群中不需要使用Sentinel。 redis-cluster集群将键存储空间分割为16384个槽位(slot)，事实上集群最大节点数量是16384个【官方建议最大节点数量不超过1000个节点】。 所有主节点都负责16384个哈希槽中的一部分，当16384个槽都有某个节点在负责处理时，集群进入上线状态，并开始处理客户端发送的数据命令请求。 一个slot槽位可以存放多个数据，key的槽位计算公式：HASH_SLOT = CRC16(key) mod 16384 由于Redis集群无中心节点，请求会随机发给任意主节点。 主节点只会处理自己负责槽位的命令请求，其他槽位的命令请求，该主节点会返回客户端一个转向错误。 客户端根据错误中包含的地址和端口重新向正确的负责的主节点发起命令请求。 系统：CentOS7 Redis: 5.0.9 Redis节点 注意： 配置文件主要修改： 执行结果 按照之前的配置修改并启动，使用以下命令将其加入集群： 添加完新节点后，需要对新添加的主节点进行hash槽重新分配，这样该主节点才能存储数据，redis共有16384个槽。 删除从节点192.168.164.13:7000，node_id:cb21c351b3d2378976bf7d215553d0e04d7fad43 执行结果 存在slot的主节点无法直接删除，所以我们需要先移动主节点192.168.164.13:7001的slot至其他三个主节点 查看集群节点信息 删除主节点 执行结果 查看集群信息

参考如下：通过上面的注释，我们队SwipeRefreshLayout的基本使用有了一个了解，下面我们看看它有哪些方法需要我们注意：1、public void setProgressViewOffset(boolean scale, int start, int end)，用来设置刷新控件的起始位置和终止位置。下面是scale的属性值解释。scale： Set to true if there is no view at a higher z-order than where the progress spinner is set to appear1231232、public void setProgressViewEndTarget(boolean scale, int end)，设置刷新控件的终止位置，scale属性设置同上。3、 public void setSize(int size)，设置刷新控件的大小，系统默认给我们提供两个选项：SwipeRefreshLayout.LARGE（大图）和SwipeRefreshLayout.DEFAULT（小图）。4、public void setOnRefreshListener(OnRefreshListener listener)，用于设置我们的下拉刷新回调事件，很重要的一个方法。5、 public void setRefreshing(boolean refreshing)，设置是否进行刷新，刷新完毕后设置为false，则刷新控件消失。6、public void setProgressBackgroundColor(int colorRes)，设置刷新控件的背景色。param colorRes Resource id of the color.7、public void setColorSchemeResources(int… colorResIds)，设置刷新控件动画中的颜色。参数为资源id8、public void setColorSchemeColors(int… colors)，设置刷新控件动画中的颜色。参数为颜色值。9、 public boolean isRefreshing()判断是否正在进行刷新状态。10、public void setRefreshing(boolean refreshing)，设置控件是否进行刷新

能用的：http://stream8.songtaste.com/201108141644/efabd6918405a15d21bfd9a8df8e58ff/8/8a/8a173a3568a9160c6a43c5b7cf9a975a.mp3

k8s集群中的一个node节点故障，将这个node节点下线后上面的pod迁移到其他节点，但是大量pod都产生报错。经排查，是由于redis集群故障导致。但是查看resdis pod，都是running状态，如下图 由于这些pod是组成集群使用，既然pod是正常的，应用又报redis链接的错误，所以问题肯定出在Redis Cluster上，查看Redis Cluster状态： 这个示意图我只画出三个node，简单表达一下意思即可。三个node上各运行了一个master和一个slave节点。由于node3节点故障已经移除集群，这个节点上之前运行的其他无状态pod迁移到其他节点可以正常运行，但是master2和slave2在node3上有持久化数据，虽然在node4上重建了，但是由于缺失数据，原来的集群状态被破坏了，所以重新部署也无法恢复，由于是master2和slave2的数据都丢失了，集群无法重建。通过开发了解到，redis上都是缓存数据，丢失影响不大，于是删除本地持久化数据，重新部署redis node，再手动创建集群。 三个节点都添加完成，并且没有报错。进入一个master节点查看集群状态： 集群状态终于恢复正常。重建后的Redis Cluster集群架构示意图如下 总结：对于有状态的应用，redis、mysql等，容器化时一定要考虑周全，避免主从节点运行在一个节点上。对于redis应用，如果读写I/O不是特别高，还是建议直接使用主从复制架构，故障恢复简单且迅速。

Without状语

　　我的理解是这个参数是控制数据份数的,如果是2 表有两份数据,如果是1表示只有一份数据. mycluster 中没有参数设计节点组数. 节点组数=节点数/NoOfReplicas.　　所以你如果总共有两个数据节点,如果NoOfReplicas设为2, 那么意味着只有一个节点组. 如果NoOfReplicas=1,那么就有两个节点组,即有一份备份.　　在这种情况下,当NoOfReplicas=2时, 你可以试验一下如果一个data node 停掉了,cluster 可以照常工作; 如果NoOfReplicas=1, 一个data node 停掉了,cluster 就会自动停掉.

redis cluster配置好，并运行一段时间后，我们想添加节点，或者删除节点，该怎么办呢。一，redis cluster命令行查看复制打印?//集群(cluster) CLUSTER INFO 打印集群的信息 CLUSTER NODES 列出集群当前已知的所有节点（node），以及这些节点的相关信息。 //节点(node) CLUSTER MEET <ip> <port> 将 ip 和 port 所指定的节点添加到集群当中，让它成为集群的一份子。 CLUSTER FORGET <node_id> 从集群中移除 node_id 指定的节点。 CLUSTER REPLICATE <node_id> 将当前节点设置为 node_id 指定的节点的从节点。 CLUSTER SAVECONFIG 将节点的配置文件保存到硬盘里面。 //槽(slot) CLUSTER ADDSLOTS <slot> [slot ...] 将一个或多个槽（slot）指派（assign）给当前节点。 CLUSTER DELSLOTS <slot> [slot ...] 移除一个或多个槽对当前节点的指派。 CLUSTER FLUSHSLOTS 移除指派给当前节点的所有槽，让当前节点变成一个没有指派任何槽的节点。 CLUSTER SETSLOT <slot> NODE <node_id> 将槽 slot 指派给 node_id 指定的节点，如果槽已经指派给另一个节点，那么先让另一个节点删除该槽>，然后再进行指派。 CLUSTER SETSLOT <slot> MIGRATING <node_id> 将本节点的槽 slot 迁移到 node_id 指定的节点中。 CLUSTER SETSLOT <slot> IMPORTING <node_id> 从 node_id 指定的节点中导入槽 slot 到本节点。 CLUSTER SETSLOT <slot> STABLE 取消对槽 slot 的导入（import）或者迁移（migrate）。 //键 (key) CLUSTER KEYSLOT <key> 计算键 key 应该被放置在哪个槽上。 CLUSTER COUNTKEYSINSLOT <slot> 返回槽 slot 目前包含的键值对数量。 CLUSTER GETKEYSINSLOT <slot> <count> 返回 count 个 slot 槽中的键。 这些命令是集群所独有的。执行上述命令要先登录查看复制打印?[root@manage redis]# redis-cli -c -p 6382 -h 192.168.10.220 //登录 192.168.10.220:6382> cluster info //查看集群情况 cluster_state:ok cluster_slots_assigned:16384 cluster_slots_ok:16384 cluster_slots_pfail:0 cluster_slots_fail:0 cluster_known_nodes:6 cluster_size:3 cluster_current_epoch:8 cluster_my_epoch:4 cluster_stats_messages_sent:82753 cluster_stats_messages_received:82754 二，添加节点1，新配置二个测试节点查看复制打印?# cd /etc/redis //新增配置 # cp redis-6379.conf redis-6378.conf && sed -i "s/6379/6378/g" redis-6378.conf # cp redis-6382.conf redis-6385.conf && sed -i "s/6382/6385/g" redis-6385.conf //启动 # redis-server /etc/redis/redis-6385.conf > /var/log/redis/redis-6385.log 2>&1 & # redis-server /etc/redis/redis-6378.conf > /var/log/redis/redis-6378.log 2>&1 & 2，添加主节点# redis-trib.rb add-node 192.168.10.219:6378 192.168.10.219:6379 注释：192.168.10.219:6378是新增的节点192.168.10.219:6379集群任一个旧节点3，添加从节点# redis-trib.rb add-node --slave --master-id 03ccad2ba5dd1e062464bc7590400441fafb63f2 192.168.10.220:6385 192.168.10.219:6379 注释：--slave，表示添加的是从节点--master-id 03ccad2ba5dd1e062464bc7590400441fafb63f2,主节点的node id，在这里是前面新添加的6378的node id192.168.10.220:6385,新节点192.168.10.219:6379集群任一个旧节点4，重新分配slot查看复制打印?# redis-trib.rb reshard 192.168.10.219:6378 //下面是主要过程 How many slots do you want to move (from 1 to 16384)? 1000 //设置slot数1000 What is the receiving node ID? 03ccad2ba5dd1e062464bc7590400441fafb63f2 //新节点node id Please enter all the source node IDs. Type "all" to use all the nodes as source nodes for the hash slots. Type "done" once you entered all the source nodes IDs. Source node #1:all //表示全部节点重新洗牌 Do you want to proceed with the proposed reshard plan (yes/no)? yes //确认重新分 新增加的主节点，是没有slots的，

u200b Redis Cluster 集群分区方案采用去中心化的方式，包括：sharding（分区）、replication（复制）、failover（故障转移） u200b Redis Cluster 由多个Redis节点组构成，是一个P2P（point to point）无中心节点的集群架构，依靠Gossip协议传播集群 Gossip协议是一个通信协议，一种传播消息的方式。 起源于：病毒传播 Gossip协议基本思想： 一个节点周期性(每秒)随机选择一些节点，并把信息传递给这些节点。 这些收到信息的节点接下来会做同样的事情，即把这些信息传递给其他一些随机选择的节点。 信息会周期性的传递给N个目标节点。这个N被称为 fanout （扇出） gossip协议包含多种消息，包括meet、ping、pong、fail、publish等等 通过gossip协议，cluster可以提供集群间状态同步更新、选举自助failover等重要的集群功能。 redis-cluster把所有的物理节点映射到[0-16383]个 slot 上,基本上采用平均分配和连续分配的方式。 比如上图中有5个节点，这样在 Redis Cluster 创建时，slot槽可按下表分配 cluster 负责维护节点和slot槽的对应关系 value------>slot-------->节点 当需要在 Redis 集群中放置一个 key-value 时，redis 先对 key 使用 crc16 算法算出一个结果，然后把 结果对 16384 求余数，这样每个 key 都会对应一个编号在 0-16383 之间的哈希槽，redis 会根据节点 数量大致均等的将哈希槽映射到不同的节点。 比如： set name zhangsan hash("name")采用crc16算法，得到值：1324203551%16384=15903 根据上表15903在13088-16383之间，所以name被存储在Redis5节点。 slot槽必须在节点上连续分配，如果出现不连续的情况，则RedisCluster不能工作。 redis版本说明 redis.5.0.5 服务器说明 启动 7001、7002、7003、7011、7012、7013 配置启动脚本 三主三从 客户端连接集群 -c 以集群方式连接 扩容节点数据必须为空 启动 7004、7014 将 7004、7014 添加到集群 只能删除数据为空的节点 集群中的每个节点都会定期地（每秒）向集群中的其他节点发送PIN 如果在一定时间内(cluster-node-timeout)，发送ping的节点A没有收到某节点B的pong回应，则A将B 标识为pfail。 A在后续发送ping时，会带上B的pfail信息， 通知给其他节点。 如果B被标记为pfail的个数大于集群主节点个数的一半（N/2 + 1）时，B会被标记为fail，A向整个集群 广播，该节点已经下线 其他节点收到广播，标记B为fail。 采用 raft 协议 每个从节点，都根据自己对master复制数据的offset，来设置一个选举时间，offset越大（复制数 据越多）的从节点，选举时间越靠前，优先进行选举。 slave 通过向其他master发送FAILVOER_AUTH_REQUEST 消息发起竞选， master 收到后回复FAILOVER_AUTH_ACK 消息告知是否同意。 slave 发送FAILOVER_AUTH_REQUEST 前会将currentEpoch 自增，并将最新的Epoch 带入到 FAILOVER_AUTH_REQUEST 消息中，如果自己未投过票，则回复同意，否则回复拒绝。 所有的 Master 开始slave选举投票，给要进行选举的slave进行投票，如果大部分master node（N/2 + 1）都投票给了某个从节点，那么选举通过，那个从节点可以切换成master。 RedisCluster失效的判定 ： 1、集群中半数以上的主节点都宕机（无法投票） 2、宕机的主节点的从节点也宕机了（slot槽分配不连续） 当slave 收到过半的master 同意时，会成为新的master。此时会以最新的Epoch 通过PONG 消息广播 自己成为master，让Cluster 的其他节点尽快的更新拓扑结构(node.conf)。 自动切换 就是上面讲的从节点选举 手动切换 人工故障切换是预期的操作，而非发生了真正的故障，目的是以一种安全的方式(数据无丢失)将当前 master节点和其中一个slave节点(执行cluster-failover的节点)交换角色 1、向从节点发送cluster failover 命令（slaveof no one） 2、从节点告知其主节点要进行手动切换（CLUSTERMSG_TYPE_MFSTART） 3、主节点会阻塞所有客户端命令的执行（10s） 4、从节点从主节点的ping包中获得主节点的复制偏移量 5、从节点复制达到偏移量，发起选举、统计选票、赢得选举、升级为主节点并更新配置 6、切换完成后，原主节点向所有客户端发送moved指令重定向到新的主节点 以上是在主节点在线情况下。 如果主节点下线了，则采用cluster failover force或cluster failover takeover 进行强制切换。 我们知道在一主一从的情况下，如果主从同时挂了，那整个集群就挂了。 为了避免这种情况我们可以做一主多从，但这样成本就增加了。 Redis提供了一种方法叫副本漂移，这种方法既能提高集群的可靠性又不用增加太多的从机。 Master1宕机，则Slaver11提升为新的Master1 集群检测到新的Master1是单点的（无从机） 集群从拥有最多的从机的节点组（Master3）中，选择节点名称字母顺序最小的从机（Slaver31）漂移 到单点的主从节点组(Master1)。 具体流程如下（以上图为例）： 1、将Slaver31的从机记录从Master3中删除 2、将Slaver31的的主机改为Master1 3、在Master1中添加Slaver31为从节点 4、将Slaver31的复制源改为Master1 5、通过ping包将信息同步到集群的其他节点

答案：选C. 解析：用过去分词作定语,表示“精心选择的”如果对你有所帮助,请点击本页面中的“选为满意回答”按钮,谢谢!

Redis cluster 实现了所有的single key 操作，对于multi key操作的话，这些key必须在一个节点上面，redis cluster 通过 hash tags决定key存贮在哪个slot上面。 节点首要功能是存贮数据，集群状态，映射key到相应的节点。自动发现其他节点，发现失败节点，让从变为主。 为了完成以上功能，cluster使用tcp和二进制协议（Redis Cluster Bus），节点间互联.node 同时使用gossip协议传播信息，包括节点的发现，发送ping包，Pub/Sub信息。 因为节点并不代理请求转发，会返回MOVED和ASk错误，clients就可以直连到其他节点。client理论上面可以给任意节点发送请求，如果需要就重定向。但实际应用中client存贮一个从key到node的map来提高性能。 Redis cluster 使用异步复制的模式，故障转移的时候，被选为主的节点，会用自己的数据去覆盖其他副本节点的数据。所以总有一个时间口会丢失数据。 下面一个例子会丢失数据： master partition 变得不可用 它的一个从变为主 一定时间之后，这个主又可用了 客户端这时候还使用旧的的路由，在这个主变为从之前，写请求到达这个主。 3、可用性 假设n个主节点，每个主下面挂载一个从，挂掉一个，集群仍然可用。挂点两个，可用性是1 -（1/（n 2 -1））(第一个节点挂掉后，还剩下n 2-1个节点），只有一个节点的主挂掉的可能性是 1/n*2 -1) replicas migration 使可用性更高 4、性能 reids cluster 不代理请求到正确的节点，而是告诉客户端正确的节点 client 会保存一份最新的key与node映射，一般情况，会直接访问到正确的节点。 异步写副本 一般的操作和单台redis有相同的性能，一个有n个主节点的集群性能接近n*单个redis 综上 高性能 线性扩展 合理的写安全 高可用 是rediscluser 的主要目标 因为首先redis 存贮的数据量会特别大，如果合并需要更大的空间 key空间分布被划分为16384个slot,所以一个集群，主节点的个数最大为16384（一般建议master最大节点数为1000） HASH_SLOT = CRC16(key) mod 16384 hash tag 是为了保证不同的key,可以分布到同一个slot上面，来执行multi-key的操作 hash tag的规则是以第一个{开始，到第一个}结尾，中间的内容，来做hash。 例子 {user1000}.following 与 {user1000}.followers user1000作为key foo{}{bar} 整个key {{bar}} {bar 为key {bar}{zap} bar 为key Ruby Example 从左到右依次为：node id, address:port, flags, last ping sent, last pong received, configuration epoch, link state, slots 其中node id是第一次启动获得的一个160字节的随机字符串，并把id保存在配置文件中，一直不会再变 每个节点有一个额外的TCP端口，这个端口用来和其他节点交换信息。这个端口一般是在与客户端链接端口上面加10000，比如客户端端口为6379，那么cluster bus的端口为16379. node-to-node 交流是通过cluster bus与 cluster bus protocol进行。其中cluster bus protocol 是一个二进制协议，因为官方不建议其他应用与redis 节点进行通信，所以没有公开的文档，要查看的话只能去看源码。 Redis cluster 是一个网状的，每一个节点通过tcp与其他每个节点连接。假如n个节点的集群，每个节点有n-1个出的链接，n-1个进的链接。这些链接会一直存活。假如一个节点发送了一个ping,很就没收到pong,但还没到时间把这个节点设为 unreachable，就会通过重连刷新链接。 node 会在cluster bus端口一直接受连接，回复ping,即使这个ping 的node是不可信的。但是其他的包会被丢掉，如果发送者不是cluster 一员。 一个node有两种方式接受其他其他node作为集群一员 这样只要我们把节点加入到一个节点，就会自动被其他节点自动发现。 客户端可以自由的连接任何一个node,如果这个node 不能处理会返回一个MOVED的错误，类似下面这样 描述了key 的hash slot,属于哪个node client 会维护一个hash slots到IP:port的映射 当收到moved错误的时候，可以通过CLUSTER NODES或者CLUSTER SLOTS去刷新一遍整个client cluster 支持运行状态下添加和删除节点。添加删除节点抽象：把一部分hash slot从一个节点移动到另一个节点。 所以，动态扩容的核心就是在节点之间移动hash slot,hash slot 又是key的集合。所以reshare 就是把key从一个节点移动到其他节点。 redis 提供如下命令： 前两个指令：ADDSLOTS和DELSLOTS，用于向当前node分配或者移除slots，指令可以接受多个slot值。分配slots的意思是告知指定的master（即此指令需要在某个master节点执行）此后由它接管相应slots的服务；slots分配后，这些信息将会通过gossip发给集群的其他nodes。 ADDSLOTS指令通常在创建一个新的Cluster时使用，一个新的Cluster有多个空的Masters构成，此后管理员需要手动为每个master分配slots，并将16384个slots分配完毕，集群才能正常服务。简而言之，ADDSLOTS只能操作那些尚未分配的（即不被任何nodes持有）slots，我们通常在创建新的集群或者修复一个broken的集群（集群中某些slots因为nodes的永久失效而丢失）时使用。为了避免出错，Redis Cluster提供了一个redis-trib辅助工具，方便我们做这些事情。 DELSLOTS就是将指定的slots删除，前提是这些slots必须在当前node上，被删除的slots处于“未分配”状态（当然其对应的keys数据也被clear），即尚未被任何nodes覆盖，这种情况可能导致集群处于不可用状态，此指令通常用于debug，在实际环境中很少使用。那些被删除的slots，可以通过ADDSLOTS重新分配。 SETSLOT是个很重要的指令，对集群slots进行reshard的最重要手段；它用来将单个slot在两个nodes间迁移。根据slot的操作方式，它有两种状态“MIGRATING”、“IMPORTING” 1）MIGRATING：将slot的状态设置为“MIGRATING”，并迁移到destination-node上，需要注意当前node必须是slot的持有者。在迁移期间，Client的查询操作仍在当前node上执行，如果key不存在，则会向Client反馈“-ASK”重定向信息，此后Client将会把请求重新提交给迁移的目标node。 2）IMPORTING：将slot的状态设置为“IMPORTING”，并将其从source-node迁移到当前node上，前提是source-node必须是slot的持有者。Client交互机制同上。 假如我们有两个节点A、B，其中slot 8在A上，我们希望将8从A迁移到B，可以使用如下方式： 1）在B上：CLUSTER SETSLOT 8 IMPORTING A 2）在A上：CLUSTER SETSLOT 8 MIGRATING B 在迁移期间，集群中其他的nodes的集群信息不会改变，即slot 8仍对应A，即此期间，Client查询仍在A上： 1）如果key在A上存在，则有A执行。 2）否则，将向客户端返回ASK，客户端将请求重定向到B。 这种方式下，新key的创建就不会在A上执行，而是在B上执行，这也就是ASK重定向的原因（迁移之前的keys在A，迁移期间created的keys在B上）；当上述SET SLOT执行完毕后，slot的状态也会被自动清除，同时将slot迁移信息传播给其他nodes，至此集群中slot的映射关系将会变更，此后slot 8的数据请求将会直接提交到B上。 动态分片的步骤： 在上文中，我们已经介绍了MOVED重定向，ASK与其非常相似。在resharding期间，为什么不能用MOVED？MOVED意思为hash slots已经永久被另一个node接管、接下来的相应的查询应该与它交互，ASK的意思是当前query暂时与指定的node交互；在迁移期间，slot 8的keys有可能仍在A上，所以Client的请求仍然需要首先经由A，对于A上不存在的，我们才需要到B上进行尝试。迁移期间，Redis Cluster并没有粗暴的将slot 8的请求全部阻塞、直到迁移结束，这种方式尽管不再需要ASK，但是会影响集群的可用性。 1）当Client接收到ASK重定向，它仅仅将当前query重定向到指定的node；此后的请求仍然交付给旧的节点。 2）客户端并不会更新本地的slots映射，仍然保持slot 8与A的映射；直到集群迁移完毕，且遇到MOVED重定向。 一旦slot 8迁移完毕之后（集群的映射信息也已更新），如果Client再次在A上访问slot 8时，将会得到MOVED重定向信息，此后客户端也更新本地的集群映射信息。 可能有些Cluster客户端的实现，不会在内存中保存slots映射关系（即nodes与slots的关系），每次请求都从声明的、已知的nodes中，随机访问一个node，并根据重定向（MOVED）信息来寻找合适的node，这种访问模式，通常是非常低效的。 当然，Client应该尽可能的将slots配置信息缓存在本地，不过配置信息也不需要绝对的实时更新，因为在请求时偶尔出现“重定向”，Client也能兼容此次请求的正确转发，此时再更新slots配置。（所以Client通常不需要间歇性的检测Cluster中配置信息是否已经更新）客户端通常是全量更新slots配置： 遇到MOVED时，客户端仅仅更新特定的slot是不够的，因为集群中的reshard通常会影响到多个slots。客户端通过向任意一个nodes发送“CLUSTER NODES”或者“CLUSTER SLOTS”指令均可以获得当前集群最新的slots映射信息；“CLUSTER SLOTS”指令返回的信息更易于Client解析。 通常情况下，read、write请求都将有持有slots的master节点处理；因为redis的slaves可以支持read操作（前提是application能够容忍stale数据），所以客户端可以使用“READONLY”指令来扩展read请求。 “READONLY”表明其可以访问集群的slaves节点，能够容忍stale数据，而且此次链接不会执行writes操作。当链接设定为readonly模式后，Cluster只有当keys不被slave的master节点持有时才会发送重定向消息（即Client的read请求总是发给slave，只有当此slave的master不持有slots时才会重定向，很好理解）： 1）此slave的master节点不持有相应的slots 2）集群重新配置，比如reshard或者slave迁移到了其他master上，此slave本身也不再支持此slot。 集群中的nodes持续的交换ping、pong数据，这两种数据包的结构一样，同样都携带集群的配置信息，唯一不同的就是message中的type字段。 通常，一个node发送ping消息，那么接收者将会反馈pong消息；不过有时候并非如此，比如当集群中添加新的node时，接收者会将pong信息发给其他的nodes，而不是直接反馈给发送者。这样的好处是会将配置尽快的在cluster传播。 通常一个node每秒都会随机向几个nodes发送ping，所以无论集群规模多大，每个nodes发送的ping数据包的总量是恒定的。每个node都确保尽可能半个NODE_TIMEOUT时间内，向那些尚未发送过ping或者未接收到它们的pong消息的nodes发送ping。在NODE_TIMEOUT逾期之前，nodes也会尝试与那些通讯异常的nodes重新建立TCP链接，确保不能仅仅因为当前链接异常而认为它们就是不可达的。 当NODE_TIMEOUT值较小、集群中nodes规模较大时，那么全局交换的信息量也会非常庞大，因为每个node都尽力在半个NODE_TIMEOUT时间内，向其他nodes发送ping。比如有100个nodes，NODE_TIMEOUT为60秒，那么每个node在30秒内向其他99各nodes发送ping，平均每秒3.3个消息，那么整个集群全局就是每秒330个消息。这些消息量，并不会对集群的带宽带来不良问题。 心跳数据包的内容 ping和pong数据包中也包含gossip部分，这部分信息告诉接受者，当前节点持有其他节点的状态，不过它只包含sender已知的随机几个nodes，nodes的数量根据集群规模的大小按比例计算。 gossip部分包含了 集群失效检测就是，当某个master或者slave不能被大多数nodes可达时，用于故障迁移并将合适的slave提升为master。当slave提升未能有效实施时，集群将处于error状态且停止接收Client端查询。 每个node持有其已知nodes的列表包括flags，有2个flag状态：PFAIL和FAIL；PFAIL表示“可能失效”，是一种尚未完全确认的失效状态（即某个节点或者少数masters认为其不可达）。FAIL表示此node已经被集群大多数masters判定为失效（大多数master已认定为不可达，且不可达时间已达到设定值，需要failover）。 nodes的ID、ip+port、flags，那么接收者将根据sender的视图，来判定节点的状态，这对故障检测、节点自动发现非常有用。 当node不可达的时间超过NODE_TIMEOUT，这个节点就被标记为PFAIL(Possible failure),master和slave都可以标记其他节点为PFAIL。所谓不可达，就是当“active ping”（发送ping且能受到pong）尚未成功的时间超过NODE_TIMEOUT，因此我们设定的NODE_TIMEOUT的值应该比网络交互往返的时间延迟要大一些（通常要大的多，以至于交互往返时间可以忽略）。为了避免误判，当一个node在半个NODE_TIMEOUT时间内仍未能pong，那么当前node将会尽力尝试重新建立连接进行重试，以排除pong未能接收

搭建集群工作需要以下三个步骤： 1）准备节点。 2）节点握手。 3）分配槽。 Redis集群一般由多个节点组成，节点数量至少为6个才能保证组成完整高可用的集群。每个节点需要开启配置cluster-enabled yes，让Redis运行在集群模式下。建议为集群内所有节点统一目录，一般划分三个目录：conf、data、log，分别存放配置、数据和日志相关文件。把6个节点配置统一放在conf目录下，集群相关配置如下： 其他配置和单机模式一致即可，配置文件命名规则redis-{port}.conf，准备好配置后启动所有节点。 Cluster集群启动过程如下图：每个节点目前只能识别出自己的节点信息，可以执行cluster nodes命令获取集群节点状 态。 节点握手是指一批运行在集群模式下的节点通过Gossip协议彼此通信，达到感知对方的过程。节点握手是集群彼此通信的第一步，由客户端发起命令：cluster meet{ip}{port} cluster meet命令是一个异步命令，执行之后立刻返回。内部发起与目标节点进行握手通信，握手通信过程： 1）节点6379本地创建6380节点信息对象，并发送meet消息。 2）节点6380接受到meet消息后，保存6379节点信息并回复pong消息。 3）之后节点6379和6380彼此定期通过ping/pong消息进行正常的节点通 信。 分别执行meet命令让其他节点加入到集群中， 最后执行cluster nodes命令确认6个节点都彼此感知并组成集群。 节点建立握手之后集群还不能正常工作，这时集群处于下线状态，所有的数据读写都被禁止，通过cluster info命令可以获取集群当前状态。 Redis集群把所有的数据映射到16384个槽中。每个key会映射为一个固定的槽，只有当节点分配了槽，才能响应和这些槽关联的键命令。通过cluster addslots命令为节点分配槽。这里利用bash特性批量设置槽（slots），命令如下： 执行cluster info查看集群状态，如下所示： 当前集群状态是OK，集群进入在线状态。所有的槽都已经分配给节点，执行cluster nodes命令可以看到节点和槽的分配关系： 集群模式下，Reids节点角色分为主节点和从节点。首次启动的节点和被分配槽的节点都是主节点，从节点负责复制主节点槽信息和相关的数据。使用cluster replicate{nodeId}命令让一个节点成为从节点。其中命令执行必须在对应的从节点上执行，nodeId是要复制主节点的节点ID，命令如下： Redis集群模式下的主从复制使用了之前介绍的Redis复制流程，依然支持全量和部分复制。复制（replication）完成后，整个集群的结构如图：集群搭建需要很多步骤当集群节点众多时，必然会加大搭建集群的复杂度和运维成本。因此Redis官方提供了redis-trib.rb工具方便我们快速搭建集群。 redis-trib.rb是采用Ruby实现的Redis集群管理工具。内部通过Cluster相关命令帮我们简化集群创建、检查、槽迁移和均衡等常见运维操作，使用之前需要安装Ruby依赖环境。 1、安装Ruby： 2、安装rubygem redis依赖： 3、安装redis-trib.rb： 4、安装完Ruby环境后，执行redis-trib.rb命令确认环境是否正确，输出如 下： 首先我们跟之前内容一样准备好节点配置并启动： 启动好6个节点之后，使用redis-trib.rb create命令完成节点握手和槽分配过程，命令如下： --replicas参数指定集群中每个主节点配备几个从节点，这里设置为1。 如果部署节点使用不同的IP地址，redis-trib.rb会尽可能保证主从节点不分配在同一机器下，因此会重新排序节点列表顺序。节点列表顺序用于确定主从角色，先主节点之后是从节点。创建过程中首先会给出主从节点角色分配的计划，当我们同意这份计划之后输入yes，redis-trib.rb开始执行节点握手和槽分配操作。 集群完整性指所有的槽都分配到存活的主节点上，只要16384个槽中有一个没有分配给节点则表示集群不完整。可以使用redis-trib.rb check命令检测之前创建的集群是否成功，check命令只需要给出集群中任意一个节点地址就可以完成整个集群的检查工作，命令如下：

Everything I want I have:Money, notoriety and rivieras.I even think I found GodIn the flash bulbs of the pretty cameras,Pretty cameras, pretty cameras.Am I glamorous? Tell me am I glamorous?Hello? Hello?C-can you hear me?I can be your china dollIf you want to see me fall.Boy you"re so dope,Your love is deadly.Tell me life is beautiful,They all think I have it all.I"ve nothing without you.All my dreams and all the lights meanNothing without you.Summertime is nice and hot,And my life is sweet like vanilla is.Gold and silver line my heartBut burned into to my brain are these stolen images,Stolen images, baby, stolen images.Can you picture itBabe the life we could"ve lived?Hello? Hello?C-can you hear me?I can be your china dollIf you want to see me fall.Boy you"re so dope,Your love is deadly.Tell me life is beautiful,They all think I have it all.I"ve nothing without you.All my dreams and all the lights meanNothing without you.We were two kids, just tryin" to get out,Live on the dark side of the American dream.We would dance all night, play our music loud,When we grew up nothing was what it seemed.Hello? Hello?Can you hear me?I can be your china dollIf you want to see me fall.Boy you"re so dope,Your love is deadly.Tell me life is beautiful,They think that I have it all.I"ve nothing without you.All my dreams and all the lights meanNothing without you.Hello? Hello?Can you hear me?I can be your china dollIf you want to see me fall.Boy you"re so dope,Your love is deadly.Tell me life is beautiful,They think that I have it all.I"ve nothing without you.All my dreams and all the lights meanNothing without you.All my dreams and all the lights meanNothing if I can"t have you.

securecrt的背景设置方法：1、点击"选项"(Options)-"全局选项"(Global options)2、左边选择"默认会话"(Default Session)3、右边选择"编辑默认设置"(Edit default setting)4、左边选择"外观"(Appearance)5、右边的"当前颜色方案"(Current color scheme)，选择"Traditional"，确定6、弹出的对话框选择"是"(yes)保存为默认配置。7、以后再创建新的会话就会使用Traditional颜色方案了。