稀土掘金 稀土掘金
    • 首页
    • 沸点
    • 课程
    • 数据标注 HOT
    • AI Coding
    • 更多
      • 直播
      • 活动
      • APP
      • 插件
    • 直播
    • 活动
    • APP
    • 插件
      • 搜索历史 清空
        • 写文章
        • 发沸点
        • 写笔记
        • 写代码
        • 草稿箱
        创作灵感 查看更多
关注
综合
后端
前端
Android
iOS
人工智能
开发工具
代码人生
阅读
排行榜
综合
后端
排行榜
前端
Android
iOS
人工智能
开发工具
代码人生
阅读
  • 全部
  • 后端
  • Java
  • 前端
  • 架构
  • Python
  • Go
  • 面试
  • 程序员
  • JavaScript
  • 展开
  • 全部
  • 后端
  • Java
  • 前端
  • 架构
  • Python
  • Go
  • 面试
  • 程序员
  • JavaScript
  • AI编程
  • 数据库
  • 人工智能
  • Agent
  • Spring Boot
  • MySQL
  • 暂无数据
    • 推荐
    • 最新
  • MySQL JSON 实战详解:从存储、查询、更新到 JSON_TABLE 与索引
    简介 MySQL 从 5.7.8 开始支持原生 JSON 数据类型。 它适合存储结构不完全固定、但仍然需要按路径查询和修改的数据,例如: 商品扩展属性 用户个性化配置 动态表单内容 第三方接口原始响应
    • 唐青枫
    • 37
    • 1
    MySQL SQL
    MySQL JSON 实战详解:从存储、查询、更新到 JSON_TABLE 与索引
  • 参数引发的复制中断:max_binlog_cache_size 导致 SQL 线程异常的复现与分析
    问题发生 某个客户的一套数据库,主库为 MySQL 5.7.44,从库为 GreatSQL 8.0.32-27,从库的 SQL 线程中断,报错如下: 报错信息表示:主库在回放事务 18c68804-6
    • GreatSQL
    • 18
    • 点赞
    MySQL
  • 取代Navicat!全新一代数据库管理工具来了,超级智能!
    作为后端开发,我们经常需要使用数据库管理工具来操作数据库,比较常用的有Navicat。今天给大家分享一款比它界面更现代化,提示更智能的数据库管理工具,集成AI功能可以实现报错分析。
    • MacroZheng
    • 18k
    • 85
    后端 Java MySQL
    取代Navicat!全新一代数据库管理工具来了,超级智能!
  • 🔥我说MySQL每张表最好不超过2000万数据,面试官让我回去等通知?
    面试官:麻烦你好好看看这篇文章,再告诉我,每张表到底能存多少数据? 实际情况下,每张表由于自身的字段不同、字段所占用的空间不同等原因,它们在最佳性能下可以存放的数据量也就不同,需要手动计算才行。
    • 阿杆
    • 164k
    • 1.8k
    数据库 MySQL 后端
    🔥我说MySQL每张表最好不超过2000万数据,面试官让我回去等通知?
  • PostgreSQL这么多优势,为什么还要使用MySQL
    为什么这些大厂不选择同样流行的 MySQL,而是纷纷押注 PostgreSQL?这背后,是 PostgreSQL 在多个关键技术维度上的显著优势。
    • 最贪吃的虎
    • 16k
    • 106
    后端 MySQL
    PostgreSQL这么多优势,为什么还要使用MySQL
  • 面试官微笑发问:第100万页怎么查?我差点当场沉默…
    面试官常问:MySQL 数据表上亿时,limit 1000000,10 这种超大分页该怎么优化?本质是避免“扫描+丢弃”。本文从索引、延迟关联、游标分页到业务层面与 MySQL8.x 新特性全面解析。
    • 软件求生
    • 18k
    • 133
    后端 面试 MySQL
    面试官微笑发问:第100万页怎么查?我差点当场沉默…
  • MySQL千万级数据从190秒优化到1秒全过程
    千万级数据大概就是MySQL查询的天花板了。这里讨论的情况是在MySQL一张表的数据达到千万级别。表设计很烂,业务统计规则又不允许把sql拆成多个子查询。
    • nine是工程师
    • 54k
    • 437
    MySQL 性能优化
    MySQL千万级数据从190秒优化到1秒全过程
  • 字节2面:为了性能,你会违反数据库三范式吗?
    数据库的三大范式,它是数据库设计中最基本的三个规范,那么,三大范式是什么?在实际开发中,我们一定要严格遵守三大范式吗?这篇文章,我们一起来聊一聊。
    • 猿java
    • 22k
    • 265
    MySQL Java 面试
    字节2面:为了性能,你会违反数据库三范式吗?
  • gt-checksum v4.0.0 新功能解读系列文章(5):DSN 密文保护——连接串密码不再明文裸奔
    一、功能简介 [yejr@db160 gt-checksum]$ cat docs/gt-checksum-v4.0.0-dsn-encrypt-article.md gt-checksum v4.0
    • GreatSQL
    • 17
    • 点赞
    MySQL
  • gt-checksum v4.0.0 新功能解读系列文章(4):SSL 加密连接——数据校验传输安全再升级
    一、功能简介 v4.0.0 为 gt-checksum 和 repairDB 同时新增了 SSL/TLS 加密连接支持。通过 8 个新增配置参数,源端和目标端可以独立配置各自的 SSL 证书和加密模式
    • GreatSQL
    • 23
    • 点赞
    MySQL
  • 公司来的新人用字符串存储日期,被组长怒怼了...
    在日常的软件开发工作中,存储时间是一项基础且常见的需求。无论是记录数据的操作时间、金融交易的发生时间,还是行程的出发时间、用户的下单时间等等,时间信息与我们的业务逻辑和系统功能紧密相关。因此,正确选择
    • JavaGuide
    • 19k
    • 110
    后端 MySQL
    公司来的新人用字符串存储日期,被组长怒怼了...
  • Gap Lock 死锁实战:5 秒在本地复现 MySQL 间隙锁死锁
    Gap Lock 死锁实战:5 秒在本地复现 MySQL 间隙锁死锁 事故背景 2 点,订单服务死锁告警。两个事务都在执行 insert,插入的还都不是同一行数据——为什么会产生死锁? 死锁日志的关键
    • 云技纵横
    • 79
    • 点赞
    后端 MySQL
    Gap Lock 死锁实战:5 秒在本地复现 MySQL 间隙锁死锁
  • 看到同事设计的表结构我人麻了!聊聊怎么更好去设计数据库表
    最近接了个外包,和另外两个哥们一起开发。因为他们的时间更充裕,所以前期的表结构都是他们来设计,我没有参与。等我空下来开始做我的部分时,两眼一抹黑,光看表名完全不知道是什么东西。 我不理解,但大受震撼
    • 一只叫煤球的猫
    • 9.9k
    • 91
    后端 MySQL 面试
    看到同事设计的表结构我人麻了!聊聊怎么更好去设计数据库表
  • MySQL redo禁用导致全备失败
    MySQL redo禁用导致了全备失败,分析根因,进行验证测试多个场景,问题解决以及一些问题的思考。
    • 啊山022324
    • 79
    • 3
    MySQL 数据库
    MySQL redo禁用导致全备失败
  • MySQL 三万字精华总结 + 面试100 问,和面试官扯皮绰绰有余(收藏系列)
    和其它数据库相比,MySQL有点与众不同,它的架构可以在多种不同场景中应用并发挥良好作用。主要体现在存储引擎的架构上,插件式的存储引擎架构将查询处理和其它的系统任务以及数据的存储提取相分离。这种架构可以根据业务的需求和实际需要选择合适的存储引擎。 连接层:最上层是一些客户端和连…
    • 贾大星
    • 122k
    • 1.6k
    MySQL
    MySQL 三万字精华总结 + 面试100 问,和面试官扯皮绰绰有余(收藏系列)
  • 为什么 PostgreSQL 就是比 MySQL 香?
    根据DB-Engines最新排名,PostgreSQL稳居全球第四,在开源关系型数据库中连续多年霸榜第一。 曾几何时,MySQL 就是数据库的代名词。但最近几年,好像大家纷纷都弃用MySQL,不约而同
    • ServBay
    • 921
    • 6
    MySQL PostgreSQL 数据库
  • 京东二面:分库分表后翻页100万条,怎么设计?答对这题直接给P7!
    一、引言 如果你已经有过几轮面试经验,肯定会遇到过类似的问题。 我们都知道,数据库分页查询很常见,尤其是展示列表的功能,基本上每个系统都有。 但是,如果你做过大流量、高并发的系统,就会知道,当数据量上
    • 江小北
    • 11k
    • 150
    后端 Java MySQL
  • 不要再盲选了,PostgreSQL、MySQL与SQLite真实性能对比
    程序员都知道,关系型数据库的选型直接决定了系统后期的扩展性与性能上限。目前主流的开源关系型数据库主要有 PostgreSQL、MySQL 和 SQLite,但这几个数据库的底层架构、查询优化机制以及适
    • ServBay
    • 407
    • 1
    数据库 SQLite MySQL
  • 一条UPDATE语句在MySQL 8.0中到底加了几把锁?
    理解MySQL的锁,可以先从它的架构设计入手。SQL语句进来后,要经过哪些节点:Server层的元数据锁、InnoDB的意向锁(IS/IX)、行级锁,每层管的粒度不同。先看架构设计,再看每层有哪些锁,
    • SamDeepThinking
    • 71
    • 点赞
    后端 程序员 MySQL
    一条UPDATE语句在MySQL 8.0中到底加了几把锁?
  • 全解MySQL终章:这份爆肝30W字的数据库宝典赠与有缘的你!
    无论你是Java、Go、PHP、Python、Node....任何语言的开发者,如若对数据库仅停留在基本的增删改查,那相信本系列的文章绝对能助力大家成为“码农Plus”,也一定值得诸位细读品鉴~
    • 竹子爱熊猫
    • 50k
    • 506
    数据库 MySQL Java
  • 晚上好!
    点亮在社区的每一天

    推荐话题 换一换

    #绩效季渡劫现场#

    140k

    #第一份工资花哪了#
    #第一份工资花哪了#

    430k

    #大厂被裁程序员,到底裁的是谁?#
    #大厂被裁程序员,到底裁的是谁?#

    341k

    #每日快讯#

    10.8m

    #每日精选文章#

    8.1m

    #日新计划#

    11.9m

    #每天一个知识点#

    58.0m

    #沸点周刊#

    2.2m

    #五一计划抢先晒#

    437k

    #国产龙虾谁能打过OpenClaw#
    #国产龙虾谁能打过OpenClaw#

    208k

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