# MySQL查询：什么时候到什么时候
在进行数据库查询时，经常会遇到需要查询某一时间段内的数据的情况。MySQL提供了多种方式来实现这一操作，包括使用`BETWEEN`、`>=`和`=和=`和`= '2022-01-01' AND date_column = '2022-01-01' AND B[选择查询方式]
B --> C[BETWEEN操作符]
B --> D[>=和
原创
2024-05-19 06:21:31
78阅读
索引为什么能提高数据访问性能? 很多人只知道索引能够提高数据库的性能，但并不是特别了解其原理，其实我们可以用一个生活中的示例来理解。 我们让一位不太懂计算机的朋友去图书馆确认一本叫做《MySQL性能调优与架构设计》的书是否在藏，这样对他说：“请帮我借一本计算机类的数据库书籍，是属于 MySQL 数据库范畴的，叫做《MySQL性能调优与架构设计》”。朋友会根据所属类别，前往存放“计算机”书籍区域
转载
2023-08-28 18:41:07
78阅读
子查询一般用于跨表查询，习惯上，外层的查询称为父查询，圆括号中嵌入的查询称为子查询。SQL语句执行时先执行子查询部分，求出子查询部分的值，再执行整个父查询，返回最后的结果。
转载
2023-06-19 15:26:55
321阅读
一，什么情况下使用索引1. 表的主关键字自动建立唯一索引2. 表的字段唯一约束ORACLE利用索引来保证数据的完整性3. 直接条件查询的字段在SQL中用于条件约束的字段如zl_yhjbqk（用户基本情况）中的qc_bh（区册编号）select * from zl_yhjbqk where qc_bh=’7001’;4. 查询中与其它表关联的字段字段常常建立了外键关系如zl_ydcf（用电成份）中的
转载
2023-08-10 15:08:25
81阅读
前言 最近遇到一次MySQL死锁的问题，也算是少见的一件事情。公司的MySQL隔离级别是Read Commited，已经没有了gap lock，而且代码里的sql都再简单不过，没有显式加锁的sql语句。因此抽出时间看了一下原因。 分析具体问题之前，先整体的了解一下MySQL的加锁逻辑，之后再分析起来就游刃有余了：MySQL的锁 为什么MySQL要加锁呢？OLTP数据库离不开事务，事务也离不
转载
2023-10-18 23:35:36
156阅读
按照五点把书中的内容进行一下整理：1、为什么要选择Redis：介绍Redis的使用场景与使用Redis的原因；2、Redis常用命令总结：包括时间复杂度总结与具体数据类型在Redis内部使用的数据结构；3、Redis的高级功能：包括持久化、复制、哨兵、集群介绍；4、理解Redis：理解内存、阻塞，这部分是非常重要的，前面介绍的都可以成为术，这里应该属于道的部分；5、开发技巧：主要是一些开发实战的总
转载
2023-08-08 21:24:01
309阅读
1、较频繁地作为查询条件的字段这个都知道。什么是教频繁呢？分析你执行的所有SQL语句。最好将他们一个个都列出来。然后分析，发现其中有些字段在大部分的SQL语句查询时候都会用到，那么就果断为他建立索引。2、唯一性太差的字段不适合建立索引什么是唯一性太差的字段。如状态字段、类型字段。那些只存储固定几个值的字段，例如用户登录状态、消息的status等。这个涉及到了索引扫描的特性。例如：通过索引查找键值为
转载
2023-10-09 20:41:26
115阅读
写在前面网上看帖子的时候，经常会看到说尽量用exists，少用in。那么问题来了，是所有场景下都尽量用exists吗，还是具体场景具体分析。给你答案mysql做子查询的时候，永远记得要小表驱动大表。inselect * from A where id in (select id from B);相当于先循环B，再循环A。B表驱动A表。也就是当B表数据少于A表时，用in最佳。existsselect * from A whereexists(select 1 ...
原创
2021-12-29 16:09:09
324阅读
in后面跟的是小表，exists后面跟的是大表。
简记：in小，exists大。
对于exists
select .....from table where exists(subquery);
可以理解为：将主查询的数据放入子查询中做条件验证，根据验证结果（true或false）来决定主查询的数据是否得以保留。
转载
2024-04-03 15:45:00
0阅读
为什么选择 MySQL 或 Elasticsearch（ES）来处理数据存储和检索是每个开发者常常面临的问题。在选择之间进行决策时，我会考虑以下几个方面，以确保做出最合理的选择。本文将探讨如何在选择 MySQL 和 ES 时，系统性地分析问题并制定解决方案。
## 环境预检
在决定使用 MySQL 还是 ES 之前，首先需要对环境进行预检。以下是采用 **四象限图** 以及 **兼容性分析**
路漫漫其修远兮，吾将上线而求索。《深入浅出MySql》学习笔记-选择合适的数据类型一、CHAR与VARCHARCHAR：固定长度，处理速度相对较快，但是会删除数据尾部的空格。适用于对长度变化不大并且对查询速度有较高要求的数据。VARCHAR：可变长度。注：MyISAM：建议使用固定长度的数据列代替可变长度的数据列。MEMORY：目前都是都是使用固定长度的数据行存储，因此无论使用CHAR或者VARC
转载
2024-04-11 11:19:27
91阅读
不同的引擎对于索引有不同的支持：Innodb和MyISAM默认的索引是Btree索引；而Mermory默认的索引是Hash索引。我们在mysql中常用两种索引算法BTree和Hash，两种算法检索方式不一样，对查询的作用也不一样。 区别：哈希索引适合等值查询，但是无法进行范围查询
哈希索引没办法利用索引完成排序
哈希索引不支持多列联合索引
转载
2023-08-05 00:56:58
246阅读
现有如下表及表中数据：其中有联合索引`idx_name_age_position` (`name`,`age`,`position`)CREATE TABLE `employees` (
`id` int NOT NULL AUTO_INCREMENT,
`name` varchar(24) NOT NULL DEFAULT '' COMMENT '姓名',
`age` int NOT
转载
2024-01-12 11:47:45
48阅读
索引失效一、那些情况导致的索引失效1.最左前缀原则2. 计算、函数使索引失效3. 类型转换导致索引失效4. 不等于（<>或!=）导致索引失效5. is not null /is null可能不走索引，也可以走索引6. 模糊匹配Like以%开头7. OR前后的条件列不是索引，导致索引失效 一、那些情况导致的索引失效1.最左前缀原则在MySQL数据库中，联合索引遵守最左前缀原则，联合索引
转载
2023-09-06 21:09:47
106阅读
文章目录一. 什么是MVCC二.什么是行锁、表锁、间隙锁三. MVCC与各种锁的关系四. MVCC的实现原理4.1 多版本4.2 undo log4.2 readview 一. 什么是MVCCMVCC（Multi-Version Concurrency Control），即多版本并发控制。不使用锁，主要是用来提高数据库的并发性能；算是一种概念，不同的数据库有不同的实现方式，本文主要介绍mysql
转载
2023-12-15 10:07:32
63阅读
1.锁为什么需要锁? 在实际中,比如在淘票票抢电影票,A用户和B用户都想要要2排2座,那么它们必然只有一个人能抢到。在这个过程中,使用锁可以对有效的资源在并发的环境下进行保护,解决隔离和并发的矛盾。什么是锁? 锁是计算机协调进程和线程在并发情况下访问某一资源的协调机制 在数据库中,数据是提供给多用户的共享资源,锁是用来保证资源的有效性和一致性 2.Mysql锁(MyISAM引擎)MySql锁机制的
转载
2023-10-08 07:05:37
150阅读
关于MySQL中的锁介绍，参考文章MySQL锁总结，介绍的非常清楚 MyISAM只支持表锁，但网上文章却说，在并发插入量比较大的时候，比较适合使用MyISAM，这矛盾吗？ 这个问题，涉及MySQL表锁的一些细节，借着这个问题，系统性说下表锁的“所以然”。 MySQL表锁知识系统性梳理。 哪些存储引擎使用表锁？MySQL，除InnoDB支持行锁外，MySQL的
转载
2024-01-13 20:49:32
78阅读
MySQL的历史最早可以追溯到1979年，那时Oracle也才小打小闹，微软的SQL Server影子都没有。Monty Widenius在其合伙的TcX小公司工作时，用BASIC设计了一个报表工具，可以在4M主频和16KB内在的计算机上运行。随着时间的推移，这个小工具被用C重写并迁移到Unix上运行。当时，它只是一个很底层的面向报表的
转载
2023-06-25 23:47:59
97阅读
mysql innodb引擎什么时候表锁什么时候行锁？InnoDB基于索引的行锁InnoDB行锁是通过索引上的索引项来实现的，这一点ＭySQL与Oracle不同，后者是通过在数据中对相应数据行加锁来实现的。InnoDB这种行锁实现特点意味者：只有通过索引条件检索数据，InnoDB才会使用行级锁，否则，InnoDB将使用表锁在MySQL中，行级锁并不是直接锁记录，而是锁索引。索引分为主键索引和非主键
转载
2023-11-19 16:16:55
61阅读
在服务器的硬件或软件发生问题时，可以不用管数据库发生了什么，不需要执行任何操作就可以直接重启。InnoDb的crash recovery机制会自动的完成在发生故障前的数据变更提交，不会恢复任何已经发生改变但是没有提交的数据。InnoDB有它自己的buffer pool去缓存表和索引数据在主存中便于访问。频繁被访问的数据会从内存中直接获取到。缓存可以被用于很多类型的信息并且能提高处理速度。在专门用于
