稀土掘金 稀土掘金
    • 首页
    • AI Coding
    • 数据标注 NEW
    • 沸点
    • 课程
    • 直播
    • 活动
    • APP
      插件
      • 搜索历史 清空
        • 写文章
        • 发沸点
        • 写笔记
        • 写代码
        • 草稿箱
        创作灵感 查看更多
关注
综合
后端
前端
Android
iOS
人工智能
开发工具
代码人生
阅读
排行榜
综合
后端
排行榜
前端
Android
iOS
人工智能
开发工具
代码人生
阅读
  • 全部
  • 后端
  • Java
  • 面试
  • Python
  • 架构
  • 大数据
  • 数据库
  • Spring Boot
  • Go
  • 展开
  • 全部
  • 后端
  • Java
  • 面试
  • Python
  • 架构
  • 大数据
  • 数据库
  • Spring Boot
  • Go
  • 前端
  • .NET
  • MySQL
  • Elasticsearch
  • C#
  • Trae
  • 暂无数据
    • 推荐
    • 最新
  • 深入doris查询计划以及io调度(四)存储引擎架构
    1. StorageEngine 架构概述 1.1 核心架构设计 Doris 的存储引擎采用 LSM-Tree(Log-Structured Merge-Tree) 架构,专为写多读少场景优化。Sto
    • 语落心生
    • 14
    • 点赞
    数据库
  • 深入doris查询计划以及io调度(三)查询执行协调器QE
    概述 在 Doris 的查询执行体系中,Coordinator(协调器)是 FE 端负责查询执行协调的核心组件。它由第 7 章的查询规划器生成分布式执行计划后接管,负责将逻辑执行计划转化为实际的物理执
    • 语落心生
    • 13
    • 点赞
    数据库
  • MySQL SQL语法详解:带注释的实用示例
    MySQL SQL分四类:DDL定义结构,DML操作数据,DQL查询检索,DCL管理权限。各司其职,事务特性不同,是数据库操作基础。
    • 蓝银草同学
    • 11
    • 点赞
    数据库 前端
  • 深入doris查询计划以及io调度(二)Nereids优化器详解
    导读 What:Nereids优化器的核心组件有哪些?Cascades框架是什么? Why:为什么需要重写优化器?Nereids相比传统Planner有哪些优势? How:Memo数据结构如何紧凑存储
    • 语落心生
    • 18
    • 点赞
    数据库
  • 深入doris查询计划以及io调度(一)查询规划器planner
    导读 What:Planner 包含哪些核心组件?PlanNode、PlanFragment 的设计是什么? Why:为什么需要将查询计划分片(Fragment)?为什么需要单机计划和分布式计划两个阶
    • 语落心生
    • 16
    • 点赞
    数据库
  • Redis与微服务:分布式系统中的缓存设计模式
    1. 引言 在过去的几年里,微服务架构如雨后春笋般席卷了软件开发领域。它将单体应用拆解为多个独立的小服务,每个服务专注于单一职责,通过轻量级协议(如HTTP或gRPC)协同工作。这种灵活性带来了敏捷
    • Go高并发架构_王工
    • 31
    • 点赞
    Redis 数据库 性能优化
  • 性能提升 4000%!我是如何解决 运营看板 不能跨库&跨库查询慢这个难题的
    最近遇到一个跨库查询性能问题,查询耗时从 24 秒优化到 0.6 秒,提升了 40 倍。这篇文章记录一下整个排查和解决过程,涉及 Superset、PostgreSQL FDW、微服务架构下的数据聚合
    • 也无风雨也雾晴
    • 468
    • 8
    后端 数据库 PostgreSQL
    性能提升 4000%!我是如何解决 运营看板 不能跨库&跨库查询慢这个难题的
  • 分库分表正在被淘汰
    如果我们现在在搭建新的业务架构,如果说你们未来的业务数据量会达到千万 或者上亿的级别 还在一股脑的使用分库分表的架构,那么你们的技术负责人真的就应该提前退休了
    • 提前退休的java猿
    • 16k
    • 72
    后端 数据库
    分库分表正在被淘汰
  • SQL Server 完整锁类型详解
    SQL Server 完整锁类型详解 你想了解 SQL Server 中的所有锁类型,SQL Server 的锁按锁定资源粒度和锁的功能类型可分为两大核心分类,同时有明确的兼容性规则,下面为你逐一拆解
    • 大巨头
    • 19
    • 点赞
    数据库
  • MySQL EXPLAIN 执行计划分析:能否查看 JOIN 关联顺序
    你们知道 EXPLAIN 是否能看出 MySQL 的 JOIN 关联顺序? 结论是:完全可以,而且 EXPLAIN 是查看、分析 MySQL JOIN 关联顺序的核心、最常用手段,没有之一。
    • Cosolar
    • 84
    • 2
    后端 数据库 MySQL
    MySQL EXPLAIN 执行计划分析:能否查看 JOIN 关联顺序
  • 时间设置的是23点59分59秒,数据库却存的是第二天00:00:00
    问题描述 昨天下班的时候,运营反馈了一个问题,明明设置的是两天后解封,为什么提示却是三天后呢。 比如今天(6.16)被拉入黑名单了,用户报名会提示 “6.19号恢复报名”,但是现在却提示6月20号才能
    • 提前退休的java猿
    • 17k
    • 128
    后端 Java 数据库
    时间设置的是23点59分59秒,数据库却存的是第二天00:00:00
  • 🔥我说MySQL每张表最好不超过2000万数据,面试官让我回去等通知?
    面试官:麻烦你好好看看这篇文章,再告诉我,每张表到底能存多少数据? 实际情况下,每张表由于自身的字段不同、字段所占用的空间不同等原因,它们在最佳性能下可以存放的数据量也就不同,需要手动计算才行。
    • 阿杆
    • 161k
    • 1.8k
    数据库 MySQL 后端
    🔥我说MySQL每张表最好不超过2000万数据,面试官让我回去等通知?
  • 对标MinIO!全新一代分布式文件系统诞生!
    最近 MinIO 官方在 README 中正式宣布项目进入“维护模式”: 不再接受新功能、增强或拉取请求:代码库仅进行维护,不再开发新特性。 安全补丁和关键bug修复:会根据个案评估,但不是保证全面支
    • JavaGuide
    • 913
    • 9
    后端 数据库
  • Java 联系人管理系统开发实战:解决查询中的笛卡尔积问题
    解决 SQL 多对多关系查询中的笛卡尔积问题。通过 GROUP_CONCAT 聚合函数和 GROUP BY 子句,将联系人的多个分组和标签聚合到一条记录中,避免数据重复。
    • Shadow1086
    • 20
    • 点赞
    数据库
    Java 联系人管理系统开发实战:解决查询中的笛卡尔积问题
  • 5 倍性能提升,Apache Doris TopN 全局优化详解|Deep Dive
    Apache Doris 针对 TopN 类型查询进行了全局优化,可将此类查询的性能提升约 5 倍;同时,优化范围也从单表进一步拓展至数据湖场景
    • SelectDB
    • 50
    • 点赞
    数据库 Apache
    5 倍性能提升,Apache Doris TopN 全局优化详解|Deep Dive
  • 与产品经理的“模糊”对决:Elasticsearch实现MySQL LIKE '%xxx%'
    曾以为掌握了Elasticsearch的match查询就征服了搜索世界——直到产品经理轻叩桌面,抛出一个看似简单的要求:"我们需要像MySQL的LIKE '%关键词%'那样前后通配的模糊搜索。"
    • 一旅人
    • 2.0k
    • 32
    Elasticsearch 后端 数据库
    与产品经理的“模糊”对决:Elasticsearch实现MySQL LIKE '%xxx%'
  • Redis哨兵模式详解:自动故障转移与高可用保障
    文章简介 Redis作为一个高性能的内存数据库,以其超低的延迟和灵活的数据结构在互联网应用中无处不在。从缓存热点数据到实现分布式锁,从消息队列到实时排行榜,Redis几乎成了开发者的“瑞士军刀”。
    • Go高并发架构_王工
    • 51
    • 1
    Redis 数据库 性能优化
  • 为什么堂堂微信数据库表名、字段名起的如此随意?
    1.微信数据库解密 微信数据库在在哪个文件夹 EnMicroMsg.db的父文件加密规则是md5("mm" + uin)这样就可以准确的获取到db文件的位置. uin的获取:/data/data/co
    • Shepherd
    • 64k
    • 461
    后端 数据库 微信
    为什么堂堂微信数据库表名、字段名起的如此随意?
  • 博客园又崩了,这个锅要不要阿里云背?
    昨天下午博客园又崩了,不过与其它大厂的崩溃不同,博客园出现崩溃的频率好像有点高。 这是怎么回事呢?和阿里云又有什么关系,这篇文章就来一探究竟。 到底是谁的问题?
    • 萤火架构
    • 61k
    • 295
    数据库 性能优化 后端
    博客园又崩了,这个锅要不要阿里云背?
  • 【金仓数据库】ksql 指南(五) —— 创建与管理索引和视图(KingbaseES 查询优化核心)
    本文介绍了KingbaseES数据库中索引和视图的基本操作。索引用于优化查询性能,包括普通索引、唯一索引和复合索引的创建方法;视图则简化数据访问,可隐藏复杂查询逻辑。文章详细讲解了从创建、查看、维护到
    • 倔强的石头_
    • 26
    • 2
    数据库
  • 晚上好!
    点亮在社区的每一天

    推荐话题 换一换

    #挑战每日一条沸点#
    #挑战每日一条沸点#

    22.1m

    #2025 AI/Vibe Coding 对我的影响#
    #2025 AI/Vibe Coding 对我的影响#

    93k

    #这些年我用过的手机#
    #这些年我用过的手机#

    73k

    #每日快讯#

    9.7m

    #每日精选文章#

    2.9m

    #日新计划#

    10.5m

    #每天一个知识点#

    46.5m

    #我的 2026新年 flag#
    #我的 2026新年 flag#

    342k

    #工作中做得最正确的一件事#
    #工作中做得最正确的一件事#

    402k

    #掘金一周#

    1.4m

    查看更多
    • 用户协议
    • 营业执照
    • 隐私政策
    • 关于我们
    • 使用指南
    • 友情链接
    • 更多后端文章
    • 举报邮箱: feedback@xitu.io
    • 座机电话: 010-83434395
    • 京ICP备:18012699号-3
    • 京ICP证:京B2-20191272
    • police 京公网安备11010802026719号
    • ©2026 稀土掘金