在 Spring Boot 项目中，数据库连接池已经成为标配，然而，我曾经遇到过不少连接池异常导致业务错误的事故。很多经验丰富的工程师也可能不小心在这方面出现问题。
在这篇文章中，我们将探讨数据库连接池，深入解析其实现机制，以便更好地理解和规避潜在的风险。
数据库系列：MySQL慢查询分析和性能优化 数据库系列：MySQL索引优化总结（综合版）数据库系列：高并发下的数据字段变更1 背景我们常常在创建组合索引的时候，会纠结一个问题，组合索引包含多个索引字段，它的顺序应该怎么放，怎样能达到更大的性能利用。正确的索引字段顺序应该取决于使用该索引的查
数据库
为什么需要插入意向锁？
并行事务可能出现的问题，具体表象就是脏写，脏读，不可重复读，幻读。MySQL通过隔离不同程度地规避这些问题，MySQL隔离级别有4种，包括：读未提交（READ UNCOMMITTED）、读提交 （READ COMMITTED）、可重复读 （REPEATABLE READ）、串行化 （SERIALIZ
mysql invalid conn排查服务监控系列文章服务监控系列视频问题背景服务使用golang ，客户端库是go-mysql-driver ,系统测试环境频繁但是不总是报出invalid conn 错误，但实际拿sql执行时却是正常执行。排查思路原因分析客户端使用了无效连接由于
1 为什么需要数据库备份灾难恢复：当发生数据灾难的时候，需要对损坏的数据进行恢复和还原需求的变更或者回滚：当需求发生变更，或者需要回滚到之前的版本时，数据库备份也显得很重要。审计：需要知道某一个阶段的数据或者Schema的实际情况测试：将实际的生产环境的数据导入到本地备份为测试数据，来验证
1 介绍在MySQL数据库查询过程中，索引覆盖和避免不必要的回表，是减少检索步骤，提高执行效率的有效手段。下面从这两个角度分析如何进行MySQL检索提效。2 数据准备模拟一个500w数据容量的部门表 emp，表结构如下，并通过工具模拟500w的数据：CREATE TABLE `emp` (
数据库
分库分表经典15连问
前言大家好，我是田螺。我们去面试的时候，几乎都会被问到分库分表。田螺哥整理了分库分表的15道经典面试题，大家看完肯定会有帮助的。1.我们为什么需要分库分表在分库分表之前，就需要考虑为什么需要拆分。我们做一件事，肯定是有充分理由的。所以得想好分库分表的理由是什么。我们现在就从两个维度去思考它
1、前言毫不夸张的说咱们后端工程师，无论在哪家公司，呆在哪个团队，做哪个系统，遇到的第一个让人头疼的问题绝对是数据库性能问题。如果我们有一套成熟的方法论，能让大家快速、准确的去选择出合适的优化方案，我相信能够快速准备解决咱么日常遇到的80%甚至90%的性能问题。从解决问题的角度出发，我们得先
1.添加字段1.在末尾添加字段（1）语法ALTER TABLE <表名> ADD <字段名> <数据类型> [约束条件];语法格式的说明：<表名> 为数据表的名字；<字段名> 为所要添加的字段的名字；<数据类型&g
事务特性事务一般是指逻辑上的一组操作，或者作为单个逻辑执行单元的一系列操作。同属于一个事务的操作会作为一个整体交给系统，这些操作要么全部执行成功要么全部执行失败。事务存在的意义是为了保证系统中所有的数据都是符合期望的，且相互关联的数据之间不会产生矛盾，即数据状态之间的一致性（Consistenc
数据库
一文读懂数据库基础
1 范式化设计1.1 第一范式（1NF）无重复的列定义所谓第一范式（1NF）是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。如果出现重复的属性，就可能需要定义一个新的实体，新的实体由重复的属性构成，新实体与原实体之间为
1 索引简介1.1 什么是 MySQL 的索引官方定义：索引是帮助 MySQL 高效获取数据的数据结构从上面定义中我们可以分析出索引本质是一个数据结构，他的作用是帮助我们高效获取数据，在正式介绍索引前，我们先来了解一下基本的数据结构2 索引数据结构2.1 Hash 索引Hash 索引是
哟，又是我小白。最近有点高产了。连我自己都害怕了。直接进入正题吧。两个事务并发写，能保证数据唯一吗？我先来解释下标题讲的是个啥。我们假设有这么一个用户注册的场景。用户并发请求注册新用户。你有一张数据库表，也就是下面的user表。产品经理要求用户和用户之间，电话号码不能重复，为了保证
数据库
经典SQL面试10题解析
数据库
数据库篇——hash索引
我熟练应用ctrl c和ctrl v 开发curd代码好多年了。mysql查询为什么会慢，关于这个问题，在实际开发经常会遇到，而面试中，也是个高频题。遇到这种问题，我们一般也会想到是因为索引。那除开索引之外，还有哪些因素会导致数据库查询变慢呢？有哪些操作，可以提升mysq
兄弟们。浅浅的炫个富吧。说出来你们可能不信。手机你们有吗？我有。短信，知道吧？一条一毛钱，我天天发。你敢想吗？所以说，年轻人，有钱是真的好。今天，我们就以短信为话题聊起。短信，它又叫SMS。 比如说，你有一张短信表(sms)，里面放了各种需要发送的短信信息。s
大家好，我是yes。上篇文章 关于一张 5 亿数据表之我与 DBA 的 battle 发了之后，有好几个小伙伴来问我 SQL 是怎么拆的。这篇我们来简单盘下，其实拆 SQL 是因为涉及大表删除的问题。比如，你现在需要删除一张一共有 5 亿数据的表里面的 2021 年数据，假设这张表叫 yes
1 背景经常会遇到这种情况，我们的业务已经稳定地运行一段时间了，并且流量渐渐已经上去了。这时候，却因为某些原因（比如功能调整或者业务扩展），你需要对数据表进行调整，加字段 or 修改表结构。可能很多人说 alter table add column ... / alter table modif
数据库中的数据直接呈现出来一般不是我们想要的，所以我们上两节演示了如何对数据进行过滤的方法。除了对数据进行过滤，
我们可能还需要对数据进行排序，比如想从列表中了解消费最高的项，就可能需要对金额字段做降序排序，想看年龄从小到大的分布情况，就可能需要对user表的age字段进行升序排序。
在刚刚发布的 TiDB 5.3 版本中，PingCAP 率先在数据库领域推出 “持续性能分析”（Continuous Profiling）功能（目前为实验特性），跨越分布式系统可观测性的鸿沟，为用户带来数据库源码水平的性能洞察，彻底解答每一个数据库问题。
性能优化这个事情核心只有一句话，用户响应时间去哪儿了？性能优化很困难的原因在于，为了定位用户响应时间在各个模块的分布，需要对系统的各个部件进行测量和分析，从底层硬件，CPU、IO、网络到上层应用架构，应用代码跟数据库的交互方式都需要涉及。
Java语言
聊聊日常开发中，如何减少bug呢？
在一些网络服务的系统中，Redis 的性能，可能是比 MySQL 等硬盘数据库的性能更重要的课题。比如微博，把热点微博[1]，最新的用户关系[2]，都存储在 Redis 中，大量的查询击中 Redis
5G时代，业务数据越来越丰富，业务使用MySQL数据库作为后台存储，存储引擎使用InnoDB，会带来哪些挑战？如何针对公司业务特点及MySQL数据库特性，制定若干数据库使用规范供一线RD在设计业务时参
Key命名设计：可读性、可管理性、简介性规范建议使用冒号即:进行分割拼接，因为很多Redis客户端是根据冒号分类的。比如有几个Key：apps:app:1、apps:app:2和apps:app:3。
本文重点讲述Redis的哪些metrics需要重要监控（篇幅有限，不能涵盖所有），以及我们如何获取这些metrics数据。从而确保对我们应用至关重要的Redis是否健康运行，以及当出现问题时能及时通知
说明：本次实践基于Redis版本3.2.11。
关于SortedSet
首先，我们都知道Redis的SortedSet是可以根据score进行排序的，以手机应用商店的热门榜单排序为例，根据下载量倒序
联系我们
