首页
首页
沸点
课程
直播
活动
竞赛
商城
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
小圆规
掘友等级
高级开发工程师@某互联网大厂
温故而知新,可以为师矣
获得徽章 9
动态
文章
专栏
沸点
课程
收藏集
关注
作品
赞
527
文章 518
沸点 9
赞
527
返回
|
搜索文章
最新
热门
MySql一个索引占用空间超过10G的分析和优化
使用数据的场景并不会有那么频繁的修改,如果我们使用那样的方式每天更新一次,也就意味着每天都需要1个亿的id,那么这张表42天后就会用完,那么到时候就不够用了,而增量的分析方式会使得这个表大约每天增长
java泛型高级篇——泛型通配符是阅读框架代码的基础
PECSextends用于生产者模式,而super用于消费者模式。 消费者,callback的结果是为了消费。生产者比如那些Converter,处理不同格式的请求,需要生产不同的转换器。
记一次应用服务调用超时问题的排查!
网络问题有时候让人摸不着头脑,但是并不可怕,只要仔细分析,必然能找到问题的原因。 应用层出现网络问题时,我们先排查应用层的问题,尽量的规避问题,再查看底层网络或者对方是否存在问题,最终找到问题的根本原
围绕数据流设计应用系统
为了将写路径扩展到最终用户,我们需要从根本上重新思考构建这些系统的方式:从**请求/响应交互交互**转向发**布/订阅数据流**!
分布式事务和共识
共识问题是分布式计算中最重要也是最基本的问题之一,表面上看,只是让几个节点就某件事情达成一致。这似乎很简单,但是许多失败的系统正是由于低估了这个问题所导致的。 在探讨了复制、事务、系统模型、线性化和全
不可靠的时钟
投入大量资源,也是可以达到非常高的时钟精度。比如金融机构要求**高频交易基金**必须在UTC **100微妙**内同步时钟,以便调试‘崩盘’等市场异常并**检测市场操纵**等违规行为。 高精度的时钟
流处理的容错
批处理容错方法要确保批处理作业的输出和没有出错时的最终结果相同,即使中间某些情况失败了,看起来好像每个输入记录都恰好被记录了一次,没有记录被遗漏,也没有记录被处理两次。 这个被称为**恰好一次**语
流处理之流式join模式
持续创作,加速成长!这是我参与「掘金日新计划 · 6 月更文挑战」的第10天,点击查看活动详情 本系列主要是《数据密集型应用系统设计》阅读笔记,本文记录流处理主题的笔记心得。 流式join 通过主键来
流处理系统的思考
因此,在消息处理的代价很高,希望并行处理,而且消息排序又不那么重要的情况下,AMQP和JMS风格的消息代理更可取。另一方面,**在消息吞吐量高的情况下,每个消息处理速度快,消息顺序又很重要的情况下,基
事务之串行化
解决并发问题的直接有效方法是避免并发。 多线程并发在过去30年的时间一直被认为是提升性能的关键。那么现在也有逐渐转向单线程执行的趋势,是为什么呢? - 内存越来越便宜 - OLTP事务通常非常快。而运
下一页
个人成就
文章被点赞
535
文章被阅读
96,166
掘力值
2,964
关注了
56
关注者
113
收藏集
1
关注标签
6
加入于
2021-01-19