SQL通常在不同的表之间进行连接运算，但是也可以在相同的表中进行运算。macOS中连接数据库：
在系统性能问题中，数据库往往是性能的瓶颈关键因素。那么如何去检测mysql的性能问题，如何构建高性能的mysql，如何编写出高性能的sql语句？为此，整理一些建议。
mysql 建立联合索引后，是按最左匹配原则来筛选记录的，即检索数据是从联合索引的第一个字段来筛选的。如果 where 里的条件只有第二个字段，那么将无法应用到索引。
MySQL中每个表都有一个聚簇索引( clustered index )，除此之外的表上的每个非聚簇索引都是二级索引，又叫辅助索引( secondary indexes )。以InnoDB来说，每个InnoDB表具有一个特殊的索引称为聚集索引。如果表上定义有主键，那么该主键索引是聚集索引。如果表中没有定义主键，那么MySQL取第一个唯一索引( unique )而且只含非空列( NOT NULL )作为主键，InnoDB使用它作为聚集索引。如果没有这样的列，InnoDB就自己产生一个这样的ID值，它有六个字节，而且是隐藏的，使其作为聚簇索引。
爱可生 DBA 团队成员，擅长故障分析、性能优化，个人博客：https://www.jianshu.com/u/a95ec11f67a8，欢迎讨论。
国庆在家无聊，我随手翻了一下家里数据库相关的书籍，这一翻我就看上瘾了，因为大学比较熟悉的一些数据库范式我居然都忘了，怀揣着好奇心我就看了一个小国庆。
所谓金九银十，金三银四，眼看十月份最后一天已经快要结束了，当初那个充满斗志，充满梦想的你在哪里？
本文讲述如何查找数据库里重复的行。这是初学者十分普遍遇到的问题。方法也很简单。这个问题还可以有其他演变，例如，如何查找“两字段重复的行”（#mysql IRC 频道问到的问题）
左边子节点的数据小于父节点数据，右边子节点的数据大于父节点数据。如果col2是索引，查找索引为89的行元素，那么只需要查找两次，就可以获取到行元素所在的磁盘指针地址。
原子性：事务内的操作统一成功或者失败 由undolog日志保证，他记录了需要回滚的日志信息，回滚时撤销已执行的sql
前一段时间好兄弟找工作，面试 Java 资深研发工程师岗位，接到了不少大厂的面试邀请，有顺利接到 offer 的，也有半道儿面试被卡掉的。但最想去的企业却因为 MySQL表存储引擎 InnoDB ，与 offer 失之交臂。
实践是检验真理的唯一途径，本篇只是站在索引使用的全局来定位的，你只需要通读全篇并结合具体的例子，或回忆以往使用过的地方，对整体有个全面认识，并理解索引是如何工作的，就可以了。在后续使用索引，或者优化索引时，可以从这些方面出发，进一步来加深对索引正确高效的使用。
一个事务执行过程中看到的数据, 总是跟这个事务在启动时看到的数据是一致的;当然在可重复读隔离级别下, 未提交变更对其他事务也是不可见的.
左边的数据表，一共有两列七条记录，最左边的是数据记录的物理地址。为了加快Col2的查找，可以维护一个右边所示的二叉查找树，每个节点分别包含索引键值，和一个指向对应数据记录物理地址的指针，这样就可以运用二叉查找在一定的复杂度内获取到对应的数据，从而快速检索出符合条件的记录。
来源:码农有道 ID:b497155298 本文讲述如何查找数据库里重复的行。这是初学者十分普遍遇到的问题。方法也很简单。这个问题还可以有其他演变，例如，如何查找“两字段重复的行”（#mysql IRC 频道问到的问题） 如何查找重复行 第一步是定义什么样的行才是重复行。多数情况下很简单：它们某一列具有相同的值。本文采用这一定义，或许你对“重复”的定义比这复杂，你需要对sql做些修改。本文要用到的数据样本： create table test(id int not null primary key, da
数据库事务( transaction)是访问并可能操作各种数据项的一个数据库操作序列，这些操作要么全部执行,要么全部不执行，是一个不可分割的工作单位。事务由开始和结束之间执行的全部数据库操作组成。
数据库到底有多重要？作为数据分析人员需要懂点数据库，作为开发者需要懂点数据库，作为行业从业者，或者一个专业从事运维的DBA，更是要对数据库了如指掌。 这次我尝试着写了9道常见的MySQL面试题，内容主要从面试角度出发，会涉及比较多很重要的基础知识，对于这类知识，不仅仅要知道，还要能够讲清楚，不够熟悉的小白可以查缺补漏，足够资深的大牛也可以看看对这些知识有没有烂熟于心。如果不知道嘛……出门别说自己是DBA…… 1 关系型数据库和非关系型数据库区别 非关系型数据库（感觉翻译不是很准确）称为 NoSQL，也
数据库是一个允许多用户、多会话、多线程访问的系统。为了在并发访问中能保证数据的一致性和完整性，一般会使用事务来做控制，外加锁来作为辅助手段。所以今天整理了一下锁的相关知识，看看它在事务里是怎么配合使用的。
MySQL 一直是本人很薄弱的部分，后面会多输出 MySQL 的文章贡献给大家，毕竟 MySQL 涉及到数据存储、锁、磁盘寻道、分页等操作系统概念，而且互联网对 MySQL 的注重程度是不言而喻的，后面要加紧对 MySQL 的研究。写的如果不好，还请大家见谅。
完全的范式和反范式是不存在的，在实际操作中建议混用这两种策略，可能使用部分范式化的schema、缓存表、以及其他技巧。
一、什么是MySQL索引？ 想象一下，你正在图书馆找一本特定的书。如果没有索引，你需要走过每一个书架，查看每一本书的标题，这会非常耗时。但如果有一个索引卡片，告诉你每本书的位置，你就可以直接走到那本书所在的书架，快速找到你想要的书。在MySQL数据库中，索引就类似于这个索引卡片，它帮助数据库快速定位到存储在表中的数据。 索引的好处
作者：胡呈清，爱可生 DBA 团队成员，擅长故障分析、性能优化，个人博客：[简书 | 轻松的鱼]，欢迎讨论。
InnoDB采用MVCC来支持高并发，并且实现了4个标准的隔离级别。其默认的隔离级别是可重复读。当隔离级别是可重复读的时候，是会发生幻读的问题的。那么MySQL如何解决这个问题呢？
工作一年了，也是第一次使用Mysql的索引。添加了索引之后的速度的提升，让我惊叹不已。隔壁的老员工看到我的大惊小怪，平淡地回了一句“那肯定啊”。
B Tree 指的是 Balance Tree，也就是平衡树。平衡树是一颗查找树，并且所有叶子节点位于同一层。
含有子查询的时候，表明各语句执行的先后顺序，如果数字相同，则按照先后顺序执行，如果为 null，则代表是结果集，不需要查询。
I want to pull out duplicate records in a MySQL Database. 我想在MySQL数据库中提取重复记录。 This can be done with: 这可以通过以下方式完成：
有时候数据库中表的数据可能存在重复的情况，如何从表中找出重复的数据呢？本文中提到两种方式：
在 MySQL 的众多存储引擎中，InnoDB 是最常用的存储引擎，也是 MySQL 现阶段唯一免费支持事务机制的存储引擎。在本文中，我们以 InnoDB 为例，介绍 MySQL 的索引结构以及其使用 B+ 树实现索引的原因。
在 5.1 版本之前，MyISAM 是 MySQL 的默认存储引擎，MyISAM 并发性比较差，使用的场景比较少，主要特点是
pymysql是通过python操作mysql的模块，需要先安装，方法：pip install pymysql
MySQL的默认存储引擎是InnoDB，并且在5.7版本的所有存储引擎中只有InnoDB是事务性存储引擎，也就是说只有InnoDB支持事务。
作为一个后端工程师，想必没有人没用过数据库，跟我一起复习一下MySQL吧，本文是我学习《MySQL实战45讲》的总结笔记的第七篇，总结了MySQL是如何解决幻读的。
简单回顾一下Mysql的历史，Mysql 是一个关系型数据库管理系统，由瑞典 Mysql AB 公司开发，目前属于 Oracle 公司。关系型数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。
给面试官讲一下 MySQL 的逻辑架构，有白板可以把下面的图画一下，图片来源于网络。
InnoDB行锁是通过给索引上的索引项加锁来实现的，这一点MySQL与Oracle不同，后者是通过在数据块中对相应数据行加锁来实现的。InnoDB这种行锁实现特点意味着：只有通过索引条件检索数据，InnoDB才使用行级锁，否则，InnoDB将使用表锁！ 索引对于InnoDB非常重要，因为它可以让查询锁更少的元组。 这点十分重要，InnoDB直到事务提交时才会解锁。如果查询不能使用索引，MySQL会进行全表扫描，并锁住每一个元组，不管是否真正需要。
MySQL安装有多种方式，可使用yum安装，也可以从官网下载指定版本解压安装既可，比较简单，安装完完成配置文件，linux下配置文件为my.cnf，windows配置文件为my.ini。
和其它数据库相比，MySQL有点与众不同，它的架构可以在多种不同场景中应用并发挥良好作用。主要体现在存储引擎的架构上，插件式的存储引擎架构将查询处理和其它的系统任务以及数据的存储提取相分离。这种架构可以根据业务的需求和实际需要选择合适的存储引擎。
这里把自己学的mysql数据库的知识总结一下，当是给自己复习一遍，也是方便以后查询
事务：事务是访问和更新数据库的程序执行的一个逻辑单元；事务中可能包含一个或多个sql语句，这些语句要么都执行，要么都不执行。作为一个关系型数据库，MySQL支持事务。
MySQL 的默认事物隔离级别是 RR (Repeatable Read) ，可重复读级别是能够解决脏读、不可重复读的这两个事物并发问题的，但是幻读的问题仍会存在，如果使用Serializable的隔离级别，对于高并发的业务来说是不实际的。那么 MySQL 是如何解决幻读这个棘手的问题呢？
慢查询 // 慢查询 缓慢的查询,低效的性能导致影响正常业务 MySQL默认10秒内没有响应SQL结果,为慢查询 // 检查慢查日志是否开启: show variables like 'slow_query_log'; // 检查慢日志路径 show variables like '%slow_query_log%'; // 开启慢日志 set global slow_query_log=on; // 慢日志判断标准(默认查询时间大于10s的sql语句) show variables like 'long
事务特性ACID：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability）。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
