首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
优质文章
订阅
志字辈小蚂蚁
更多收藏集
微信扫码分享
微信
新浪微博
QQ
10篇文章 · 0订阅
还挺有意思 : 小小的尝试一下 JDK9 引入的模块系统
一. 前言 本来是想写 JDK21 对比 JDK8 的差异的 ,但是第一个功能点就卡壳了,模块化系统还有点难搞,搞了一早上都没跑通,也不理解这样的目的 本来想随便丢个案例上去算了 ,但是这样太不负责了
让业务更进一步 :Flink 入门使用指南
一. 前言 早在 2008 年 Flink 的前身就已经再柏林兴起 ,在 2015 年的时候 ,Flink 得到了快速的发展。 Flink 是一个开源的流式处理框架 ,单纯从这个名字上很难看出这个框架
商品推荐系统浅析 | 京东云技术团队
本文主要做推荐系统浅析,主要介绍推荐系统的定义,推荐系统的基础框架,简单介绍设计推荐的相关方法以及架构。适用于部分对推荐系统感兴趣的同学以及有相关基础的同学,本人水平有限,欢迎大家指正。
CAP 的取舍与设计
一 . 前言 之前也看过 Seata 以及 TCC-Transaction 的具体原理 , 现在开始学一些枯燥的概念 , 这一篇就来看一看 CAP . CAP 是一种思想 , 了解这种思想可以帮助我们
写篇文章来证明我零拷贝算是入门了
👈👈👈 欢迎点赞收藏关注哟 一. 前言 Netty 之所以快有很多原因,但是零拷贝一定是其中必不可少的一环。 对于这一块我一直一知半解,这里来尝试学清楚。 零拷贝的目的很简单,主要是为了减少不必要的数
空闲时间来一篇 MongoDB explain 手记
一. 前言 MySQL 有一套完整的性能优化方案,同样的,MongoDB 也有一套相关的方法论。 最近新起了一个项目,但是数据量起来后效果不是很好,配置了索引后实际效果还是很差,所以不得不深入学习了一
秒杀 :分库分表是提升数据库性能最合适的方式
👈👈👈 欢迎点赞收藏关注哟 一. 前言 数据库作为整个系统的一大件,在秒杀场景下同样有很多需要考虑的地方。 这一篇先从宏观角度来看,不谈具体的优化细节。能用钱解决的,就先不考虑小优化。 分库分表并不是
ClickHouse 程序员入门精要
👈👈👈 欢迎点赞收藏关注哟 一. 前言 写了一些项目后,渐渐发现,常规的数据库本身具有极限,在一些特定的场景下,整体就显得很吃力了。 到了这个时候,就要考虑使用其他类型的数据库了,这里就来学习一下 C
把Redis当作队列来用,真的合适吗?
我经常听到很多人讨论,关于「把 Redis 当作队列来用是否合适」的问题。 有些人表示赞成,有人表示反对,究竟谁说的对呢?
🔥我说MySQL每张表最好不超过2000万数据,面试官让我回去等通知?
面试官:麻烦你好好看看这篇文章,再告诉我,每张表到底能存多少数据? 实际情况下,每张表由于自身的字段不同、字段所占用的空间不同等原因,它们在最佳性能下可以存放的数据量也就不同,需要手动计算才行。