首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
yhs
掘友等级
Java工程师
千里之行,始于足下
获得徽章 0
动态
文章
专栏
沸点
收藏集
关注
作品
赞
10
文章 10
沸点 0
赞
10
返回
|
搜索文章
赞
文章( 10 )
沸点( 0 )
字节三面:如何设计一个高并发系统
大家好,我是田螺。 记得很久之前,去面试过字节跳动。被三面的面试官问了一道场景设计题目:如何设计一个高并发系统。当时我回答得比较粗糙,最近回想起来,所以整理了设计高并发系统的15个锦囊
只改了五行代码接口吞吐量提升了10多倍
背景 公司的一个ToB系统,因为客户使用的也不多,没啥并发要求,就一直没有经过压测。这两天来了一个“大客户”,对并发量提出了要求:核心接口与几个重点使用场景单节点吞吐量要满足最低500/s的要求。 当
发现Spring事务的一个实锤bug,官方还拒不承认?你来评评理...
事情是这样的,上周我正在全神贯注的摸鱼,然后有个小伙伴给我发来微信消息,提出了自己关于事务的一个疑问,并配上两段代码: 先说结论:我认为这是 Spring 事务的一个 bug。但是
不掌握这些坑,你敢用BigDecimal吗?
背景 一直从事金融相关项目,所以对BigDecimal再熟悉不过了,也曾看到很多同学因为不知道、不了解或使用不当导致资损事件发生。 所以,如果你从事金融相关项目,或者你的项目中涉及到金额的计算,那么你
🔥我说MySQL每张表最好不超过2000万数据,面试官让我回去等通知?
面试官:麻烦你好好看看这篇文章,再告诉我,每张表到底能存多少数据? 实际情况下,每张表由于自身的字段不同、字段所占用的空间不同等原因,它们在最佳性能下可以存放的数据量也就不同,需要手动计算才行。
用户重复注册分析-多线程事务中加锁引发的bug
开启掘金成长之旅!这是我参与「掘金日新计划 · 12 月更文挑战」的第3天,点击查看活动详情 本文记录博主线上项目一次用户重复注册问题的分析过程与解决方案 博主github地址: github.com
你不得不知的MYSQL优化——索引下推
前言 说到MySQL的优化手段,不得不提的是MYSQL5.6中引入的一种新特性,索引下推,英文是 index condition pushdown,一般简称为 ICP。这也是MySQL面试中经常被问到
生产事故排查标杆,必须写进你的简历里
某年某月的某一天,倒了一杯快乐的水。突然各个客户群突然暴雷,说我们的接口很多超时,作为一个职业道德满满的新世纪好青年,我垂死梦中惊坐起。
所有的原则都是基于开闭原则,直到现在我才理解原则的尽头是开闭
设计模式七大原则我们已经梳理了四种了。包括【单一原则】【接口隔离原则】【依赖倒转原则】【里氏替换原则】
没有二十年功力,写不出Thread.sleep(0)这一行“看似无用”的代码!
你好呀,我是喜提七天居家隔离的歪歪。 这篇文章要从一个奇怪的注释说起,就是下面这张图: 我们可以不用管具体的代码
下一页
个人成就
文章被点赞
5
文章被阅读
2,789
掘力值
73
关注了
3
关注者
3
收藏集
0
关注标签
13
加入于
2022-12-20