张子阳的博客

最近一直在看一些比较硬核的技术书，例如《深入理解计算机系统》，就想着找本轻松点的书交替着看下。然后就翻了下以前自己收藏的书单，发现了这本书，京东的配送果然是最快的，上午下单，下午就收到了。

这本书分为了两部分，一部分是教人们如何达成请求，也就是在请求时，提升别人说“YES”的几率。因为作者的职业是广告文案策划，因此第二部分，讲解了如何编写一个令人难忘的“警句”（也可以是名言或者广告词等）。

面对同样的一个问题，我们平常如何应对，基本上取决于我们的心地，是善良还是猥琐、是诚实还是狡诈；也取决于我们的性格，是内向还是外向，是坦率还是含蓄，是乐观还是忧郁；还取决于我们过去的经历以及我们的学识等等。这些，基本上可以说是“道”。而这本书是一本讲技巧的书，也就是“术”。它直观地告诉你应该如何通过组织语言来达到自己的期望。

忘了从哪儿看到过这本书，因为自己也在做架构方面的工作，架构方面的书自然是多多益善，于是就买来读了。这本书的难度适中，基本上是从一个比较高的角度，把互联网系统采用的架构总结和梳理了一遍。这本书并没有深入到每一个技术的细节，因为很多细节都需要专门的一本书去讲解，而是讲解了每项技术用来解决的问题，以及应用该技术所可能产生的附加影响。

全书分为了20个章节，每个章节涉及一个技术点。全书330页，所以每章只有15页左右，比较短小精悍。在实际工作中，可以作为解决方案的参考，然后再根据选择的方案，进一步研究和实施。

这是知日系列的第2本，和上本一样，这本书依旧是一本大杂烩，包含了关于日本的很多方面：神道教、民族性格、日本建筑、六大财团、太平洋战争、靖国神社、世袭政治、歌舞伎町、打官司、学校教育、日语和“日式英语”。

日本推崇神道教和集体主义，“义理人情”经常作为一个固定词组出现，总体上指日本社交中的人情世故。“义理”指各种上下关系、对等关系里某一方需要遵守的道德标准。神道对应佛法，追求万物都能幸福安定地相处的境界，站在这个立场上思考的人，会在任何时刻都努力维持和谐的人际关系。

为了避免称为别人眼中“污秽的人”，日本人非常在意别人怎么想、怎么说，随时注意自己的行为给别人带来的影响。

因为今年计划去日本旅行，去一个地方之前，我一般都会做一点攻略，提前做一些了解，这样去游览的时候才更有“代入感”。于是买了这套书，一共有4本。后来我才知道，“知日”系列一共有三四十本。我买的这4本，应该是属于“基础款”。这本书是由苏静主编，在出版领域，“著”和“编”有很大区别，著基本上是作者原创内容，编则通常是收集很多的资料，再进行整合加工，加入自己的理解等。在京东图书，“知日”的其他书籍，我也看到了“知日团队”这样的字眼，所以这系列书应当是群策群力，每人编写一部分，最后再由主编整合而成。

因为这本书是由多人合著，所以各个章节几乎相互独立，章节之间也没有严格的时间线。全书一共分为了13章，除了少数几章在讲同一个主题以外，其他章都在讲各自的故事，有点像专栏文章。所以可以看到一会儿讲天皇史和日本史，一会儿讲战后经济萧条，一会儿讲国民教育，一会儿讲倒幕运动。但是在整体上，除了结构稍显凌乱以外，读起来还是很顺畅的。

《月亮与六便士》，月亮代表理想，六便士代表现实，月亮与六便士即理想与现实的冲突。这本书写于1919年，却在最近两年火了起来，比如 “2017 豆瓣阅读总榜销量冠军”、“2018 京东年度小说总销量冠军”。一本书的流行总有其原因，我不想错过当下广受关注或广受好评的书，所以就买来一读了。我承认也会有很多“小众”、不那么流行的杰作，但找出这样的书需要花费更多的精力，所以先将已知的流行书读一下。

这本书以第一人称的口吻，以一个故事参与者的旁观视角，讲述了故事的主角－－斯特里克兰，的后半生。这个第一人称的身份，也是一个作家。整个故事，好似一篇回忆录。因为在小说的开篇，已阐明了此时斯特里克兰已经去世了至少4年，其声名远播，遗留的画作均价值不菲。然后，作家以倒叙的方式，从23岁初识斯特里克兰讲起。起初，因为作家圈的聚会，在伦敦认识了斯特里克兰夫人，进而第一次见到了斯特里克兰。此时的他，是一个四十岁左右、普通且无趣的证券经纪人。和这个年纪大多数中产阶层的人生活相似，稳定而平淡。（约27年前，此时斯特里克兰夫人37岁，故事末尾斯特里克兰刚去世，作家再次见到她时60岁，而开篇时斯特里克兰已去世至少4年）

这是我读的第3本东野圭吾的小说了，另两本是《解忧杂货铺》和《嫌疑人X的献身》。在选择这本书之前，也是作了点功课，我看的小说不多，于是就想看看评价最好的小说。这本书和《白夜行》的评价都极高，本书更被誉为作者挑战悬疑小说写作的巅峰。

可惜，因为我看的小说太少，不太好作对比。如果说《嫌疑人X的献身》是将谜底在最后一刻才揭露，那么这本书看到1/3的时候以为已经要结束了，看到1/3的时候又以为要结束了，直到全书看完，才发现自己处于一个巨大的骗局当中，前面自以为是的真相全是谎言。

这本书最早在逛书店的时候看到，那时没有细看。后来在京东图书的畅销榜上，赫然看到本书占据着第一名的位置，就买来读一下。

这是一本非常有意思的书，它不像其他经济学书那样各个章节之间泾渭分明，而是每篇讲述一个身边的和经济相关的故事，然后再用经济学的知识予以解释。每一篇之间的过渡又非常自然，有时候几篇讲同一个故事，有时候又会过渡到另一个故事。全书一共有118讲，涵盖了经济学的很多概念和方面，例如稀缺性、需求和供给、价格对资源的调节作用、分工和合作等。

这本书是2019年的新书，我无意中在京东畅销榜上看到，2019年1月经管类的销量前5名。本来因为还积压了很多之前买的书没来得及看，打算很长时间都不买新书了。然而冲着副标题的“看见中国社会小趋势”，以为全书会对未来几年或者十几年的社会发展趋势做一个预测，还是有点兴趣的，于是买来读了。

作者认为现在以及未来几十年都处于中国发展的关键时期，因此计划每年出一本，一共出30年，来记录这些变化。有点类似于《光荣与梦想》，该书记录了1932-1972年这段时期的美国历史。和《光荣与梦想》不同的是：这本书并没有一一记录2018年发生的重要事件，而是用微观的视角，介绍了当下社会不同人群的生活状况。从他们的生活状况，来窥见社会的一些变化。而后者则更像是一本历史书，主要记录了每一时期的重要事件，例如镇压老兵的救济金事件、罗斯福新政等。

因为比较喜欢摄影，时间久了发现摄影也看了不少，相片也拍了不少，各个焦段的镜头也配齐了，然而摄影技术却并没有高到哪里去。就好像代码写久了发现水平瓶颈了，然后重新看基础的算法、操作系统一样。摄影源于美术，那么多看一些美术作品应该可以稍微提升一下美学功底，从而有助于拍出更好的相片，出于这样的想法便买了这本书。

之前也看过一本《小顾聊绘画》，相对那本书的诙谐幽默，这本书更加平实朴素一点。除此以外，书名中的“美术史”相较于“绘画”范畴也更广一些。因为，绘画仅是美术的一个大的分类，而美术还包括了壁画、雕塑、建筑以及几乎所有的外形设计。书名中的“西方”，主要是指西欧地中海沿岸地区，因此并未涉及东方及其他地区的作品。

在做一个文件同步工具的时候，有这样一个需求：假设有source和target两个文件夹，确保两个文件夹中的文件一致。即当source中添加了新文件时，自动拷贝到target; 当source文件夹删除某个文件时，target中的文件也要删除。（实际上文件改动也要进行同步，但和这个例子没有关系）。这样就需要求两个集合的差集，这篇文章演示如何快速实现这一过程。

SecondaryNameNode的作用不是做高可用，它是NameNode的一个辅助进程，用来合并fsimage和edits日志文件。但是，因为它保存了NameNode上元数据的副本(fsimage和edits)，所以当NameNode出现故障时，可以使用它来做临时的NameNode，从而实现NameNode的故障恢复。这篇文章将记录如何实现这一过程。

在使用Change Tracking进行同步的过程中，当对数据量比较大的表进行同步时，发现了隐藏的BUG：重复插入(或者更新丢失)。这篇文章记录下这个问题的产生原因以及解决的方案。假设我们将从主库同步数据到从库，5分钟同步一次，初始版本号都是1，从库由主库还原而来。

很多时候，系统的瓶颈都在数据库的读写方面。一般解决方案都是分库、分表，但是分库分表也有自己的问题：1、连接查询(Join操作)效率降低；2、往往需要修改代码。此时，另一个常用的方法就是读写分离，主库进行增删改，从库只进行读。这样就涉及到主从数据库同步的问题。不同的数据库有不同的解决方案，对于MS SQL Server有日志传送、Always On等方案。

但是，上面的方案都是在同质的数据存储之间进行同步，简单来说，从MSSQL同步到另一台MSSQL。如果从MSSQL同步到MySql数据库，或者从MSSQL同步到消息队列或者缓存，则需要采用其他方法。不同的数据库提供了不同的解决方案，MSSQL提供了两个方案，Change Tracking 和 Change Data Capture。我在Kafka Connect 实时读取MSSQL数据到Kafka 中也做了简单的介绍。这篇文章将更详细介绍如何使用Change Tracking来实现数据同步。

有时候，我们需要在后台运行程序。通常，在Linux上，可以做成系统服务，使用systemctl命令来管理程序的启动和运行；也可以使用 nohup [应用程序] & 来后台运行。在Windows上，想要后台执行程序，通常只能做成Windows服务。有时候，做成Windows服务比较麻烦，而当使用.Net Core时，则需要将程序托管在服务中。但是，可以使用一个间接的方法，让.Net Core控制台程序后台运行。

很早前看过一部电影，叫做《天国王朝》，讲的就是十字军东征的故事。当时觉得蛮震撼的，一方面震撼的是十字军大军出场时的宏大场面，至今还记得那句“耶城主军已到”，以及充满魄力的 “Withdraw，or we all die here”的台词。另一方面，也震撼于战争的残酷和十字军的暴虐，在东征时期残杀了那么多穆斯林。有时候也在想，当下穆斯林世界和西方社会的矛盾和冲突，是否和源于中世纪的十字军东征是否有所联系呢。现在西欧的穆斯林移民的大量涌入，以及欧洲西方人生育率低，而穆斯林普遍生好几个，甚至又有“西方和穆斯林必有一战”的言论出现。

在前面两篇文章中，我们对控制台类型的程序进行了服务注册，并以script脚本的方式进行了健康检查。这篇文章将介绍如何对Web类型的服务进行服务注册，并进行健康检查。

本文依然是采用配置文件的方式进行服务注册，以Http API进行注册的方式会在以后的文章中说明。

在上一节 Consul 注册服务和健康检查(script检查) - Part.3 定义的两个健康检查中，chk_service1和chk_service2分别和服务datacollect.server1和datacollect.server2关联起来了。健康检查也可以不关联任何服务独立运行。例如，我们可以写一个健康检查的脚本，检查节点的内存，当内存占用低于70%时返回 通过，介于70%~90%之间时返回 警告，高于90%时返回失败。

Consul提供的一个主要功能就是提供一个可用服务的列表，进行服务注册和发现。这在服务做负载均衡时非常有用，因为前端应用不再直接访问服务（可能访问到不可用的节点，例如节点宕机或者服务应用异常退出），而是先请求consul获取可用的服务列表，然后再访问服务。Consul则负责维护这个服务列表，并对列表中的服务进行健康检查。

在Consul 安装和配置Server.html中，配置了3节点的server集群。接下来，这篇文章将部署一台Client，并查看它的运行状态。

在实践微服务的过程中，通常使用Consul来进行服务发现和健康检查。这篇文章简单介绍在Linux（CentOS 7）下安装和配置一个3节点的Consul集群。