张子阳的博客

这是我读的第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集群。

Go语言自带的log package非常简单和易用，只要在启动程序的时候调用log.SetOutput配置日志文件的路径，然后通过调用log.Printf()、log.Panic() 等方法就可以将日志输出到文件了。然而，对于一些服务程序而言，当操作系统启动时就开始运行，那么所有日志都会输出到启动时配置的那个文件当中。实际应用中，为了查看方便，我们经常需要按时间来生成日志，比如每天生成一个日志。那么可以通过单独运行一个goroutine，定时检查日志的最后创建时间来重新调用log.SetOutput方法，从而设置新的日志输出路径。

有时候经常会有一些很小的需求，做一些工具应用，比如抓取网页、下载更新数据包等。对于耗时比较久的任务而言，最好是有一个进度显示，可以实时显示进度。下面的代码实现了这一功能，其主要的思想是通过“\r”符号，将光标挪至行首，然后进行输出，此时的输出就覆盖了之前的输出，从而实现实时动画的效果。

这个范例仅仅是一个demo，它还有严重的不足：它是单线程，并只刷新了一行的数据。而诸如下载或者抓取网页，通常都是多线程运行，那么就需要同时更新多行的进度条。此时，就不仅需要将光标挪至行首，还要挪到上一行或者前几行。这种操作的实现思想和这里是类似的，但是使用的特殊符号不同，不再是“\r”。具体可以参考这里：https://en.wikipedia.org/wiki/ANSI_escape_code。

除了控制光标位置以外，还可以控制输出的颜色。但大多数时候，因为时间紧张的关系，在控制台的输出上都非常简单，当需要复杂的输出，就直接写log日志了。

算法是编程的基础，每隔一段时间就应当重温一下。算法的书大多比较艰涩，可能花很久还在看前两章，然后因为什么事情就中断了（往往是被其他更有趣的书所吸引），最后就烂尾了，再次拿起已经不知道是什么时候了。这本书则简单的多，如同书名所述，这本书包含了大量图片，使得理解更加方便。

又到了每年的双11，于是到京东看看有什么可买的书，就注意到了这本《架构整洁之道》。Bob大叔之前的几本书《代码整洁之道》和《敏捷软件开发》之前也都读过。这本是今年9月才出的新书，就立即买来读了。

全书近300页，分成了34篇文章，每一篇都比较短小，内容还是比较精炼的。通读过后，感觉相较于作者之前的书，没有太多新的内容，依然是以SOLID为基础，先对这些原则进行解释，再进行扩展和应用。

这本书在很久很久以前，大概是2008年，就读过一遍，那时候还是第4版。然后最近看另一本书《低欲望社会》，起初以为是一本关于社会学的书，看过之后才发现是一本经济学的书，很大篇幅都是对日本政策所造成的影响的解读。然而，我发现其中很多概念已经有些模糊，一些论证也一知半解了。所以我想有必要重新学习一下经济学基础，于是就又想起了这本《经济学原理》。因为新版已经出到了第7版，所以重新购买了第7版阅读。