稀土掘金 稀土掘金
    • 首页
    • AI Coding
    • 数据标注 NEW
    • 沸点
    • 课程
    • 直播
    • 活动
    • APP
      插件
      • 搜索历史 清空
        • 写文章
        • 发沸点
        • 写笔记
        • 写代码
        • 草稿箱
        创作灵感 查看更多
关注
综合
后端
前端
Android
iOS
人工智能
开发工具
代码人生
阅读
排行榜
综合
后端
排行榜
前端
Android
iOS
人工智能
开发工具
代码人生
阅读
  • 全部
  • 后端
  • Java
  • Python
  • 面试
  • 数据库
  • Go
  • 大数据
  • 架构
  • Spring Boot
  • 展开
  • 全部
  • 后端
  • Java
  • Python
  • 面试
  • 数据库
  • Go
  • 大数据
  • 架构
  • Spring Boot
  • 前端
  • .NET
  • MySQL
  • Elasticsearch
  • C#
  • Linux
  • 暂无数据
    • 推荐
    • 最新
  • Spring 错误使用事务导致数据可见性问题分析
    案例继续来自企业级代码,这里是一个错误使用事务导致的故障。 因为网络隔离,两个服务依赖于同一个数据库做数据传递,一个服务开启事务写入数据并通知另一个服务,另一个服务收到通知后更新数据但是会发生更新丢失
    • Jaising666
    • 32
    • 点赞
    Spring Boot 数据库
  • 如何在 Spring Boot 中接入 Amazon ElastiCache
    缓存在服务端是一个非常重要的东西,今天我们来聊聊怎么把 Amazon ElastiCache应用整合到 Spring Boot 上,让服务响应提速、系统整体轻盈起来。
    • 阿杆
    • 91
    • 1
    Java Redis 数据库
    如何在 Spring Boot 中接入 Amazon ElastiCache
  • Mybatis Plus 主键生成器实现思路分析
    上一篇我们看到了 Mybatis 拦截器在多租户场景下的使用,这次继续看下在主键生成场景下的应用,尤其是一些国产数据库对自增ID支持不足的时候。
    • Jaising666
    • 52
    • 1
    MyBatis Spring Boot 数据库
  • 数据库大事务有什么危害(面试版)
    引言 什么是大事务? 大事务通常指满足以下一个或者多个特征的事务: 涉及大量数据或者资源的修改(如一次update几十万行数据) 执行时间很长(几秒,几分钟甚至更久) 包含大量未提交更改(undolo
    • 想用offer打牌
    • 45
    • 点赞
    后端 数据库 架构
    数据库大事务有什么危害(面试版)
  • Redis发布订阅模式:打造实时消息通信系统的实践指南
    一、引言 在现代互联网应用中,实时性已经成为用户体验的重要一环。无论是即时聊天工具的消息传递,还是电商平台的订单状态更新,甚至是多人协作工具中的事件同步,实时消息通信系统都扮演着不可或缺的角色。
    • Go高并发架构_王工
    • 40
    • 点赞
    Redis 数据库 性能优化
  • MySQL 核心知识全解析:从语法到实战(DDL/DML/DQL + 核心特性)
    MySQL 作为目前最流行的开源关系型数据库管理系统之一,广泛应用于 Web 开发、数据分析等领域。对于初学者而言,掌握其核心基础概念和操作,是搭建数据存储层的第一步。
    • 程序员根根
    • 21
    • 1
    MySQL 数据库
  • 金仓数据库(KingbaseES) 开发实战:常见迁移挑战与技术解析
    本文整理了4个技术场景,分别是对象命名,空值处理,JSON数据处理以及序列管理,经由原理分析并重现代码,带领大家一起避开这些陷阱,从而更好地掌握KingbaseES。
    • 倔强的石头_
    • 49
    • 2
    数据库
  • 分库分表正在被淘汰
    如果我们现在在搭建新的业务架构,如果说你们未来的业务数据量会达到千万 或者上亿的级别 还在一股脑的使用分库分表的架构,那么你们的技术负责人真的就应该提前退休了
    • 提前退休的java猿
    • 13k
    • 59
    后端 数据库
    分库分表正在被淘汰
  • 对标MinIO!全新一代分布式文件系统诞生!
    最近 MinIO 官方在 README 中正式宣布项目进入“维护模式”: 不再接受新功能、增强或拉取请求:代码库仅进行维护,不再开发新特性。 安全补丁和关键bug修复:会根据个案评估,但不是保证全面支
    • JavaGuide
    • 557
    • 8
    后端 数据库
  • APM(一):Skywalking 与 Easyearch 集成
    本文实战演示了集成 Skywalking 与 Easysearch 的过程。Easyearch 使用的版本是 1.14.1,需要开启 Elastic 兼容模式。
    • 极限实验室
    • 50
    • 点赞
    数据库 云原生
    APM(一):Skywalking 与 Easyearch 集成
  • Redis内存管理与优化策略:避免OOM的最佳实践
    一、引言 Redis 作为一款高性能的内存数据库,早已成为现代互联网应用的宠儿。无论是用作缓存加速访问、存储用户会话,还是驱动实时排行榜,它的身影无处不在。然而,正如一辆跑车需要精心调校才能发挥极致性
    • Go高并发架构_王工
    • 57
    • 点赞
    Redis 数据库 性能优化
  • 较 Trino 省 67% 成本,速度快 10 倍,中通快递基于 SelectDB 的湖仓分析架构
    中通快递借助 SelectDB 搭建湖仓分析架构,完善 OLAP 分析能力。离线实现 2000+ QPS 并发点查,实时仅用原集群 1/3 机器覆盖全部业务,90%分析任务耗时从 10 分钟降到1分钟
    • SelectDB
    • 43
    • 点赞
    数据库 数据分析
    较 Trino 省 67% 成本,速度快 10 倍,中通快递基于 SelectDB 的湖仓分析架构
  • Rust 异步编程:Futures 与 Tokio 深度解析
    Rust异步编程利用Future、async/await和Tokio等,实现高性能、高并发、内存安全的非阻塞应用,是构建现代可伸缩系统的强大工具。
    • 云云众生s
    • 38
    • 点赞
    数据库 Rust
  • 一站式了解数据库三大范式(库表设计基础)
    引言 第一范式 第一范式:确保关系中的所有属性(列)都是不可再分的原子性值。 具体含义: 表中的每一个字段都不可再分。 不允许在同一列中存储多个值,例如,一个“联系方式”字段不能包含“电话号码, 电子
    • 想用offer打牌
    • 58
    • 点赞
    后端 数据库 面试
    一站式了解数据库三大范式(库表设计基础)
  • Redis与MySQL双剑合璧:缓存更新策略与数据一致性保障
    一、前言 在现代高并发系统中,性能和数据一致性常常是一对“欢喜冤家”:追求极致性能可能牺牲一致性,而过于强调一致性又容易拖慢系统响应。Redis和MySQL作为两种截然不同的数据库技术,就像武侠小说中
    • Go高并发架构_王工
    • 16
    • 1
    Redis 数据库 性能优化
  • 人脸识别项目如何在Spring Boot项目中如何建立数据库和管理
    本文将介绍如何在 **Spring Boot 项目**中建立一个高效、可扩展的人脸识别数据库,并实现基础的人脸数据管理功能,同时结合 MySQL、Redis 与内存优化策略,提升系统整体性能。
    • 进击的丸子
    • 252
    • 1
    后端 数据库 MySQL
    人脸识别项目如何在Spring Boot项目中如何建立数据库和管理
  • 时间设置的是23点59分59秒,数据库却存的是第二天00:00:00
    问题描述 昨天下班的时候,运营反馈了一个问题,明明设置的是两天后解封,为什么提示却是三天后呢。 比如今天(6.16)被拉入黑名单了,用户报名会提示 “6.19号恢复报名”,但是现在却提示6月20号才能
    • 提前退休的java猿
    • 17k
    • 124
    后端 Java 数据库
    时间设置的是23点59分59秒,数据库却存的是第二天00:00:00
  • AI TO SQL:AIGC时代数据库操作的革命性变革
    AI TO SQL利用大模型将自然语言转为SQL,降低数据库操作门槛。基于SQLite案例展示从Mobile First到AI First的转变,提升数据查询效率。
    • 晴栀ay
    • 62
    • 28
    LLM 数据库 AIGC
  • 🔥我说MySQL每张表最好不超过2000万数据,面试官让我回去等通知?
    面试官:麻烦你好好看看这篇文章,再告诉我,每张表到底能存多少数据? 实际情况下,每张表由于自身的字段不同、字段所占用的空间不同等原因,它们在最佳性能下可以存放的数据量也就不同,需要手动计算才行。
    • 阿杆
    • 160k
    • 1.8k
    数据库 MySQL 后端
    🔥我说MySQL每张表最好不超过2000万数据,面试官让我回去等通知?
  • 与产品经理的“模糊”对决:Elasticsearch实现MySQL LIKE '%xxx%'
    曾以为掌握了Elasticsearch的match查询就征服了搜索世界——直到产品经理轻叩桌面,抛出一个看似简单的要求:"我们需要像MySQL的LIKE '%关键词%'那样前后通配的模糊搜索。"
    • 一旅人
    • 2.0k
    • 32
    Elasticsearch 后端 数据库
    与产品经理的“模糊”对决:Elasticsearch实现MySQL LIKE '%xxx%'
  • 晚上好!
    点亮在社区的每一天

    推荐话题 换一换

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

    21.8m

    #每日精选文章#

    2.7m

    #每日快讯#

    9.6m

    #日新计划#

    10.4m

    #每天一个知识点#

    45.7m

    #新人报道#

    37.6m

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

    399k

    #我的技术写作成长之路#
    #我的技术写作成长之路#

    8.9m

    #掘金一周#

    1.3m

    #AI 编程#

    414k

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