laminux29

这玩意很简单，所谓联盟链，说白了，就是把数据库在每一方的服务器里做一个 raid 1 的冗余。

接着，数据读写就按 raid 1 的思路去做：

写数据：一方产生的数据，在每一方的数据库里都存一份；
读数据：需要从每一方的数据库里读取数据，同时检查这份数据是否都存在于每一方，以及每一方的数据是否都相等。

其他的，平时怎么来，现在就怎么来。

1.客服系统的业务有点像火车站售票大厅，单个用户在窗口买票时，无论流量还是 CPU 压力，其实并不大，而且每个业务实例之间的关联度还很低，多买票窗口的并行度非常高。麻烦的地方只有一个，就是新用户进来时，需要排队，同时快速通过负载均衡选一个空闲的窗口进行买票。

2.通过上诉分析，技术选型也就简单了。最重要的是前端排队，要能撑起来 1-2k 的峰值。建议 C++，选择一个轻量级内存数据库模块，来做排队前级，后级就是 java 或 Python 甚至 PHP 做的窗口，数据库用龟速 mysql 都行，流量大时多开几个节点。

程序员行业，与陪家人，其实是一对矛盾，这对矛盾不仅国内有，就连微软也都大量存在，没办法的。

所以，漂亮女友，与好工作，二选一吧。

除非你是官二代或富二代，否则不用想着两头都占。

北方冬天取暖的经济成本其实很低，省城高端小区一个月的采暖费也才 2000 左右，能让全屋平均温度保持在 20 度以上。

然而在南方，特别是接近长江但没有暖气的地方，一个月全屋只开空调的费用已经接近 2000 元，而且空调在极寒天气，对温度最高提升也就几度。这种地方如果要把全屋温度升到十几度以上，必须是全屋地暖 + 房间内对流式电暖气 + 局部石英管取暖器，一个月的电费在 4000 元以上。但这种地区，人均工资才 6000~8000，寒冬一个月的舒适级取暖费的电费就要消耗掉半个月工资，根本不实际。

所以，南方地区，大部分居民实际的冬季取暖现状为，局部取暖+其他靠抖。

这算啥，Flash 时代，一个日本的高手，直接在网页上实现了带 AI 的机器人对战。

在 C#中，给学生数组，按照总分、语文分数、其他分数等字段进行多字段排序，自己写的话会有一堆 for 循环以及后处理，而 lambda 只需要一行：

学生数组.OrderBy(x => x.总分).ThenBy(x => x.语文分数).ThenBy....

这玩意本质是函数语言，和 SQL 的思路很像。如果你熟悉 SQL，你就会发现这玩意在处理数据时，非常好用。

@pence2019 我觉得，你的问题，在软件工程相关书籍里，有比较完整的解释说明。

@lihongjie0209 数据库的负载，与很多因素有关。你发的截图，它这书里，只是针对它自己的环境与业务，给出 mysql 的负载信息而已。这种数据看看就行了，不用太关注。你应该更关注你自己的业务。