======从物理,逻辑角度========物理备份:对数据库操作系统的物理文件的备份(数据文件、日志文件)方法:冷备份:在关闭数据库的时候进行 热备份:数据库处于运行状态,这种备份方法依赖于数据库的日志文件逻辑备份:对数据库逻辑组件的备份======从数据库的策略角度======完整备份: 优点:简单方便 缺点:数据存在大量的重复 占用大量的备份空间 备份时间长差异备份:基于上一次完整备份后面多
最近在使用mysql的时候,经常要遇到导出或者导入数据的情况,对于一些简单的,可以直接使用navicate直接导出结果,但是有很多时候,由于机器在远程端,并且是线上机器的情况下,在跳转一次跳转还链接不到mysql的时候,navicate就不能使用这种方法去导出了,搜索了网上的一些文章,大概将mysql导入导出的情况做个总结,如下:一、导出数据库mysqldump -h 127.0.0.1 &nbs
# MySQL数据备份及问题解析 ## 1. 数据备份流程 MySQL数据库的备份是一个重要的任务,可以保证数据的安全性和可恢复性。在备份过程中,有些操作可能引发表锁定的问题。下面是备份过程的简要流程表格: | 步骤 | 操作 | | ---- | ---- | | 1 | 连接到MySQL数据库 | | 2 | 选择要备份的数据库 | | 3 | 创建备份文件 | | 4 | 执行备
原创 2023-10-18 14:29:26
99阅读
# MySQL delete 在使用MySQL数据库时,我们经常会用到`delete`语句来删除数据。但是在删除大量数据时,会不会导致被锁定呢?本文将以科普的方式解答这个问题,并提供相应的代码示例。 ## 的原因 在了解`delete`语句是否之前,我们先来了解一下MySQL中的机制。MySQL中的主要有两种类型:共享(Shared Lock)和排他(Exclus
原创 2024-01-09 06:07:06
1092阅读
## 如何实现“mysql delete ” ### 1. 整体流程 为了解决这个问题,我们可以通过以下流程来完成: ```mermaid gantt title MySQL Delete 流程图 section 创建测试表 创建测试表 :done, 2022-01-01, 1d section 删除数据 开启事务
原创 2024-05-22 04:39:30
53阅读
1、分区分类RANGE分区:基于属于一个给定连续区间的列值,把多行分配给分区。LIST分区:类似于按RANGE分区,区别在于LIST分区是基于列值匹配一个离散值集合中的某个值来进行选择。HASH分区:基于用户定义的表达式的返回值来进行选择的分区,该表达式使用将要插入到中的这些行的列值进行计算。这个函数可以包含MySQL 中有效的、产生非负整数值的任何表达式。KEY分区:类似于按HASH分区,区别
大家好,我是 Snow Hide,作为《MySQL 实战》这个专栏的学员之一,这是我打卡的第 5 天,也是我第 45 次进行这种操作。今天我温习了该专栏里叫《全局 :给加个字段怎么有这么多阻碍?》、《行功过:怎么减少行对性能的影响?》的文章。关键词总结:分类、全局(加锁方法、应用场景、风险、建议使用 FTWRL 方式的两个原因)、种类(、元数据、MDL 读写
# 如何实现“mysql自动恢复” ## 整体流程 为了实现“mysql自动恢复”的功能,我们需要进行以下步骤: | 步骤 | 操作 | | ------ | ------ | | 1 | 设置自动提交模式为0 | | 2 | 开启一个事务 | | 3 | 锁定 | | 4 | 查询锁定 | | 5 | 等待一段时间后释放锁定 | | 6 | 查询锁定是否被释放 | |
原创 2024-04-01 06:38:40
97阅读
# MySQL 加索引与 ## 引言 在数据库管理中,加索引是提升查询效率的重要手段。许多初学者都会问:在MySQL中,加索引吗?在这篇文章中,我们将探讨这个问题,并逐步引导你了解加索引的流程及相关示例代码。 ## 加索引的流程 在进行加索引之前,我们需要清楚整个过程。下面是一个简单的步骤: | 步骤 | 操作 | 描述
原创 2024-10-26 05:02:04
46阅读
## MySQL SELECT语句吗? 在MySQL中,SELECT语句是用于从数据库中检索数据的常用语句。但是,很多开发人员对于SELECT语句是否存在一些疑问。本文将解答这个问题,并提供一些示例来说明。 ### 的概念 在理解SELECT语句是否之前,首先需要了解什么是。在数据库中,是一种机制,用于确保在某个特定的时间点只有一个会话(也称为事务)能够对一张
原创 2023-08-16 10:23:29
1914阅读
MySQL 事务和ACID 特性原子性原子性:事务是一个原子操作单元,其对数据的修改,要么全都执行,要么全都不执行。修改---》Buffer Pool修改---》刷盘。可能会有下面两种情况:事务提交了,如果此时 Buffer Pool 的脏页没有刷盘,如何保证修改的数据生效? Redo如果事务没提交,但是 Buffer Pool 的脏页刷盘了,如何保证不该存在的数据撤销?Undo每一个写事务,都
      主要用于多用户环境下保证数据库完整性和一致性。 我们知道,多个用户能够同时操纵同一个数据库中的数据,会发生数据不一致现象。即如果没有锁定且多个用户同时访问一个数据库,则当他们的事务同时使用相同的数据时可能会发生问题。这些问题包括:脏读、不可重复读和幻读脏读就是指当一个事务正在访问数据,并且对数据进行了修改,而这种修改还没有提交到数据库中,这时,另外一个事
SQL SERVER整理索引碎片测试SQL SERVER整理索引的方法也就这么几种,而且老是自作聪明的加入智能判断很不爽,还是比DBMS_ADVISOR差远了:1 SQL SERVER 2000/2005查询2000 use DB_Name declare @table_id int set @table_id=object_id('Table_Name') dbcc showcontig(@ta
前言增量备份 是指在一次全备份或上一次增量备份后,以后每次的备份只需备份与前一次相比增加或者被修改的文件。这就意味着,第一次增量备份的对象是进行全备后所产生的增加和修改的文件;第二次增量备份的对象是进行第一次增量备份后所产生的增加和修改的文件,如此类推。这种备份方式最显著的优点就是:没有重复的备份数据,因此备份的数据量不大,备份所需的时间很短。但增量备份的数据恢复是比较麻烦的。您必须具有上一次
mysqlmysql45讲在上一篇文章中,我提到 MySQL 对自增主键做了优化,尽量在申请到自增 id 以后,就释放自增。因此,insert 语句是一个很轻量的操作。不过,这个结论对于“普通的 insert 语句”才有效。也就是说,还有些 insert 语句是属于“特殊情况”的,在执行过程中需要给其他资源加锁,或者无法在申请到自增 id 以后就立马释放自增。那么,今天这篇文章,我们就一起来
转载 2024-06-06 09:16:45
239阅读
目录索引与算法一、 InnoDB存储引擎索引概述二、 B+树2.1 B+树的插入操作2.2 B+树的删除操作三、B+树索引3.1 聚集索引3.2 辅助索引3.3 B+树索引的分裂四、Cardinality值4.1 什么是Cardinality值4.2 InnoDB存储引擎的Cardinality统计五、B+树索引的使用5.1 不同应用中B+树索引的使用5.2 联合索引5.3 覆盖索引5.4 优化
# MySQL Dump ## 1. 介绍 在 MySQL 数据库中,当我们需要备份数据库或者将数据库迁移到其他环境时,常常需要使用 `mysqldump` 命令来导出数据库的数据和结构。然而,在导出数据的过程中,由于其他用户的并发操作,可能导致数据不一致的问题。为了解决这个问题,我们可以使用 `--lock-tables` 参数来锁定,以确保数据导出的一致性。 本文将介绍 MyS
原创 2023-08-19 09:29:50
535阅读
数据库全备与增量备份1数据库备份简介增量备份增量备份 是指在一次全备份或上一次增量备份后,以后每次的备份只需备份与前一次相比增加或者被修改的文件。这就意味着,第一次增量备份的对象是进行全备后所产生的增加和修改的文件;第二次增量备份的对象是进行第一次增量备份后所产生的增加和修改的文件,如此类推。这种备份方式最显著的优点就是:没有重复的备份数据,因此备份的数据量不大,备份所需的时间很短。但增量备份的数
读写 Mongodb使用读写来来控制并发操作: 当进行读操作的时候会加读,这个时候其他读操作可以也获得读。但是不能或者写。 当进行写操作的时候会加写,这个时候不能进行其他的读操作和写操作。 所以按照这个道理,是不会出现同时修改同一个文档(如执行++操作)导致数据出错的情况。 而且按照这个道理,因为写操作阻塞读操作,所以是不会出现脏读的。 但是mongodb在分片和复制集的时候产生脏
转载 2024-01-23 21:07:59
134阅读
在探讨“mysql8 select ”的问题之前,首先需要明确一个核心观念:MySQL 8对SELECT操作的锁定机制进行了优化。相比过去的版本,MySQL 8在并发性能和机制上有了显著改进,这直接影响了我们的应用场景和性能模型。 ## 版本对比 在MySQL 8中,SELECT操作并不会像旧版本那样普遍锁定。在大多数情况下,MySQL 8使用的是行级或更智能的读写机制,极大提
原创 6月前
22阅读
  • 1
  • 2
  • 3
  • 4
  • 5