第255章 音符跳动诞生(2 / 2)

说着调出代码,“这里我用了SELEct ... FoR UpdAtE,高并发下也能保证点赞数精准,对绝不会出乱子。”

台下的曲若柠盯着投影幕布,眼神发空。她完全听不懂这些技术术语,只能跟着旁人的节奏点头,像个混在队伍里的“滥竽充数”者。

苏院长和郑义军倒是频频点头,可宋璟言听着听着,眉头渐渐拧了起来。

上一世,他的“璟言科技”就研发过一款旅游服务平台App,当时就因为自己不懂技术,被技术团队掣肘过,后来才咬牙补了一堆技术知识。

崔泽明这套“行锁”方案,听着头头是道,实则里面藏着重大隐患

等崔泽明讲完,宋璟言才开口,语气平静却很清晰:“崔总监的设计在技术上没问题,但有个致命隐患!这个行锁在高并发场景下会成为性能瓶颈,搞不好会让整个服务器雪崩。”

这话一出口,满会议室寂静,所有人的目光都聚到了宋璟言身上

——连郑义军和苏院长都皱了眉,显然没明白。

崔泽明原本就很自信,在团队里向来是大家的“技术权威”,这会儿被个大一学弟挑错,压根没往心里去。

要不是宋璟言是老板,他早忍不住反讽了。

一个大一新生,还敢对自己的技术提出质疑?

他扯了扯嘴角,语气里带着点不耐烦:“宋总,理论知识学得倒是挺扎实,还知道并发和锁。但这是最经典、最可靠的方案。不用锁,数据乱了怎么办?这是生产环境,不是学校里的课程设计。”

会议室气氛瞬间僵住。

李永凯几人没说话,可眼神里却藏着点“老板纸上谈兵”的不认同。

崔泽明不知道,自己的言辞已经犯了职场大忌!

这里不是学校的技术研讨会,是公司,他是员工,对老板摆技术架子,还当众驳面子,再牛的技术,也留不得。

宋璟言已经默默把崔泽明划出了核心团队,但他没打算立刻动手。

崔泽明毕竟现在是团队牵头人,贸然动他容易让团队散架。

他盘算着,先招几个全职程序员,把团队拆成Ab组,让崔泽明带A组,张文彬带b组,再把新人安插进两组,慢慢分化他的话语权。

这事急不得,得慢慢来,不能让技术团队断层、出乱子。

面上,宋璟言半点没露情绪,迎着众人的目光走到前面,拿起马克笔就在写字板上画起了架构图。

第一步,他先画了密密麻麻的箭头,指向一个标注“行锁”的方框:“大家看,我们做的是短视频App,一个爆款视频可能几分钟内涌百万次点赞。这个行锁会让所有请求排队串行,数据库连接马上被占满,其他读写操作全超时——这就是雪崩。”

第二步,他擦掉箭头,在白板中央写下大大的“Redis”:“高频写的计数,不能直接压给数据库。Redis是内存数据库,原子递增操作的性能是ySqL的千百倍,还能保证线程安全,刚好扛下点赞计数的压力。”

第三步,他接着补全架构:“但不能只靠Redis,内存数据怕丢。所以要加个异步落库机制——Redis实时统计点赞数,后台每秒同步一次数据到ySqL做持久化。这样前端响应快,后端数据也能保证最终一致。”

写字板前静得落针可闻。这套方案逻辑清晰、兼顾了性能和安全,直接推翻了崔泽明那套“经典却笨重”的设计。

郑义军猛地拍了下桌子,激动地说:“宋璟言说得对!我以前在埃森哲做项目时,处理秒杀库存就是这么干的!这才是互联网高并发的标准解法,绝对可行!”

苏院长也跟着鼓掌,看向宋璟言的眼神满是赞许:“璟言,你以前学过软件开发?”

不然一个大一学生,怎么可能懂这么深的技术?

宋璟言自然不会提“重生”的事,挠了挠头,装作不好意思地笑

“高中时对编程感兴趣,自己瞎琢磨着学了点。”

“自学?”苏院长笑了笑,没点破。

这些知识,没有几年系统学习根本啃不下来。

在场除了曲若柠,都是计算机相关专业的,没发现出什么端倪,只觉得宋璟言是过于谦虚而已

也直到此刻他们才反应过来。

宋璟言砸钱做这个项目,根本不是一时兴起的“玩票”,而是早有准备的“蓄谋已久”。

……