首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
MySQL由浅入深
FirstMrRight
创建于2023-10-27
订阅专栏
MySQL基础使用及优化案例。
等 1 人订阅
共24篇文章
创建于2023-10-27
订阅专栏
默认顺序
默认顺序
最早发布
最新发布
MySQL关于varchar排序你不知道的秘密
目录 引言-VARCHAR 类型字段排序 你是否遇到过在 MySQL 中对 VARCHAR 类型进行排序的需求?比如在医疗系统的医师接诊业务中,由于病人可能是通过线下就诊、或者线上预约的形式进
SQL优化中的凉知识-也许你应该多了解下子查询
在 MySQL 中,subquery、dependent subquery 和 uncacheable subquery 是三种不同类型的子查询,分别有各自的执行特点。
这篇文章不枯燥-何为MySQL行锁?
什么是行锁 在介绍行锁概念前,请想象一张用于统计年终礼品领取情况的在线Excel,其中每一行代表一条用户的礼品领取信息。假设多个人要同时编辑这张表格,但为了防止不同的人同时修改同一行导致混乱,每当有人
利用Spring Boot实现MySQL 8.0和MyBatis-Plus的JSON查询
介绍 在现代的Web开发中,处理JSON数据已经变得无处不在,而在关系型数据库中高效地查询JSON结构变得愈发重要。MySQL 8.0结合MyBatis-Plus和Spring Boot,为管理和查询
优化MyBatis查询条件:从Boolean类型判断到<choose>标签的进化
需求背景 作为一名Java CRUD Coder,日常开发中会遇到类似的需求:通过下拉列表选择“是”或“否”来对数据库中的数据进行筛选。如果此时前端的传参是boolean类型的true和false,后
SUM函数在SQL中的值处理原则
在SQL中,SUM函数是用于计算指定字段的总和的聚合函数。语法通常如下: 然而,在使用SUM函数时,对于字段中的NULL值,需要特别注意其处理原则,以确保计算结果的准确性。下面将详细介绍SUM函数在不
MySQL find_in_set函数的深入解析与应用
在数据库操作中,我们经常会遇到需要处理以逗号分隔的字符串,并且需要根据这些字符串进行查询的情况。MySQL提供了一个非常实用的函数FIND_IN_SET()来处理这种特定的查询需求。本文将深入解析FI
数据库设计范式
摘要: 数据库设计是构建可靠和高效系统的关键步骤之一。设计范式是一种规范,它帮助开发人员减少数据冗余、提高数据一致性和完整性。本文将探讨数据库设计范式的重要性,并通过基于MySQL的表设计示例来佐证其
Grammar:MySQL关联表插入数据(insert into select)
批量新增A表数据,A表的某字段需要关联B表查询数据结果。 SQL语法如下: 其中A表是需要插入数据的表,select B表的某字段,根据A表的顺序放置,不然会无法匹配字段,导致无法插入,而后可以根据顺
关于MySQL隐式转换的一些细节
关于MySQL隐式转换的一些细节 MySQL在执行语句进行查询时,如果字段类型与等号右侧类型不一致,默认会进行转换。 两个参数都是字符串,会按照字符串来比较,不做类型转换 两个参数都是整数,按照整数来
MySQL不走索引的情况分析
未建立索引 当数据表没有设计相关索引时,查询会扫描全表。 建议 查询频繁是数据表字段增加合适的索引。 查询结果集是原表中的大部分数据 当数据库查询命中索引时,数据库会首先利用索引列的值定位到对应的数据
MySQL 关联查询规范
关联表查询尽量控制在五张表以内(阿里规范中是三张) 在关联查询时,尽量使inner join在前,left/right join在后。 关联查询时,要给关联表取别名。 关联查询时,关联表的字段前需要使
MySQL抖动-为什么偶现突然变慢的问题?
现象 一条SQL语句,正常执行的时候特别快,但是有时变得特别慢,并且这样的场景很难复现,它不只随机,而且支持时间还很短。 你的SQL语句为什么变"慢"了 当内存数据页跟磁盘数据页内容不一致的时候,我们
基于SpringBoot实现MySQL与Redis的数据一致性
问题场景 在并发场景下,MySQL和Redis之间的数据不一致性可能成为一个突出问题。这种不一致性可能由网络延迟、并发写入冲突以及异常情况处理等因素引起,导致MySQL和Redis中的数据在某些时间点
MySQL隐式转换
隐式转换概念 当运算符与不同类型的操作数一起使用时,将进行类型转换以使操作数兼容。某些转换是隐式发生的。 官方给的定义些许抽象,下面看例子。 有车辆表vehicle。 查询语句: 使用explain查
MySQL排序规则导致无法命中索引问题
背景 在压测完成后,拿到压测过程中系统的慢SQL,发现其中一条慢SQL如下:的执行计划如下: 在possible项中,体现了数据表中已有可以命中的索引: 但在key项中,却没有展示执行过程中命中的索引
MySQL group by数据丢失问题
在使用group by时需要注意,group by 关键字后的该列一定是唯一的,如果group列出现数据重复数据时,仅会显示一条数据。 为测试该问题,在数据库新增一条重复数据 执行结果长这样: 这让我
MySQL-MVCC多版本控制及事务的隔离性
MySQL事务的启动方式 隐式:执行SQL语句自动提交(前提MySQL使用SET AUTOCOMMIT=1开启自动提交) 显式:begin/start transaction; update user
MySQL order by的不同排序规则
全字段排序 ==全字段排序在内存中进行,不涉及磁盘IO、不需要回表操作,但数据量受内存大小影响,有局限性。== 语句执行流程: 初始化sort_buffer,将需要查询的字段放入sort_buffer
MySQL执行计划误选索引即修改方案
MySQL的优化器 MySQL在执行查询语句时使用那个索引是由server层的优化器决定的。优化器的作用是找到一个最优的执行方案,用最小的代价去执行语句。由于MySQL使用预估的方式去选择索引,所以M
下一页