v2exgo

35 岁这个危机根本没啥好聊的，我现在 32 岁，14 岁就开始编程 JSP C/C++ ASP+Access PHP+mysql cgi Delphi 都玩过 算是上古程序员了，08 年左右那个时候就流行程序员 30 岁就一定要转管理的说法，而且当时程序员这个圈子根本没有什么聊技术这个说法，更没什么卷八股文、算法一说，很多人都是想着怎么做灰 chan ，搞灰 ge zi 免杀 抓 Ji 搞传奇 sf 去境外搞 sq 网站 搞网 du BC 玩草 Liu 发个 LOVE 手势认证、玩个暗组 或者再高端一点 来整一篇看雪精华 啥的，把 ID 改好同步到论坛，最后就能去 QQ 群里吹半年了。（现在 00 后基本上没人知道草 liu 、暗组、看雪这些了） 反正当时怎么来钱快就怎么来，只要脑子但凡灵光一点的肯定不会往技术上死磕。

当时程序员主要是下面几波人，国内制造业用单片机，所以这块起步的比较早，玩单片机 stm32 硬件的是一波人，有的人玩 C++ 搞游戏 unreal 或者 unity 那套，还有一波人在大厂自研游戏引擎，也有堆游戏业务脚本的老哥 ，有一拨人是搞 php 的，因为 Discuz 是 php ，当年 Discuz 很流行，很多人在做二开，另外 php 还可以做一些 cms ，有些 zf 项目要 cms 聚合，还有 php 做一些独立网店面向海外的，或者做 wordpress 二开，还有一些人搞 J2me 在塞班或者国产 mtk 平台上做小游戏，有一些人做 x86 windows 搞 win32 那套，有的人搞 vc6 ，有的人写 delphi ，有一些人做 jsp 写 EJB SSH 那套，还有一些老的 XX 管理系统甚至 IIS+Asp+Access 实现的，
互联网都是 12 年之后才爆发的，真正过了 15 年之后，Java 后端、移动端、前端开发就开始成为就业主力王者了。

主流程序员市场就前面这么几波人，但是你说有啥技术么，其实真的没有，因为技术这个东西，你干 5-7 年，上面那些东西无论哪个领域怎么都整明白了，说到底就那么点东西，除了那些大公司部分核心部门需要盖摩天大厦，99%的人面对的实际应用场景就是一个狗窝，最多 5-8 年经验，再多一点就是浪费了，早年搞 51 单片机还很吃香，深圳好说歹说至少 9k+，你今天搞单片机还是这个价格，房价老早翻了几十倍了，另外你今天不整个高端的 mcu + linux ，你都不好意思说自己做嵌入式的。

而且国内这种环境，人力成本太便宜，你前面公司用 php 胡乱写一通，前面 5-6 年公司业务还应付得过去，后面有钱了再花钱招一波 Java ，招几个大厂出来的+一堆应届生，能给你公司项目安排的明明白白。

当年技术是不是完全没有人研究呢？也不是，还是出了很多书，包括很多老外的书籍，翻译大体还是不错的，像机械工业出版社的黑皮书。

另外像台湾的那个候捷 深入浅出 MFC ，也很受欢迎。很多老程序员就嘲笑过，学 MFC 没饭吃，现在 00 后谁知道 MFC ？ 不过当时机灵一点的都去搞 php 做 CMS 做独立站了，或者搞 xx 管理系统了，因为那个来钱快，但你用 vc6 ，那就活该你去郊区工厂写上位机，一辈子翻不了身。

@qingyingwan 是的，一个细节可以问死很多人，像原子变量 x86 可以用 lock 汇编命令，底层有 MESI 缓存一致性协议，这里面又有很多细节，以及队列的实现，具体到底层 有大量的细节，很容易问死人

@qingyingwan 我知道，这个时候，其实你也是要去表达的，你有哪些思路 有哪些地方可以考量的，很多面试官的意思就是看你工作中处理的经验多不多而已，真实的案例中，可能网上已经有成熟的方案跟工具了，而且很有可能你根本就没做过这块，但是不妨碍你表达你可能在这个方案中 你会思考哪些东西，可能哪些点需要你去做抉择

@coefuqin 很多时候，这些方案我也没实际做过，只是结合自己的经验来做判断，关键还是讲出自己的思路来

@coefuqin 没办法，很多时候 用人单位就是这样设计场景题的，首先是筛选外包那些菜的，另外就是筛选八股文不熟悉的，同步数据说到底就是那几个思路，先你得有一个快照，这个快照不能受到干扰吧，然后可重复读不是有 gap lock 么，这个你事务时间太长 gap-lock 是不是耽误别的数据进行一个写入呢？那是不是能采用小范围的读数据，把 gap-lock 的范围缩小，然后是不是能考虑用索引，这个时候是不是又要考虑 非唯一索引 跟唯一索引的 gap-lock 范围 以及位置，这些里面组合的情况很多的，你要根据实际情况 去做方案，做了方案还要做实施

@v2exgo #11

2. Binlog 事件中的字符集信息缺失
原因：

在 ROW 格式的 Binlog 中，字段的字符集信息通过 Table Map Event 传递。

若 Canal 未正确读取字段的 gb2312 字符集元数据，可能直接使用表默认的 utf8 解码。

@zizon 然后 binlog 不是有几种模式，有 statement 跟 row mixed 模式，一般做这种同步，最好使用 row 模式，肯定也会问到的，八股文的东西太多了，我以前也看过，刚才才想起来，还有 binlog 的 row 格式

假设 Mysql 里有一张 student 表，表里面有一个 name 字段，student 配置的是 utf-8 编码，但是 student 配置的是 GB2312 的编码，然后用 canal 去订阅，会有什么问题？

这个问题估计编码可能有问题，因为 binlog 本质上内容还是 SQL ，如果 SQL 存在编码问题，那么从库的数据肯定就对不上了

@zizon 估计面试也是要问你具体的因素的，像你大表，不可能用 limit offset 这个超过一定数量的时候有性能问题，所以你要考虑用主键，那用主键就要考虑步长的问题，mysql 主键自增也是可能有空隙的，如果主键不是自增的，你又要怎么处理，反正屁事很多，具体的业务场景你没做过，肯定都要想办法上网去查方案