稀土掘金 稀土掘金
    • 首页
    • AI Coding
    • 数据标注 NEW
    • 沸点
    • 课程
    • 直播
    • 活动
    • APP
      插件
      • 搜索历史 清空
        • 写文章
        • 发沸点
        • 写笔记
        • 写代码
        • 草稿箱
        创作灵感 查看更多
关注
综合
后端
前端
Android
iOS
人工智能
开发工具
代码人生
阅读
排行榜
综合
后端
排行榜
前端
Android
iOS
人工智能
开发工具
代码人生
阅读
  • 全部
  • 后端
  • Java
  • Python
  • 面试
  • 数据库
  • 大数据
  • Go
  • 架构
  • Spring Boot
  • 展开
  • 全部
  • 后端
  • Java
  • Python
  • 面试
  • 数据库
  • 大数据
  • Go
  • 架构
  • Spring Boot
  • 前端
  • .NET
  • MySQL
  • Elasticsearch
  • Linux
  • C#
  • 暂无数据
    • 推荐
    • 最新
  • 如何避免MySQL死锁?资深DBA的9条黄金法则
    MySQL死锁总让你头疼?其实只要做好事务设计、统一操作顺序、加对索引,就能大幅降低风险。本文总结9条实战经验,帮你从根源避免死锁,提升系统稳定性。
    • 刘大华
    • 56
    • 3
    后端 MySQL
    如何避免MySQL死锁?资深DBA的9条黄金法则
  • MySQL-锁机制
    MySQL 锁机制 一、全局锁(Global Lock) 1. 核心定义 锁定整个MySQL实例,所有库/表的读写操作均被阻塞 仅支持读操作(加锁后),所有DDL、DML写操作均被阻塞 2. 加锁/解
    • coderCatIce
    • 31
    • 1
    后端 MySQL
  • 取代Navicat!全新一代数据库管理工具来了,超级智能!
    作为后端开发,我们经常需要使用数据库管理工具来操作数据库,比较常用的有Navicat。今天给大家分享一款比它界面更现代化,提示更智能的数据库管理工具,集成AI功能可以实现报错分析。
    • MacroZheng
    • 2.3k
    • 12
    后端 Java MySQL
    取代Navicat!全新一代数据库管理工具来了,超级智能!
  • 第4讲:现代SQL高级特性——窗口函数与CTE
    第4讲:现代SQL高级特性——窗口函数与CTE 一、为什么需要窗口函数? 传统方案的痛点 需求: 查询每个部门薪资前3名的员工 传统方案(关联子查询): 问题: 性能差:这种方法每次查询 e1 时,都
    • 骑着bug的coder
    • 100
    • 2
    后端 MySQL
  • 人脸识别项目如何在Spring Boot项目中如何建立数据库和管理
    本文将介绍如何在 **Spring Boot 项目**中建立一个高效、可扩展的人脸识别数据库,并实现基础的人脸数据管理功能,同时结合 MySQL、Redis 与内存优化策略,提升系统整体性能。
    • 进击的丸子
    • 222
    • 1
    后端 数据库 MySQL
    人脸识别项目如何在Spring Boot项目中如何建立数据库和管理
  • MySQL锁机制详解,看这一篇就够了
    MySQL的锁机制就像给数据上锁,防止多人同时修改造成混乱。本文用生活例子,带你快速搞懂行锁、表锁、共享锁、间隙锁等常见类型。
    • 刘大华
    • 73
    • 3
    后端 MySQL
    MySQL锁机制详解,看这一篇就够了
  • PostgreSQL这么多优势,为什么还要使用MySQL
    为什么这些大厂不选择同样流行的 MySQL,而是纷纷押注 PostgreSQL?这背后,是 PostgreSQL 在多个关键技术维度上的显著优势。
    • 最贪吃的虎
    • 3.8k
    • 29
    后端 MySQL
    PostgreSQL这么多优势,为什么还要使用MySQL
  • 面试官微笑发问:第100万页怎么查?我差点当场沉默…
    面试官常问:MySQL 数据表上亿时,limit 1000000,10 这种超大分页该怎么优化?本质是避免“扫描+丢弃”。本文从索引、延迟关联、游标分页到业务层面与 MySQL8.x 新特性全面解析。
    • 软件求生
    • 10k
    • 92
    后端 面试 MySQL
    面试官微笑发问:第100万页怎么查?我差点当场沉默…
  • 第5讲:事务——数据一致性的保护伞
    开篇:一个转账引发的血案 需求: 模拟一个简单的转账场景。为了演示,我们需要先准备一张账户表。 想象一个场景:你给朋友转账1000元。 如果第1步执行成功,你的钱扣了。但第2步突然断电了,朋友没收到钱
    • 骑着bug的coder
    • 31
    • 1
    后端 MySQL
  • 🔥我说MySQL每张表最好不超过2000万数据,面试官让我回去等通知?
    面试官:麻烦你好好看看这篇文章,再告诉我,每张表到底能存多少数据? 实际情况下,每张表由于自身的字段不同、字段所占用的空间不同等原因,它们在最佳性能下可以存放的数据量也就不同,需要手动计算才行。
    • 阿杆
    • 160k
    • 1.8k
    数据库 MySQL 后端
    🔥我说MySQL每张表最好不超过2000万数据,面试官让我回去等通知?
  • 字节2面:为了性能,你会违反数据库三范式吗?
    数据库的三大范式,它是数据库设计中最基本的三个规范,那么,三大范式是什么?在实际开发中,我们一定要严格遵守三大范式吗?这篇文章,我们一起来聊一聊。
    • 猿java
    • 21k
    • 255
    MySQL Java 面试
    字节2面:为了性能,你会违反数据库三范式吗?
  • 看到同事设计的表结构我人麻了!聊聊怎么更好去设计数据库表
    最近接了个外包,和另外两个哥们一起开发。因为他们的时间更充裕,所以前期的表结构都是他们来设计,我没有参与。等我空下来开始做我的部分时,两眼一抹黑,光看表名完全不知道是什么东西。 我不理解,但大受震撼
    • 一只叫煤球的猫
    • 7.7k
    • 71
    后端 MySQL 面试
    看到同事设计的表结构我人麻了!聊聊怎么更好去设计数据库表
  • MySQL千万级数据从190秒优化到1秒全过程
    千万级数据大概就是MySQL查询的天花板了。这里讨论的情况是在MySQL一张表的数据达到千万级别。表设计很烂,业务统计规则又不允许把sql拆成多个子查询。
    • nine是工程师
    • 54k
    • 436
    MySQL 性能优化
    MySQL千万级数据从190秒优化到1秒全过程
  • 用 25 个概念彻底看懂SQL多维分析的底层逻辑
    当你第一次写 SQL 时,你可能觉得它不过是“查数据的工具”。 但当你第一次要面对真实业务里的报表需求,比如: 用户维度统计 产品维度统计 日期维度统计 层级汇总(天 → 月 → 年) 多维交叉分..
    • 却尘
    • 100
    • 3
    后端 SQL MySQL
  • 面试官问你 MySQL 的线上执行 DDL 该怎么做?4 种方案多角度回答!
    揭秘MySQL三大DDL算法(copy、inPlace、Instant Add Column),助你线上修改表结构不锁表、不宕机,轻松解决面试与生产难题!
    • AirMan
    • 8.3k
    • 55
    后端 MySQL
    面试官问你 MySQL 的线上执行 DDL 该怎么做?4 种方案多角度回答!
  • 京东二面:分库分表后翻页100万条,怎么设计?答对这题直接给P7!
    一、引言 如果你已经有过几轮面试经验,肯定会遇到过类似的问题。 我们都知道,数据库分页查询很常见,尤其是展示列表的功能,基本上每个系统都有。 但是,如果你做过大流量、高并发的系统,就会知道,当数据量上
    • 江小北
    • 9.3k
    • 139
    后端 Java MySQL
  • 公司来的新人用字符串存储日期,被组长怒怼了...
    在日常的软件开发工作中,存储时间是一项基础且常见的需求。无论是记录数据的操作时间、金融交易的发生时间,还是行程的出发时间、用户的下单时间等等,时间信息与我们的业务逻辑和系统功能紧密相关。因此,正确选择
    • JavaGuide
    • 16k
    • 104
    后端 MySQL
    公司来的新人用字符串存储日期,被组长怒怼了...
  • 换掉Navicat!一款集成AI功能的数据库管理工具,功能真心强大!
    作为开发人员,我们少不了要和数据库打交道,此时有一款好用的数据库管理工具会极大提高工作效率。最近发现了一款体验不输Navicat的数据库管理工具SQLark,界面直观易用,功能也很强大,分享给大家!
    • MacroZheng
    • 6.3k
    • 27
    后端 Java MySQL
    换掉Navicat!一款集成AI功能的数据库管理工具,功能真心强大!
  • MySQL + Redis 分布式事务消息中间件:保证最终一致性
    MySQL + Redis 分布式事务消息中间件:保证最终一致性 摘要 在分布式系统中,MySQL 和 Redis 的数据一致性是一个经典难题。本文将深入探讨如何通过自研消息中间件,基于本地消息表和事
    • 雨中飘荡的记忆
    • 49
    • 点赞
    MySQL Redis
    MySQL + Redis 分布式事务消息中间件:保证最终一致性
  • 千万级大表如何新增字段?别再直接 ALTER 了
    千万级大表加字段,一句ALTER可能让服务瘫痪。本文揭秘PT-OSC、Online DDL等实战方案,如何在业务无感的情况下安全完成结构变更,附真实案例与避坑指南,再也不用半夜改表提心吊胆。
    • 刘大华
    • 2.2k
    • 24
    后端 MySQL
    千万级大表如何新增字段?别再直接 ALTER 了
  • 中午好!
    点亮在社区的每一天

    推荐话题 换一换

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

    21.7m

    #TRAE SOLO#
    #TRAE SOLO#

    172k

    #每日精选文章#

    2.6m

    #每日快讯#

    9.6m

    #日新计划#

    10.4m

    #每天一个知识点#

    45.4m

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

    399k

    #新人报道#

    37.5m

    #掘金一周#

    1.3m

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

    8.9m

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