很早就听说 MySQL8.0 支持快速加列，可以实现大表秒级加字段。笔者自己本地也有8.0环境，但一直未进行测试。本篇文章我们就一起来看下 MySQL8.0 快速加列到底要如何操作。
说起在线 DDL，最常见的操作莫过于在线加一个字段或者索引，不过如果数据量比较大的话，伴随而来的往往是长时间的等待，更要命的是系统在操作期间很可能会出现不可用的情况，所以一般只能等到凌晨操作，简直就是梦魇一般的存在。
前几天同事问了我一个问题：业务A从MySQL迁移到MongoDB的原因是什么？
导语 | 本文是MySQL谬误集系列文章的第二篇，该系列旨在纠正一系列似是而非的说法。比如关于MySQL DDL操作，有很多同学认为会锁表，那是不是一定会锁表呢？是锁读还是锁写呢？锁多长时间？不同的DDL操作有差别吗？MySQL从5.5到8.0，对这个问题有什么改进呢？本文做了一个简单的总结。
当然，是没有必要退出的，因为在其他数据库的时候，还是可以使用show databases;命令查看所有数据库，并使用use 数据库名;直接进入其他数据库
win:C:\ProgramData\MySQL\MySQL Server 8.0\my.ini
来自：juejin.im/post/5cb1dec9f265da0382610968
今天主要介绍一下MySQL 8.0.19 instant add column的新特性，基于亿级数据秒速增加字段，下面一起来看看吧~
MySQL Online DDL 功能从 5.6 版本开始正式引入，发展到现在的 8.0 版本，经历了多次的调整和完善。本文主要就 Online DDL 的发展过程，以及各版本的区别进行总结。其实早在 MySQL 5.5 版本中就加入了 INPLACE DDL 方式，但是因为实现的问题，依然会阻塞 INSERT、UPDATE、DELETE 操作，这也是 MySQL 早期版本长期被吐槽的原因之一。
哈喽，小伙伴们好呀。我是狗哥，今天打算跟大家聊聊一个很基础的 MySQL 命令 —— explain。这个命令相信很多小伙伴都熟悉并且几乎每天都会使用，反正我是这样的。那为什么还要写呢？
索引 索引的使用 什么时候使用索引表的主关键字 表的字段唯一约束 直接条件查询的字段 查询中与其它表关联的字段 查询中排序的字段 查询中统计或分组统计的字段 什么情况下应不建或少建索引 表记录太少 经常插入、删除、修改的表 数据重复且分布平均的表字段 经常和主字段一块查询但主字段索引值比较多的表字段 复合索引 命中规则 需要加索引的字段，需要在where条件中 数据量少的字段不需要索引 如果where条件中是or条件，加索引不起作用 符合最左原则 · 最左原则：Mysql从左到右的使用索引中的字段，一个查询
背景 MySQL/InnoDB的加锁分析，一直是一个比较困难的话题。我在工作过程中，经常会有同事咨询这方面的问题。同时，微博上也经常会收到MySQL锁相关的私信，让我帮助解决一些死锁的问题。本文，准备就MySQL/InnoDB的加锁问题，展开较为深入的分析与讨论，主要是介绍一种思路，运用此思路，拿到任何一条SQL语句，都能完整的分析出这条语句会加什么锁？会有什么样的使用风险？甚至是分析线上的一个死锁场景，了解死锁产生的原因。 注：MySQL是一个支持插件式存储引擎的数据库系统。本文下面的所有介绍，都是基于I
使用select对列进行查询时，不仅可以直接以列的原始值作为结果，而且还可以将列值进行计算后所得值作为查询结果，即select子句可以查询表达式的值,表达式可由列名、常量及算术运算符组成。 查询结果计算列显示“无列名”,一般要给计算列加列标题。 其中：表达式中可以使用的运算符有：加+、减-、乘*、除/、取余%
https://dev.mysql.com/doc/refman/8.0/en/innodb-locking.html#innodb-shared-exclusive-locks
变更表结构的是 DBA 经常会遇到的问题之一，在 MySQL 的环境中，一般会直接使用 Alter 语句来完成这些操作，这些 Alter 语句对应的操作通常也称之为 DDL 操作。
全局锁主要应用于做全库逻辑备份，这样在备份数据库期间，不会因为数据或表结构的更新，而出现备份文件的数据与预期的不一样。
在计算机系统中，锁（Lock）是一种同步机制，用于控制对共享资源的访问。它确保在任何给定时间内只有一个线程能够访问受保护的共享资源，从而避免了由并发访问导致的数据竞争和不一致问题。
安装 在ubuntu 14.04 x64下 1 安装 # 安装服务端 (需要中途设置root密码) sudo apt-get install mysql-server # 安装客户端 sudo apt-get install mysql-client # 查看是否安装并启动成功 sudo netstat -tap | grep mysql # mysql的配置文件在 /etc/mysql/my.conf 打开mysql sudo service mysql start mysql -u root -p 查看
每个字段由若干按照某种界限划分的相同数据类型的数据项组成，这里指的数据表中的列，一列就是一个字段
加锁是实现数据库并发控制的一个非常重要的技术。当事务在对某个数据对象进行操作前，先向系统发出请求，对其加锁。加锁后事务就对该数据对象有了一定的控制，在该事务释放锁之前，其他的事务不能对此数据对象进行更新操作。
索引用来快速地寻找那些具有特定值的记录，如果没有索引，执行查询时Mysql必须从第一个记录开始扫描整个表的所有记录，直至找到符合要求的记录，表里面的记录数量越多，这个操作的代价就越高，如果作为搜索条件的列上已经创建了索引，mysql无需扫描任何记录即可迅速得到目标记录所在的位置。如果表有一千个记录，通过索引查找记录至少要比顺序扫描记录快100倍。所以对于现在的各种大型数据库来说，索引可以大大提高数据库的性能，以至于它变成了数据库不可缺少的一部分。
MySQL的并发控制是在数据安全性和并发处理能力之间的权衡，通过不同的锁策略来决定对系统开销和性能的影响。
写数据库，我第一时间就想到了MySQL、Oracle、索引、存储过程、查询优化等等。
整个MySQL Server由以下组成 ： Connection Pool ：连接池组件 Management Services & Utilities ：管理服务和工具组件 SQL Interface ：SQL接口组件 Parser ：查询分析器组件 Optimizer ：优化器组件 Caches & Buffers ：缓冲池组件 Pluggable Storage Engines ：存储引擎 File System ：文件系统 1）连接层 最上层是一些客户端和链接服务，包含本地sock通信和大多数基于客户端/服务端工具实现的类似于TCP/IP的通信。主要完成一些类似于连接处理、授权认证、及相关的安全方案。在该层上引入了线程池的概念，为通过认证安全接入的客户端提供线程。同样在该层上可以实现基于SSL的安全链接。服务器也会为安全接入的每个客户端验证它所具有的操作权限。 2）服务层 第二层架构主要完成大多数的核心服务功能，如SQL接口，并完成缓存的查询，SQL的分析和优化，部分内置函数的执行。所有跨存储引擎的功能也在这一层实现，如过程、函数等。在该层，服务器会解析查询并创建相应的内部解析树，并对其完成相应的优化如确定表的查询的顺序，是否利用索引等，最后生成相应的执行操作。如果是select语句，服务器还会查询内部的缓存，如果缓存空间足够大，这样在解决大量读操作的环境中能够很好的提升系统的性能。 3）引擎层 存储引擎层，存储引擎真正的负责了MySQL中数据的存储和提取，服务器通过API和存储引擎进行通信。不同的存储引擎具有不同的功能，这样我们可以根据自己的需要，来选取合适的存储引擎。 4）存储层 数据存储层，主要是将数据存储在文件系统之上，并完成与存储引擎的交互。
一 前言 死锁是每个MySQL DBA 都会遇到的技术问题，本文是自己针对死锁学习的一个总结,了解死锁是什么，MySQL如何检测死锁，处理死锁，死锁的案例，如何避免死锁。
最近在极客时间看丁奇大佬的《MySQL45讲》，真心觉得讲的不错，把其中获得的一些MySQL方向的经验整理整理分享给大家，有兴趣同学可以购买相关课程进行学习。
众所周知，索引类似于字典的目录，可以提高查询的效率。 索引从物理上可以分为：聚集索引，非聚集索引 从逻辑上可以分为：普通索引，唯一索引，主键索引，联合索引，全文索引
通常情况下，分页接口一般会查询两次数据库，第一次是获取具体数据，第二次是获取总的记录行数，然后把结果整合之后，再返回。
利用MySQL提供的自动增长功能来自动生成主键的值，防止插入的值重复导致插入失败。自动增长功能通过auto_increment来实现，基本语法格式如下：
当一个事务想对这条记录进行改动时，首先会看看内存中有没有与这条记录关联的锁结构，如果没有，就会在内存中生成一个锁结构与之关联。比如，事务T1要对这条记录进行改动，就需要生成一个锁结构与之关联
在列上进行运算或使用函数会使索引失效，从而进行全表扫描。如下面例子在publish\_time，id列上分别加上索引，publish\_time为datetime类型，id为int类型
DDL 操作一直是我们的 MYSQL 的一个软肋，从MYSQL 5.6 其实相关的alter 语句已经有了改变，也就是题目的的inplace 和 copy 。其实很多人都知道，但用的比较少，因为有pt-OSC 工具呀，还有另外一个工具gh-ost
面试现场 之 MySQL锁机制 第一问 面试官:小王，看你简历上说，精通MySQL，那你能讲讲MySQL的锁机制吗（面试官一脸坏笑）？ 小王: （小王心里笑了笑）不慌不忙的说，MySQL锁设立初衷是为了处理并发问题，当出现并发访问的时候，数据库利用锁合理的控制资源。 第二问 面试官：那你知道有哪几种锁吗？ 小王：根据锁的范围，MySQL的锁分为全局锁，表锁和行锁。 面试官心想，这小伙子懂得还挺多，让我再追问一下。 第三问 面试官：那你能说说这几种锁的含义及应用场景吗？ 小王：全局锁就是对整个数据库实例
关于学习 MySQL 的基础知识请移步我的另一篇帖子：MySQL 学习一：零基础增删改查小白简单入门上手教程（附 MySQL 下载地址）
在过去的半年时间里，研发团队内部尝试抓了一波儿慢查询SQL跟进处理率。发现有些同学对于慢查询处理的思路就是看看有没有用到索引，没有用到就试图加一个，实在不行就甩锅给这种情况是历史设计问题或者自行判定为用户特殊操作下触发的小概率事件，随即便申请豁免掉... 其实问题没有根本上解决。
在对某个表执行SELECT、INSERT、DELETE、UPDATE语句时，InnoDB存储引擎是不会为这个表添加表级 别的 S锁 或者 X锁 的。在对某个表执行一些诸如 ALTER TABLE 、 DROP TABLE 这类的 DDL 语句时，其 他事务对这个表并发执行诸如SELECT、INSERT、DELETE、UPDATE的语句会发生阻塞。同理，某个事务 中对某个表执行SELECT、INSERT、DELETE、UPDATE语句时，在其他会话中对这个表执行 DDL 语句也会 发生阻塞。这个过程其实是通过在 server层 使用一种称之为 元数据锁 （英文名： Metadata Locks ， 简称 MDL ）结构来实现的。
MySQL 是一种开放源代码的关系型数据库管理系统（RDBMS），使用最常用的数据库管理语言--结构化查询语言（SQL）进行数据库管理。MySQL 是开放源代码的，因此任何人都可以在 General Public License 的许可下下载并根据个性化的需要对其进行修改。MySQL 因为其速度、可靠性和适应性而备受关注。大多数人都认为在不需要事务化处理的情况下，MySQL 是管理内容最好的选择。
在这个快速发展的时代，时间变得 越来越重要，也流逝得非常得快，有些人长大了，有些人却变老了。稍不留神，2019已经过完了三分之一。回首这四个月收获什么，懂得了什么？欢迎留言分享给我哟。
1.脏读：事务A读取了事务B更新的数据，然后B回滚操作，那么A读取到的数据是脏数据
本文是MySQL创始人Monty在5月30日"腾讯云CDB/CynosDB技术揭秘"系列直播中的分享实录。 ---- 大家好，我是MariaDB的 Michael Widenius，我们今天来简单的聊下MariaDB10.5新特性和即将要做的事情。10.5已经是RC了，应该是下周四GA，所以非常近了。 Monty全程分享视频 从我个人加到MariaDB的特性开始，这也是我现在依然写代码的地方，差不多我花了我至少一半的时间在做这里。实际上在COVID-19期间，我花了90%的时间在做这里，这还是很好的。
1、自连接查询是特殊的多表连接查询，因为两个相关查询的表是同一个表，通过取别名虚拟成两个表然后连接。
给面试官讲一下 MySQL 的逻辑架构，有白板可以把下面的图画一下，图片来源于网络。
你可以想象，如果一个查询正在遍历一个表中的数据，而另一个线程在执行过程中改变了这个表的结构并删除了一列，那么查询线程得到的结果肯定不符合表的结构。
事务就是将一组SQL语句放在同一批次内去执行 如果一个SQL语句出错，则该批次内的所有SQL都将被取消执行
所以说，如果我们写 select*fromuserwhereusername='Java3y'这样没有进行任何优化的sql语句，默认会这样做：
在设计表时，应该特别重视所用的数据类型。使用错误的数据类型可能会严重地影响应用程序的功能和性能。
🍅 作者主页：不吃西红柿 🍅 简介：CSDN博客专家🏆、信息技术智库公号作者✌简历模板、PPT模板、技术资料尽管【关注】私聊我。 一.MySQL的数据类型 数据类型是定义列中可以存储什么类型的数据以及该数据实际怎样存储的基本规则数据类型限制存储在数据列列中的数据。例如，数值数据类型列只能接受数值类型的的数据在设计表时，应该特别重视所用的数据类型。使用错误的数据类型可能会严重地影响应用程序的功能和性能。 更改包含数据的列不是一件小事(而且这样做可能会导致数据丢失)。 数据类型: 整型、浮点型、字符串、日期等
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
