摘要：
复制，这是为了增加系统容错性而产生的概念。 复制意味着在通过网络连接的多台机器上保留相同数据的副本。 使得数据与用户在地理上接近（从而减少延迟） 即使系统的一部分出现故障，系统也能继续工作（从而提高可用性） 扩展可以接受读请求的机器数量（从而提高读取吞吐量） 复制的困难在于数据会随着时间变化而改变， 阅读全文
2020年11月7日
2020年10月31日
摘要：
应对变化的能力。数据格式发生变化后，要保持双向兼容性：向后兼容，新代码可读旧数据；向前兼容，旧代码可读新数据。 编码，java中的序列化，java.io.Serializable。但他们都只支持本语言的。 JSON与XML，是我这更常见的做法。 让不同的组织达成一致的难度超过了其他大多数问题。这句话 阅读全文
2020年10月25日
摘要：
数据库主要分为传统的关系型数据库，和近些年流行起来的NoSql。 举了个最简单的数据库例子，有点像我以前实现过的，持久化数据，不存入数据库，就在文件里弄个txt文件，用IO流每次在最后一行存个固定格式的数据。 索引，可以增加数据库查询时的速度，但维护索引需要格外的开销与内存，在写入操作时也会增加时间 阅读全文
2020年10月18日
摘要：
可靠、可扩展、可维护的应用系统。 数据密集型系统，数据量，数据复杂度，数据的快读多变性。 应用系统一般都包含：数据库、高速缓存、索引、流式处理、批处理。 可靠性：即使发生了某些错误，系统仍可以继续正常工作。 错误主要有：硬件故障、软件错误、人为失误。 可扩展性：如何添加计算资源处理额外的负载。 描述 阅读全文
2020年10月3日
摘要：
车站与殡仪馆，都是离别的地方。 喜欢亲人聚在一起的感觉，不喜欢是因为这种原因而聚在一起。人生在世真的好短暂，几十年就没了。 生死之外无大事啊，平常为一些工作做多做少，与人相处付出多付出少的事情而心烦，真是格局、担当太低了。但行好事，莫问前程。这句话我更懂些了。 最近在护肤，痘痘反而多起来了……运动与 阅读全文
2020年8月30日
摘要：
主从复制，机器出现物理上损坏时的一些解决方法。GFS会复制3份副本。这种复制代价是需要更多的硬件资源。带来的是容灾能力。 服务运维人员不容易，还要考虑到物理机的安全问题，地震、停电等情况发生。所以物理机还不能放一个地方。这就是现在云概念为什么这么火吧，普通厂养不起啊。 这周和公司的2个外包交流了一波 阅读全文
2020年8月23日
摘要：
这波差点放弃了……难度大+最近工作任务急，到家只想休息。 今天看了B站2、3节视频，讲的是Go语言、线程、RPC、GFS系统……整体就是在说线程的好处坏处，GFS是怎么备份数据的。分布式系统遇到的问题。 让我联想到了TCP/IP ，为什么要把数据分成许多个小块？可能就是为了让传输速度更快吧，这也是种 阅读全文
2020年7月26日
摘要：
分布式系统存在是有必要性的，它可以通过用钱增加服务器的方式来提高系统性能，而非花大价钱找程序员去改代码。 但这也会有瓶颈，应用服务器可以增加，增加后几乎没什么改动量，只是请求的地方不同，提升的只是后台代码的执行速度。但数据库很难增加，需要改动很多。 增加数据库会有很多问题，强一致性不能保证性能。于是 阅读全文
2020年7月4日
摘要：
项目最近需要实现地图，最后实现的样子大概是这样。 通过这次功能实现，我感觉到我确实有了些程序思维了。 一开始看到需求，我联想到前段时间的中国疫情地图，又想到echarts官网好像也有地图相关的例子。但当我去官网找时，发现已经没有地图的案例了。似乎因为相关法律规定而下线了。 但没关系，网上有很多例子。 阅读全文
2020年6月26日
摘要：
不知不觉，已经到最后的章节了，又是2个月过去了。时间过得真的很快，工作快2年了，我还是个常常迷茫找不到方向的人。 设计模式，模式是在某情境下针对某问题的解决方案。这句话让我想起了我们的一个大领导，每次吃饭都会和我们吹 “模型”、套路，说人做的所有事里面都有套模型和成功套路在的，我们平常做的事就是在找 阅读全文
