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 的负载信息而已。这种数据看看就行了，不用太关注。你应该更关注你自己的业务。

理发店，分几种。

第一种是小区店，一般最多 2~3 个坑位。这种很便宜，大概 10 元~20 元就可以理发，只是店面装修很一般。

第二种是在人流高峰地段，或者商业区，或者步行街，有大店子，装修地富丽堂皇，里面的从业者一般自称为老师、艺术总监之类的，这种就会催促你办卡，并且剪个头发费用金贵的。你去的应该是这种。

我建议，只是剪发，去小区店就行了。小区店在美团上一般找不到，导航软件上会有，更多的要靠当地居民打听打听。

这年头，硬盘又不值钱，但数据无价。

为了数据安全，建议 raid 1 + 1 热备盘。

首先，一般情况下，1 楼的回答是对的。其他回答什么无锁都是错的。

其次，你这个业务，存在一个特殊性：R 与 W 都是线程 A，而线程 B 只有 R，这种情况可以参考数据库引擎的做法，使用日志，来解决锁问题。也就是说 A 只操作日志，B 可以直接操作队列，然后使用一个新线程负责处理日志、队列以及线程 B 的关系。但这种东西难度较大，比较有挑战。

数据库结构缺失是啥？

重要数据配置经常导致的 BUG 又是啥？

能举个例子不？

@lihongjie0209

1.业界共识，是虽未以文档告知，但无论是软件开发者，还是用户，都会这么去做的约定俗成。

2.测试主从同步当然至少需要建立两个虚拟机，如果有多台物理机必然更好。

3.测试集群，必然需要用更多的虚拟机甚至物理机。其次，如果当硬件条件都不具备时，不应该硬着头皮上集群。

4.这个问题与 IP ＋端口的定义没任何关系，这只是 mysql 对于业界共识的一种硬编码 bug 而已。如果是按照业界共识去做，就不会踩到这个 bug，仅此而已。

5.Redis 不是纯粹的单线程程序，并且它也并不总是 CPU 密集型问题的解决方案。

6.正规公司，招聘的合格的 DBA 与系统管理员，在配置数据库服务器前，必然会对其负载有准确的预算。如果这种场景下，他们仍然选择让服务器在大部分时间以超低负荷运行，那么他们必然有特殊安排，比如首要目标是稳定，而不是资产利用率。

@charlie21 国外我不了解，但国内就是这种现状。

@levon 那请你逐条解释我说的 5 点，为什么是 [是基于 n 年前的认知] 。

不要在一个 OS 里，跑 1 个以上的数据库实例，这是你的错误，别怪 mysql。你不按照业界共识去做，必然会遇到各种各样的花式 bug。

楼主提到的两个优势，其实只是一个。也就是快速备份与恢复。

但是，为了实现这个优势，却牺牲了性能与外设的便捷性。

因此，用不用虚拟机办公，要根据个人的习惯与业务来考虑。


最后，我给一个折中的建议，可以结合物理机的高性能，以及虚拟机的方便：

1.工作电脑，用高配物理机，这样性能高，用的爽。

2.工作电脑，在第一次装好机，配置好各种 IDE 与软件后，一定要用 GHOST 做一个备份。这样就算是系统坏了，还可以快速恢复。

3.一些测试工作、没用过的软件，建议在虚拟机下先做测试，确定没问题后，再拿到工作电脑里用。

@levon

1.以前的电脑要能流畅跑 Windows + VS，会很贵。而 Linux + Eclipse 则不需要昂贵的配置。

2.你觉得 VS 有社区版，但 Windows 有社区版吗？

3.以前，Windows 的服务器，内存配置低了，跑得慢，而 Linux 会好很多。其次云服务器也就最近几年才兴起，再早一点，很多是机房托管。

4..Net Core 也是最近才问世的。.Net 早就错过黄金增长期了。

5.最重要的一点是，.net + Windows 这个环境门槛低，导致公司不会给这种程序员开太高工资。

C#的优点是，
原版 Windows + VS + C# + MSSQL + WinForm，能在很短时间内，做出一个具有 GUI 的中小型程序，拿来自己写点小东西还算不错的。

但是，C#拿去找工作，在国内不太合适。首先因为 C#的环境贵，国内的公司不喜欢这种要付出高昂成本的。其次是因为 C#门槛低，因此工资对于程序员来说不如 Java 高。