2个技术老大的方向

最近发布,一个同事接收mq消息时,(由于对mq的理解不深入,没考虑到高并发的问题,我当时协助这块代码的后续实现也没考虑会有并发的问题),导致发布验证失败。(至于转测 上线前的代码评审、pre测试,大家都懂的,好是好东西,真正做到很好的,不多。)

还好有个四个小时的修改发布窗口。当时三下五除二,代码写完也没验证(晚上mq的pre环境没提供o(╥﹏╥)o),直接重新打包发布了。

然后电话给现在的老大,报备下改动的地方。然后又被啰嗦了很久:问什么mysql用mediumtext类型的字段。。。用这个字段里面保存几千条记录和分开保存成几千条记录在存储容量上是一样的。那问什么不采用后者呢。

当时我真想说:这个问题你和之前的技术总监商讨下问什么。另外,你不知道,当mysql单表的数据库过大时,数据库的访问速度会下降吗。多条记录保存到mediumtext中,免去了分库,分表。架构上简单。(其实之前我也没用过text保存很多条记录来代替数据库中的多条记录,当时我也强烈使用后者方案,毕竟text中保存上千条记录,直观性,可读性,灵活性都不是很好)

你可能感兴趣的:(2个技术老大的方向)