稀土掘金 稀土掘金
    • 首页
    • 沸点
    • 课程
    • 数据标注 HOT
    • AI Coding
    • 更多
      • 直播
      • 活动
      • APP
      • 插件
    • 直播
    • 活动
    • APP
    • 插件
      • 搜索历史 清空
        • 写文章
        • 发沸点
        • 写笔记
        • 写代码
        • 草稿箱
        创作灵感 查看更多
关注
综合
后端
前端
Android
iOS
人工智能
开发工具
代码人生
阅读
排行榜
综合
后端
排行榜
前端
Android
iOS
人工智能
开发工具
代码人生
阅读
  • 全部
  • 后端
  • Java
  • Go
  • 面试
  • Python
  • 前端
  • 架构
  • 数据库
  • Spring Boot
  • 展开
  • 全部
  • 后端
  • Java
  • Go
  • 面试
  • Python
  • 前端
  • 架构
  • 数据库
  • Spring Boot
  • 算法
  • JavaScript
  • MySQL
  • 大数据
  • 程序员
  • Elasticsearch
  • 暂无数据
    • 推荐
    • 最新
  • 第 21 章:分页优化——深分页的多种解法
    第 21 章:分页优化——深分页的多种解法 一个让人血压升高的问题 你一定见过这样的代码: 这条 SQL 看起来人畜无害——"给我第 100 万页的第 1 到第 10 条数据"。 但你的数据库不这么想
    • 星辰小山
    • 9
    • 2
    MySQL
    第 21 章:分页优化——深分页的多种解法
  • MySQL优化全攻略:索引、SQL与分库分表的最佳实践
    ## SQL优化一般步骤 ### 慢日志定位 通过慢查日志等定位那些执行效率较低的SQL语句
    • SevenCoding
    • 28
    • 点赞
    MySQL
  • 第 8 章:B+ 树索引——MySQL 最重要的数据结构
    第 8 章:B+ 树索引——MySQL 最重要的数据结构 一个问题 假设你有一张用户表,里面存了 1000 万条数据。现在要查一个用户: 如果没有索引,MySQL 怎么找到这条记录? 答案是:从头翻到
    • 星辰小山
    • 13
    • 1
    MySQL
    第 8 章:B+ 树索引——MySQL 最重要的数据结构
  • Mysql的行级锁到底是怎么加的?
    ## 开篇结论 加锁的对象是**索引**,加锁的基本单位是 next-key lock,它是由记录
    • SevenCoding
    • 37
    • 2
    MySQL
  • MySQL锁机制:从全局锁到行级锁的深度解读
    ## 全局锁 ```sql flush tables with read lock ``` 执行
    • SevenCoding
    • 42
    • 点赞
    MySQL
  • 取代Navicat!全新一代数据库管理工具来了,超级智能!
    作为后端开发,我们经常需要使用数据库管理工具来操作数据库,比较常用的有Navicat。今天给大家分享一款比它界面更现代化,提示更智能的数据库管理工具,集成AI功能可以实现报错分析。
    • MacroZheng
    • 12k
    • 66
    后端 Java MySQL
    取代Navicat!全新一代数据库管理工具来了,超级智能!
  • 慢 SQL 如何排查和优化?
    慢 SQL 的排查和优化是数据库性能调优的关键环节,尤其是在高并发环境下,慢 SQL 可能会导致性能瓶颈,影响应用响应速度。以下是关于如何排查和优化慢 SQL 的详细步骤。 一、如何排查慢 SQL 1
    • Change_Your
    • 33
    • 点赞
    MySQL 面试
  • InnoDB存储结构全解析:行页区段与单表2000W行的关系
    ## 逻辑存储结构 表空间由段(segment)、区(extent)、页(page)、行(row)
    • SevenCoding
    • 29
    • 点赞
    MySQL
  • PostgreSQL这么多优势,为什么还要使用MySQL
    为什么这些大厂不选择同样流行的 MySQL,而是纷纷押注 PostgreSQL?这背后,是 PostgreSQL 在多个关键技术维度上的显著优势。
    • 最贪吃的虎
    • 13k
    • 92
    后端 MySQL
    PostgreSQL这么多优势,为什么还要使用MySQL
  • MySQL 核心内幕:从索引原理、字段选型到日志机制与外键约束,一篇打通数据库任督二脉
    这个标题精准覆盖了您提供的所有内容模块——索引(B+树、聚集/辅助索引)、字段类型(整数/浮点/文本/日期)、日志体系(Binlog/Redo Log/Undo Log)以及外键约束的深度解读。
    • stark张宇
    • 480
    • 12
    数据库 MySQL 架构
    MySQL 核心内幕:从索引原理、字段选型到日志机制与外键约束,一篇打通数据库任督二脉
  • 面试官微笑发问:第100万页怎么查?我差点当场沉默…
    面试官常问:MySQL 数据表上亿时,limit 1000000,10 这种超大分页该怎么优化?本质是避免“扫描+丢弃”。本文从索引、延迟关联、游标分页到业务层面与 MySQL8.x 新特性全面解析。
    • 软件求生
    • 16k
    • 129
    后端 面试 MySQL
    面试官微笑发问:第100万页怎么查?我差点当场沉默…
  • 鹅厂面试:SELECT * 一定导致索引失效?常见索引失效场景有哪些?
    在数据库性能优化中,索引是最直接有效的优化手段之一。然而,建了索引并不等于一定能用上索引。实际开发中,我们经常遇到这样的困惑:明明在字段上建立了索引,查询却依然慢如蜗牛,通过 EXPLAIN 分析发现
    • JavaGuide
    • 151
    • 1
    后端 MySQL
    鹅厂面试:SELECT * 一定导致索引失效?常见索引失效场景有哪些?
  • MySQL语句执行深度剖析:从连接到执行的全过程
    ## 执行流程图 ![](https://p0-xtjj-private.juejin.cn/to
    • SevenCoding
    • 47
    • 点赞
    MySQL
  • 🔥我说MySQL每张表最好不超过2000万数据,面试官让我回去等通知?
    面试官:麻烦你好好看看这篇文章,再告诉我,每张表到底能存多少数据? 实际情况下,每张表由于自身的字段不同、字段所占用的空间不同等原因,它们在最佳性能下可以存放的数据量也就不同,需要手动计算才行。
    • 阿杆
    • 162k
    • 1.8k
    数据库 MySQL 后端
    🔥我说MySQL每张表最好不超过2000万数据,面试官让我回去等通知?
  • MySQL 8 中大小写敏感与不敏感排序规则的选择
    在 MySQL 数据库设计中,字符集(charset)和排序规则(collation)通常是在创建数据库或表时确定的配置,但它们会直接影响字符串比较、排序以及查询行为。 在 MySQL 8 中,常见的
    • pe7er
    • 62
    • 1
    MySQL
  • 字节2面:为了性能,你会违反数据库三范式吗?
    数据库的三大范式,它是数据库设计中最基本的三个规范,那么,三大范式是什么?在实际开发中,我们一定要严格遵守三大范式吗?这篇文章,我们一起来聊一聊。
    • 猿java
    • 22k
    • 264
    MySQL Java 面试
    字节2面:为了性能,你会违反数据库三范式吗?
  • MySQL使用全攻略:从命令大全到规范的最佳实践
    ## Mysql命令大全 ### mysql服务的启动和停止 ```sql net stop
    • SevenCoding
    • 58
    • 1
    MySQL
  • 深入理解MySQL三大日志:binlog、redo log、undo log,一文彻底搞懂!
    一、为什么你必须搞懂MySQL三大日志? 在面试中被问到"MySQL如何保证数据不丢失?",你是否曾支支吾吾?面对"binlog和redo log有什么区别?",是否只能含糊回答?
    • 卷毛的技术笔记
    • 140
    • 2
    MySQL
    深入理解MySQL三大日志:binlog、redo log、undo log,一文彻底搞懂!
  • SQL 性能优化全解:从执行计划到底层逻辑,根治 99% 的慢 SQL 与规范落地
    本文系统讲解MySQL SQL性能优化,聚焦执行计划(EXPLAIN/ANALYZE)解读、慢SQL根治方案(索引设计、联表/分页/排序优化)、开发规范及MyBatis-Plus工程实践,破除常见误区
    • 殷紫川
    • 56
    • 2
    MySQL 数据库
    SQL 性能优化全解:从执行计划到底层逻辑,根治 99% 的慢 SQL 与规范落地
  • MySQL千万级数据从190秒优化到1秒全过程
    千万级数据大概就是MySQL查询的天花板了。这里讨论的情况是在MySQL一张表的数据达到千万级别。表设计很烂,业务统计规则又不允许把sql拆成多个子查询。
    • nine是工程师
    • 54k
    • 438
    MySQL 性能优化
    MySQL千万级数据从190秒优化到1秒全过程
  • 中午好!
    点亮在社区的每一天

    推荐话题 换一换

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

    24.0m

    #晒晒你的Token账单#
    #晒晒你的Token账单#

    242k

    #百虾大战:pick你的本命虾#
    #百虾大战:pick你的本命虾#

    395k

    #每日快讯#

    10.0m

    #每日精选文章#

    4.8m

    #日新计划#

    11.0m

    #每天一个知识点#

    51.4m

    #沸点周刊#

    1.7m

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

    438k

    #OpenClaw今天想篡位了吗#
    #OpenClaw今天想篡位了吗#

    863k

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