点击上方蓝字每天学习数据库 一起构建MySQL知识网络，我是林晓斌，今天的文章我们从索引说起。 林晓斌 林晓斌，网名丁奇，腾讯云数据库负责人，数据库领域资深技术专家。作为活跃的MySQL社区贡献者，丁奇专注于数据存储系统、MySQL源码研究和改进、MySQL性能优化和功能改进，在业务场景分析、系统瓶颈分析、性能优化方面拥有丰富的经验。其创作的《MySQL实战45讲》专栏受众已逾2万人。 你一定知道了，索引的作用是加快查询速度。比如有一个人口信息表，如果没有加索引，你要按照身份证号查找一个人，就得全表
为了解决多个进程访问内存或磁盘中的同一份数据造成的冲突，通常有两种解决方案，一种是多版本；另一种就是锁。MySQL作为一种关系型数据库，其实也是通过这两种方式来解决数据访问冲突的。MySQL数据多版本叫MVCC，同时MySQL使用了各种类型的锁来保证数据一致性。
来源：https://www.aneasystone.com/archives/2018/06/insert-locks-via-mysql-source-code.html
提示：公众号展示代码会自动折行，建议横屏阅读 「第一部分 前言」 InnoDB引擎支持行级别锁，实现了四种隔离级别，本文梳理了InnoDB事务系统及锁系统的原理和源码实现，并且对其中一些比较特别的feature做一个简单的介绍。 因为涉及的模块代码非常庞大，部分实现细节并未深入，如有错漏，欢迎指正。 在介绍InnoDB的事务系统和锁系统之前，有必要对一些基本概念做一个简单的回顾。 我们都知道事务的四大属性ACID，这些属性的保证与数据库中的几大模块紧密的耦合在一起： 为了保证原子性Atomicity，数据
为了防止在事务中出现表结构操作,导致事务无法保证前后一致性问题,mysql增加了 （meta data lock，MDL) 锁.
最近读了一篇关于MYSQL的文章，主要是更深入化的讲解MYSQL的锁机制，写的真是好。但里面细细的读，发现一个问题，索引的问题，一般我们都人为索引是我们查询中的救星，他可以帮助我们摆脱，全表扫描，加快查询的速度，让查询更快减少系统性能上的瓶颈。
在开发系统的时候，你可能经常需要计算一个表的行数，比如一个交易系统的所有变更记录总数。这时候你可能会想，一条 select count(*) from t 语句不就解决了吗？
最近受废话文学的影响，所以有了今天的这个标题，希望大家能喜欢。大家不喜欢也没关系，反正我喜欢。
SQL注入即是指web应用程序对用户输入数据的合法性没有判断或过滤不严，攻击者可以在web应用程序中事先定义好的查询语句的结尾上添加额外的SQL语句，在管理员不知情的情况下实现非法操作，以此来实现欺骗数据库服务器执行非授权的任意查询，从而进一步得到相应的数据信息,在实战和测试中，难免会遇见到一些sql注入，下面，我将总结一些常用sql注入中的不同姿势。
MyISAM 仅仅支持表级锁(table-level locking)，一锁就锁整张表，这在并发写的情况下性非常差。
批量对一张表进行replace into操作，每个SQL操作1000条数据，最近有同事反馈使用并发replace操作的时候，遇到了死锁的问题。针对这个问题，我看了看表的结构，发现表中有一个主键，一个唯一索引，然后用replace的操作去对表中的记录进行插入，如果存在相同的唯一索引，那么就更新这条记录。
当一个事务想对这条记录进行改动时，首先会看看内存中有没有与这条记录关联的锁结构，如果没有，就会在内存中生成一个锁结构与之关联。比如，事务T1要对这条记录进行改动，就需要生成一个锁结构与之关联
使用 select count() from t。计算一个表的行数，比如一个交易系统的所有变更记录总数。随着系统中记录数越来越多，这条语句执行得也会越来越慢。然后你可能就想了，MySQL 怎么这么笨啊，记个总数，每次要查的时候直接读出来，不就好了吗。那么今天，我们就来聊聊 count() 语句到底是怎样实现的，以及 MySQL 为什么会这么实现。然后，我会再和你说说，如果应用中有这种频繁变更并需要统计表行数的需求，业务设计上可以怎么做。
今天要分享的是在生产环境中出现的一次算得上比较诡异的死锁事件, 不过庆幸的是没有产生较大的业务损失.
count(*) 和count(1) 都是统计行数，而count(col) 是统计col列非null的行数
本文是用来系统阐述在MySQL中，不同语句在各种条件下的加锁情况，并不是解释各种锁是什么（或者说加锁的本质是什么）
哈喽，我是狗哥。小伙伴都知道我最近换工作了，薪资、工作内容什么的都是我比较满意的。五月底也面试了有 6、7 家公司，应该拿了有 5 个 offer。这段时间也被问了很多面试题，我打算写一个专题分享出来，希望对你们有所帮助～
出现这个问题的时候只存在一个读写事务，那就是本事务。对这里的红色部分比较感兴趣，但是这里不是所有的内容都和这个问题相关，主要还是围绕可见性判断和隐式锁判定进行，算是我的思考过程。但是对Innodb认知水平有限，如有误导请谅解。使用的源码版本5.7.29。
在上一篇文章《锁的类型以及加锁原理》主要总结了 MySQL 锁的类型和模式以及基本的加锁原理，今天我们就从原理走向实战，分析常见 SQL 语句的加锁场景。了解了这几种场景，相信小伙伴们也能举一反三，灵活地分析真实开发过程中遇到的加锁问题。
上次打了慢sql日志，发现有很多包含count逻辑的sql，周末抽空来梳理下mysql里的count。
说明 ① 标签是给 while 取个名字，标签和 iterate、leave 结合用于在循环内部对循环进行控制。 ② 个循环先判断条件，条件成立之后，才会执行循环体，每次执行都会先进行判断。
事务要读取对象 ，必须先获得共享锁，这样防止幻读。事务要修改对象，必须先获得独占锁，这样防止脏写。
日常开发中,获取数据的总数是很常见的业务场景,但是我们发现随着数据的增长count(*)越来越慢，这个是为什么呢，
我们在上篇文章中提到了记录锁（行锁）、间隙锁和临键锁，后台有小伙伴催我更新一下其他的锁。拖延症又犯了，趁周末，今天我们来总结一下MyISAM和InnoDB引擎下锁的种类及使用方法。
数据库锁设计的初衷是处理并发问题。作为多用户共享的资源，当出现并发访问的时候，数据库需要合理地控制资源的访问规则。而锁就是用来 实现这些访问规则的重要数据结构
Extractvalue：对xml文档进行查询 语法：extractvalue（文档类型，xpath路径）
全局锁就是对整个数据库实例加锁。MySQL提供了一个加全局读锁的方法，命令是 Flush tables with read lock (FTWRL)。
MySQL有两个核心的知识点，索引和锁。前几篇文章已经详细讲解了MySQL索引实现机制，今天再一起学习一下MySQL的锁。
首先要弄清楚 count() 的语义。count() 是一个聚合函数，对于返回的结果集，一行行地判断，如果 count 函数的参数不是 NULL，累计值就加 1，否则不加。最后返回累计值。
一 前言 死锁是每个MySQL DBA 都会遇到的技术问题，本文是自己针对死锁学习的一个总结,了解死锁是什么，MySQL如何检测死锁，处理死锁，死锁的案例，如何避免死锁。
MyISAM采⽤表级锁(table-level locking)。 InnoDB⽀持⾏级锁(row-level locking)和表级锁,默认为⾏级锁
其实啊，“XXX语句该加什么锁”本身就是个伪命题，一条语句需要加的锁受到很多条件制约，比方说：
隔离度有多种实现方式，加锁是其中的一种方式，其理解较为容易且能以开销较小的方式确保数据库系统中并发事物各自运行时，每个事务的运行不受其他事务的影响。
在 MySQL 中有两个 kill 命令：一个是 kill query + 线程 id，表示终止这个线程中正在执行的语句；一个是 kill connection + 线程 id，这里 connection 可缺省，表示断开这个线程的连接，当然如果这个线程有语句正在执行，也是要先停止正在执行的语句的。
Online DDL是从mysql5.6版本后引入的新功能，可以实现在线DDL操作不锁表。但是MySQL5.6的Online DDL不是真正的Online DDL，针对部分操作还是有局限性。 5.6之前的DDL处理方式： 1、创建临时表 2、将原表加S锁（只能读，不能DML） 3、将原表数据导入临时表 3、删除原表 4、把临时表重命名成新表 这种情况会对表加一个S锁，其他用户只能访问，不能执行DML操作，如果数据量越大，锁时间越长，对业务影响也越长。 5.6之后的DDL处理方式： innodb_online
上一篇中，我们知道postgresql表结构定义存储在系统表pg_attribute中，那么在做表结构变更的时候是否只需要变更系统表就可以了呢？
我们知道mysql中存在很多自增id,然后不断增长，由于只要给id定义了这个数的字节长度，那么他就有了上限,比如无符号整型(unsigned int)是4个字节，因此他的上限是2^32-1,
作为一个 DBA，想必都有过被慢查询折腾的经历，本文对常规和非常规手段进行了整理，由浅及深，简单介绍几个慢查询的分析手段。
作为一个后端工程师，想必没有人没用过数据库，跟我一起复习一下MySQL吧，本文是我学习《MySQL实战45讲》的总结笔记的第五篇，总结了MySQL索引相关的实践使用问题。
mvcc机制是mysql解决事务问题一项重要机制，通过这个机制，mysql解决了关于事务的问题：脏写、脏读、重复读的问题，但是默认的不可重复读的情况下还是会出现幻读的问题。
DDL 操作可能是 DBA 最头疼的一项工作之一，也是最日常的一项工作了。动不动就要加个字段，扩个长度。如果不幸前期设计不合理的系统，那后期维护起来就真的是叫爹骂娘的问候。如果又不幸是接盘跑了八百年的业务表需要上线新功能加一两字段或者扩个长度啥的，简直酸爽到飞。
小胖真的让人不省心。继上次小胖误删数据之后，这次这货直接给我把整个表锁住了。页面无响应，用户疯狂投诉，我特么脸都绿了。。。
第一次真正意义上使用数据库，当然是从简单方便的mysql开始了，咱们不好高骛远扯些有的没的。
分页查询是MySQL特有的，一般其他数据库是没有的。分页查询可以从表里取一个范围的行，例如0到50行的的数据，30到100行的数据。
前面可以加nohup 后面加 &,（只加& 有时候不行，可以先用只加&的测试一下可以不）
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
