任何一个系统，分页查询都是必不可少的吧 ，MySQL中的分页查询 就是 limit呗 ，你有没有感觉到 越往后翻页越慢 ，常见的SQL如下
通常情况下，当访问某张表的时候，读取者首先必须获取该表的锁，如果有写入操作到达，那么写入者一直等待读取者完成操作（查询开始之后就不能中断，因此允许读取者完成操作）。当读取者完成对表的操作的时候，锁就会被解除。如果写入者正在等待的时候，另一个读取操作到达了，该读取操作也会被阻塞（block），因为默认的调度策略是写入者优先于读取者。当第一个读取者完成操作并解放锁后，写入者开始操作，并且直到该写入者完成操作，第二个读取者才开始操作。因此：要提高MySQL的更新/插入效率，应首先考虑降低锁的竞争，减少写操作的等待时间。 （本专题在后面会讨论表设计的优化）本篇，要讲的优化是增删改。
生活中，最常见的案例之一，十字路口没有红绿灯，到了十字路口相互不让，最后，整个马路瘫痪，在我们技术层面称之为死锁。
最近总结了一波死锁问题，和大家分享一下，我这也是从网上各种浏览博客得来，希望原作者见谅，参考博客文末下方。
今天周三，这两天回家比较早，早点休息了，感觉身体还是最重要的。人上年龄了感觉记忆力衰退特别明显，经常干某个事情干到一般就忘了，希望早点休息能够让我返老还童，今天早点睡了，晚安同志们。。。
如果在第一个查询和第二个查询之间新增或者删除了一些数据，那么查询的结果就不准备了。我想大家都能想象这个场景，在此就不举例。
如需有条件地从表中选取数据，可将 where 子句添加到select语句中。 SELECT field1, field2,...fieldN FROM table_name1, table_name2... [WHERE condition1 [AND [OR]] condition2.....
blog.csdn.net/tr1912/article/details/81668423
所谓死锁：是指两个或两个以上的进程在执行过程中,因争夺资源而造成的一种互相等待的现象,若无外力作用，它们都将无法推进下去.此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。表级锁不会产生死锁.所以解决死锁主要还是针对于最常用的InnoDB。
背景 MySQL/InnoDB的加锁分析，一直是一个比较困难的话题。我在工作过程中，经常会有同事咨询这方面的问题。同时，微博上也经常会收到MySQL锁相关的私信，让我帮助解决一些死锁的问题。本文，准备就MySQL/InnoDB的加锁问题，展开较为深入的分析与讨论，主要是介绍一种思路，运用此思路，拿到任何一条SQL语句，都能完整的分析出这条语句会加什么锁？会有什么样的使用风险？甚至是分析线上的一个死锁场景，了解死锁产生的原因。 注：MySQL是一个支持插件式存储引擎的数据库系统。本文下面的所有介绍，都是基于I
例如当前表中有ID为1,2,3三条记录，把3删除，重启MySQL，新插入记录的ID从哪儿开始？
在任何一种数据库中，都会有各种各样的日志，记录着数据库工作的方方面面，以帮助数据库管理员追踪数据库曾经发生过的各种事件。MySQL 也不例外，在 MySQL 中，有 4 种不同的日志，分别是错误日志、二进制日志（BINLOG 日志）、查询日志和慢查询日志，这些日志记录着数据库在不同方面的踪迹。
发现，auto_increment并没有+1，而是针对原来的那一条id=4的记录进行了update，因为没有指定其他列(v,extra)的值，所以，update的时候都使用了默认值.
在 InnoDB 中，你的 delete 操作，并不会真的把数据删除，mysql 实际上只是给删除的数据打了个标记，标记为删除，因此你使用 delete 删除表中的数据，表文件在磁盘上所占空间不会变小，我们这里暂且称之为假删除。
在项目里面，多多少少都隐藏着一些执行比较慢的SQL, 不同的开发测试人员在平时使用的过程中多多少少都能够遇到，但是无法立马有时间去排查解决。那么如果有一个文件能够将这些使用过程中比较慢的SQL记录下来，定期去分析排查，那该多美好啊。这种情况MySQL也替我们想到了，它提供了SQL慢查询的日志，本文就分享下如何使用吧。
SQL 学过一点，但是没有怎么用，因此用的时候经常又要去看一遍教程，不如直接把经常会用到的语句给记录下来，下次直接看这一篇就行了。
看到标题，有的童鞋心中暗想“数据删除有什么可提的呢？不就是执行个delete语句吗？有什么难的呀？”其实呢数据删除没有你想的这么简单，一般情况下公司会明确的要求数据只能逻辑删除，不能物理删除。那什么优势逻辑删除，什么又是物理删除呢？
主要是解决读数据从Redis缓存，一旦涉及到数据更新：数据库和缓存更新，就容易出现缓存(Redis)和数据库（MySQL）间的数据一致性问题。
作用： 记录mysql数据库的一般状态信息及报错信息，是我们对于数据库常规报错处理的常用日志。
之前的文章中写了一个小问题，当我们使用自增长的方式限定了一个自增长字段id以后，如果删除id=7的一条记录，再重新插入新纪录的时候，这个新纪录的id值会是多少？
unique、 primary key、not null、default相对简单，本篇文章不做记录。
分页 方式1： select * from table order by id limit m, n; 该语句的意思为，查询m+n条记录，去掉前m条，返回后n条记录。无疑该查询能够实现分页功能 但是如果m的值越大，查询的性能会越低（越后面的页数，查询性能越低），因为MySQL同样需要扫描过m+n条记录。 方式2： select * from table where id > #max_id# order by id limit n; 该查询每次会返回n条记录，却无需像方式1扫描过m条记录，在大数据
为每一行数据添加锁，加锁慢，容易出现死锁竞争，因为锁的每一行数据，锁的力度小，所以并发高，Innodb支持行级锁，行级锁是支持事务的。
使用MYSQL有一段时间了，由于公司使用SQLSERVER和MYSQL，而且服务器数量和数据库数量都比较多
在上一小节中介绍了 MySQL 数据库的一些最最最基础的入门级也是必须要掌握的10条语句，本节将继续深入学习 MySQL 的增删改查语句。本节讲的增删改查是相对于表 而言的。
https://www.cnblogs.com/JetpropelledSnake/p/9094125.html
那这条语句呢？其实这其中包含太多知识点了。要回答这两个问题，首先需要了解一些知识。
突然听到运维说磁盘预发布环境磁盘空间不够，细查之下发现是由于某个表的数据太大导致的，但是查看了下数据库表发现，实际的表数据量只有60w条，很明显表哪里出问题了，一开始以为是犹豫表的设计不合理索引导致的数据量大，细看之下发现挺正常的。正在焦虑蹉跎的时候，有幸得到朋友圈大佬的指点，是死亡元组太多导致的只需要执行vacuum full清理死亡元组就好，查看了相关的博客稳定发现postgresql居然会保存mvcc多版本修改记录，简单理解就是，postgresql对你所做的修改和删除都会保存记录，不会清理释放空间。这让我顿时想到[Mysql的MVCC]，但是mysql的undo log也只记录执行操作的相反记录保留最新的记录，而redo log记录数据页的变更，但是大小是固定的，都可以通过配置参数配置固定大小。
binlog中可以不记录执行的sql语句的上下文相关的信息，仅需要记录那一条记录被修改成什么了。所以rowlevel的日志内容会非常清楚的记录下每一行数据修改的细节。而且不会出现某些特定情况下的存储过程，或function，以及trigger的调用和触发无法被正确复制的问题
在influxdb中measurement相当于mysql中的表，可以理解为一条一条记录都是存与measurent中的，一个数据库中可以有多个measurement，一个measurement中可以存很多的数据。虽然可将measurement类比为mysql中的表，但是他们之间的差别也挺明显的
上一篇文章中，我们介绍了 mysql 的 crash safe 机制，也是 ACID 中原子性的实现 — redolog 的原理和配置方法。 mysql 异常情况下的事务安全 — 详解 mysql redolog
如果你用cmd窗口向一张表插入数据的时候，插入的数据是中文，会出现错误提示，用软件操作的请忽略。。。 出现错误的原因是cmd窗口采用的是gbk编码，所以你在cmd窗口输入的数据都是gbk编码的，而数据库中的编码默认都为utf8，所以出现的是编码问题。 我们可以输入该条指令查看数据库相关编码集。
MySQL的日志有主要有四种，会记录不同的操作行为，分别是----二进制日志、错误日志、查询日志、慢查询日志。开启日志是MySQL安全的必要手段之一，但是会影响MySQL的性能，所以要学会日志管理，根据实际的业务需求来选择日志。
本文介绍如何利用python来对MySQL数据库进行操作，本文将主要从以下几个方面展开介绍：
数据库的锁是为了解决事务的隔离性问题，为了让事务之间相互不影响，每个事务进行操作的时候都会对数据加上一把特有的锁，防止其他事务同时操作数据。如果你想一个人静一静，不被别人打扰，那么请在你的房门上加上一把锁。
二、DML:Data Manipulation Language 数据操作语言 作用：操作表中的数据的。 关键：INSERT UPDATE DELETE 注意：日期或字符串、字符要使用单引号引起来。 假设已经存在表user ： 1 mysql>CREATE TABLE uesr( 2 id int, 3 username varchar(200), 4 gender varchar(10), 5 birthday date, 6 entry_
hello，小伙伴们下午好。俗话说的好，一时拖更一时爽，一直拖更一直爽。但是今天决定更一下啦。高能预警，为了还债，特地写了篇长文。
一 前言 死锁是每个MySQL DBA 都会遇到的技术问题，本文是自己针对死锁学习的一个总结,了解死锁是什么，MySQL如何检测死锁，处理死锁，死锁的案例，如何避免死锁。
INSERT INTO 表名 (字段名1, 字段名2, ...) VALUES (值1, 值2, ...);
数据冗余是指数据库中存在一些重复的数据，数据完整性是指数据库中的数据能够正确反应实际情况。 数据的完整性是指数据的可靠性和准确性，数据完整性类型有四种： A、实体完整性：实体的完整性强制表的标识符列或主键的完整性(通过唯一约束，主键约束或标识列属性)。 B、域完整性：限制类型(数据类型)，格式(通过检查约束和规则)，可能值范围(通过外键约束，检查约束，默认值定义，非空约束和规则)。 C、引用完整性：在删除和输入记录时，引用完整性保持表之间已定义的关系。引用完整性确保键值在所有表中一致，不能引用不存在的值.如果一个键。 D、自定义完整性：用户自己定义的业务规则，比如使用触发器实现自定义业务规则。
本文针对上一篇《MySQL优化案例分享》文章中提到的线上业务产生的一个死锁问题进行展开讨论，主要针对两个update操作导致的死锁的场景，借此机会正好总结下MySQL锁及分析下产生死锁的原因和解决方案；
binlog二进制日志对于mysql数据库的重要性有多大，在此就不多说了。下面根据本人的日常操作经历，并结合网上参考资料，对binlog日志使用做一梳理： 一、binlog日志介绍 1）什么是binlog binlog日志用于记录所有更新了数据或者已经潜在更新了数据（例如，没有匹配任何行的一个DELETE）的所有语句。语句以“事件”的形式保存，它描述数据更改。 2）binlog作用 因为有了数据更新的binlog，所以可以用于实时备份，与master/slave主从复制结合。 3）和binlog有关参数 l
一、增 insert:增加(条件一条新纪录，默认新添加的记录都添加在已有记录的末尾) 1.格式： 1.1添加新纪录时，只给记录中的某几个字段赋值 insert into 表名(字段名1,字段名2...)values(值1,值2....); *值得类型是字符的话需要用双引号引起来 1.2 添加新纪录时，给所有记录中的所有字段赋值 insert into 表名 values(值1,值2....); *值得类型是字符的话需要用双引号引起来 *值与字段的类型一定匹配 2.例子 1.1 给表中插入一条记录
面试官反问的大概意思是，MySQL 记录锁+间隙锁可以防止删除操作而导致的幻读吗？
数据库使用索引以找到特定值，然后顺指针找到包含该值的行。在表中建立索引，然后在索引中找到符合查询条件的索引值，最后通过保存在索引中的ROWID（相当于页码）快速找到表中对应的记录。索引的建立是表中比较有指向性的字段，相当于目录，比如说行政区域代码，同一个地域的行政区域代码都是相同的，那么给这一列加上索引，避免让它重复扫描，从而达到优化的目的！
在状态1中,客户端的读写都直接访问节点A,而节点B是A的备库，只有将A的更新都同步过来，到本地执行，这样可以保证节点B和A的数据是相同的
1．如果一个MySQL的版本号没有后缀，表示该版本已经在很多地方运行一段时间了，而且没有非平台特定的错误报告。我们通常称之为___稳定__版。
在MySQL中，读操作可以分成两类：快照读 (snapshot read)与当前读 (current read)。快照读，读取的是记录的可见版本 (有可能是历史版本)，不用加锁。当前读，读取的是记录的最新版本，并且，当前读返回的记录，都会加上锁，保证其他事务不会再并发修改这条记录。
领取专属 10元无门槛券
手把手带您无忧上云
