无论是做PHP开发还是做JAVA开发甚至前端开发，只要是开发，面试的时候都必考数据库。为什么前端也要考数据库？因为数据库课程是计算机的基础课程，同样的基础课程还有操作系统，数据结构。只要写代码就永远跳不出这三门基础课。
例如当前表中有ID为1,2,3三条记录，把3删除，重启MySQL，新插入记录的ID从哪儿开始？
答案来自这个链接： 每日一面 - mysql 的自增 id 的实现逻辑是什么样子的？
在 第4篇 文章中，我们提到过自增主键，由于自增主键可以让主键索引尽量地保持递增顺序插入，避免了页分裂，因此索引更紧凑。
《MySQL自增ID，居然大部分人都搞错了？》中的作业题，有少量答对的人，但原理讲得不透，今天简单说下作业题中的答案，以及相关知识点。 作业题是这样的： drop table t1; create table t1( id int not null auto_increment, name varchar(10) unique, count int default 0, primary key(id), index(name) )engine=innodb; ins
之前的文章把 InnoDB 中的所有的锁都介绍了一下，包括意向锁、记录锁...自增锁巴拉巴拉的。但是后面我自己回过头去看的时候发现，对自增锁的介绍居然才短短的一段。
回答：MySQL InnoDB 引擎底层数据结构是 B+ 树，所谓的索引其实就是一棵 B+ 树，一个表有多少个索引就会有多少颗 B+ 树，MySQL 中的数据都是按顺序保存在 B+ 树叶子节点上的。
MySQL的自增列问题其实很有意思，在重启数据库之后，会按照max(id)+1的方式来计算，这样一个看起来有些别扭的实现方式在早期版本就饱受诟病，在MySQL 5.7都没有解决掉，终于在8.0松口了，计划在这个版本中修复。 而重启会带来自增列一类的潜在问题，而如果不重启其实也有可能会有自增列的不一致问题。和两个参数table_definition_cache和table_open_cache还是密切相关的。 主要的原因是什么呢，引用阿里数据库内核团队的解释（https://www.kancl
《MySQL删除数据的三种方式》中的作业题，99%的人答错，有点出乎意料。 画外音：评论中不乏嘲笑知识点简单的小伙伴。 今天简单说下作业题中的答案，以及知识点。 作业题是这样的： 实验步骤如上图： 第一步：建表，设定自增列； 第二步：指定id=1插入，锚定第一行是id是1； 第三步：不指定id，依赖自增机制，插入3行； 画外音：此时id应该变为2，3，4了？ 第四步：delete删除所有记录； 画外音：坑就容易出在这里。 第五步：指定id=0插入； 第六步：指定id=1插入； 第七步：不指定id，依赖自
在添加数据之前，如果使用gbk编码，可能导致中文字符的长度不够的错误，所以可以使用：
如果需要把一台MySQL中的数据定期归档到另外一台MySQL历史库中，那么很可能会发现会有重复值的问题，导致数据导入会失败，而这个问题其实是和自增列的重复值有关，我们来简单看看。 这方面丁奇大师也做了很多详细的说明，还定制了参数，具体可以参见 http://www.csdn.net/article/2015-01-16/2823591 我们来看看这个问题，由此做一个简单的总结。 我们创建一个表t1，指定存储引擎为InnoDB use test; [test]> drop table
面试的时候 , 大部分面试官会问mysql的索引问题 , 也是必问的问题 , 但是感觉大部分面试官都是把网上的面试题原封不动的说出来 , 要开发人员来应试答题.
学习MySQL的知识，学习好索引是非常重要的，索引分类、索引如何正确添加、索引失效的场景、底层数据结构等问题是面试中必问的，就这些内容我们一起学习巩固下。
在计算机系统中，锁（Lock）是一种同步机制，用于控制对共享资源的访问。它确保在任何给定时间内只有一个线程能够访问受保护的共享资源，从而避免了由并发访问导致的数据竞争和不一致问题。
55道互联网大公司的经典面试题，全部答对月薪5W+没问题。 1、一张表里面有ID自增主键，当insert了17条记录之后，删除了第15,16,17条记录，再把mysql重启，再insert一条记录，这条记录的ID是18还是15 ？ 2、mysql的技术特点是什么？ 3、Heap表是什么？ 4、mysql服务器默认端口是什么？ 5、与Oracle相比，mysql有什么优势？ 6、如何区分FLOAT和DOUBLE？ 7、区分CHAR_LENGTH和LENGTH？ 8、请简洁描述mysql中InnoDB支持的
InnoDB 行锁是通过对索引数据页上的记录（record）加锁实现的。主要实现算法有 3 种：Record Lock、Gap Lock 和 Next-key Lock。
MySQL 里有很多自增的 id，每个自增 id 都是定义了初始值，然后不停地往上加步长。虽然自然数是没有上限的，但是在计算机里，只要定义了表示这个数的字节长度，那它就有上限。比如，无符号整型 (unsigned int) 是 4 个字节，上限就是 2^32-1。
大型网站为了解决大量的高并发访问问题，除了在网站实现分布式负载均衡，远远不够。到了数据业务层、数据访问层，如果还是传统的数据结构，或者只是单单靠一台服务器支持，如此多的数据库连接操作，服务器性能再好数据库必然会崩溃。数据丢失的话，后果更是不堪设想。这时候，我们会考虑如何减少数据库的连接，一方面采用优秀的代码框架，进行代码的优化，采用优秀的数据缓存技术如：memcached等。如果资金充足的话，必然会想到假设服务器集群，来分担主数据库的压力。或者在硬件设备上，投入大量资金，购买高性能的服务器。出名的有f5，硬件负载，软件负载等。 Ok切入今天的主题，利用MySQL主从配置，实现读写分离，减轻数据库压力。这种方式，在如今很多网站里都有使用，也不是什么新鲜事情，今天总结一下，方便大家学习参考一下。 读写分离： 1.多个服务器肯定比一个服务器好。 2.在数据库写入的时候，会加入大量的锁(排它锁,共享锁等等)，从而影响性能。 3.数据更安全,多数据库存在备份数据。 搭建环境： 1.搭设一台Master服务器（win7系统64bit,Ip：10.10.2.33） 2.一台台Slave服务器（winXp系统32bit,ip:10.10.2.157） 原理：主服务器（Master）负责网站写操作，从服务器负责查询操作。主从服务器利用MySQL的二进制日志文件，实现数据同步。二进制日志由主服务器产生，从服务器响应获取同步数据库。
开头还是介绍一下群，如果感兴趣polardb ,mongodb ,mysql ,postgresql ,redis 等有问题，有需求都可以加群群内有各大数据库行业大咖，CTO，可以解决你的问题。加群请联系 liuaustin3 ，在新加的朋友会分到2群。
大家有没有遇到过慢查询的情况，执行一条SQL需要几秒，甚至十几、几十秒的时间，这时候DBA就会建议你去把查询的 SQL 优化一下，怎么优化？你能想到的就是加索引吧？
为什么要设置自增主键 id ？ PRIMARY KEY (id) 可以唯一标识一行数据，在 InnoDB 构建索引树的时候会使用主键。 自增 id 是顺序的，可以保证索引树上的数据比较紧凑，有更高的空间利用率以及减少数据页的分裂合并等操作，提高效率。(数字顺序搜索快一点) 一般使用手机号、身份证号作为主键等并不能保证顺序性。 流水号一般相对较长，比如 28 位，32 位等，过长的话会二级索引占用空间较多。同时为了业务需求，流水号具有一定的随机性。 int(11)是什么意思？ “int(11)中,11代表的并不是长度,而是字符的显示宽度 为什么id不能为空NOT NULL？ 如果查询中包含可为 NULL 的列，对 MySQL 来说更难优化 ，因为可为 NULL 的列使 得索引、索引统计和值比较都更复杂 。可为NULL 的列会使用更多的存储空间 ，在 MySQL 里也需要特殊处理 。当可为NULL 的列被索引肘，每个索引记录需要一个额 外的字节，在 MyISAM 里甚至还可能导致固定大小 的索引 （例如只有一个整数列的 索引） 变成可变大小的索引。(为null是占用存储空间的。为空不占用存储空间哦)
MySQL 作为使用范围最广的开源关系型数据库，是每个后端开发人员都绕不开的一道坎。我在上一篇文章中也写了关于 MySQL 中的 MVCC 的细节及各个隔离级别如何使用 MVCC，有兴趣的可以查看。
1.客户端向服务器端发送SQL命令 2.服务器端连接模块连接并验证 3.缓存模块解析SQL为Hash并与缓存中Hash表对应。如果有结果直接返回结果，如果没有对应继续向下执行 4.解析器解析SQL为解析树，如果出现错误，报SQL解析错误。如果正确，向下传递 解析时主要检查SQL中关键字，检查关键字是否正确、SQL中关键字顺序是否正确、引号是否对应是否正确等。
疫情期间在家工作时，同事使用了 insert into on duplicate key update 语句进行插入去重，但是在测试过程中发生了死锁现象:
在 MySQL 中，DATABASE 和 SCHEMA 在语法上是等效的，它们都用于创建数据库。在其他 RDBMS（如 Oracle 和 SQL Server）
疫情期间在家工作时，同事使用了 insert into on duplicate key update 语句进行插入去重，但是在测试过程中发现了死锁现象:
MySQL 要不要学的这个问题，回答是一定要学，继续学，哪怕不用。实际上最近有人已经问了这个问题了，还有人问ORACLE 要不要学的问题，我觉得这个些提问题的人，很奇怪，如果有觉得你有更值得要学的数据库，马上要用的数据库可以去学，没有必要问，ORACLE,MYSQL要不要学，你问我就会告诉你，学一定要学。
drop table t1; create table t1( id int not null auto_increment, name varchar(10) unique, count int default 0, primary key(id), index(name) )engine=innodb; insert into t1(name) values("zhangsan"),("lisi"),("wangwu"); select * from t1;
应几位朋友之邀，放一下图，也给自己留个纪念，数年后回想起，曾经我花了半年迭代出这么一个设计，哈哈，不知道到时候是什么感觉，会不会像我现在看一年前的设计图一样感觉傻，还是为进步而开心。
以Col1为主键，则上图是一个MyISAM表的主索引（Primary key）示意
tidb这个技术名词很多同学或多或少都曾经耳闻过，但是很多同学觉得他是分布式数据库，自己的业务是使用mysql，基本使用不上这个技术，可能不会去了解他。最近业务上有个需求使用到了tidb，于是学习了一下基本原理，会发现这些原理其实不仅仅局限于分布式数据库这一块，很多技术都是通用的，所以在这里写一下分享一下学习tidb的一些心得。
插入InnoDB自增列，居然是表锁？
很多工作两三年的同行都跟我说，认为性能调优没什么用。刚工作的时候我也这样以为，但后来我才知道我当时想法多么的天真。
随着互联网和移动互联网的发展，各个机构都需要支撑远超过以往的数据。而在这个需求的刺激下，IT领域出现了大量数据处理技术，其中之一就是NoSQL。灵活的数据类型，高效的处理能力，让NoSQL已占据数据管理系统的一席之地，比如人气NoSQL数据库MongoDB。然而在Wix工程实践中，他们发现，大量场景中其实并不需要NoSQL，反而成熟的RDBMS更具效益，比如MySQL。下面一起看Wix工程主管 Aviran Mordo的分享，由OneAPM工程师翻译。 以下为译文 开发人员选择NoSQL数据库一般都是根据主
前面一篇文章《案例| +1s导致的故障》介绍了因为开发同学对datetime值+1s的操作导致的问题。我们在复盘的时候讨论设置sql_mode为严格模式可行性。于是有了此文。
MySQL并没有专门的中位数算法，而对于SQL不熟悉的人，书写中位数，只能通过Java等语言实现。并非推荐使用MySQL完成中位数计算，以下实现，仅为了通过算法解析的过程中，了解一些MySQL常用与不常用的功能、函数，并开拓思维。
来源：https://blog.twitter.com/engineering/en_us/a/2010/announcing-snowflake[2]
最近在极客时间上学习丁奇大佬的《MySQL 45讲》，这里结合自己的理解分享出来，喜欢的同学可以购买原版课程进行学习，里面的内容很丰富。
是的，他的昵称真的就叫图灵，一开始我以为是图灵出版社的人...他是《PHP网络编程》的阅读者，由于比较读的比较认真仔细，所以他问了一些问题，你们感受一下。
165. 一张自增表里面总共有 7 条数据，删除了最后 2 条数据，重启 mysql 数据库，又插入了一条数据，此时 id 是几？
本文主要受众为开发人员,所以不涉及到MySQL的服务部署等操作,且内容较多,大家准备好耐心和瓜子矿泉水.
墨墨导读：本文为开发人员提供了一些MySQL相关的知识点，包括索引、事务、优化等，下面以问答形式形式呈现出来。
本文主要受众为开发人员，所以不涉及到 MySQL 的服务部署等操作，且内容较多，大家准备好耐心和瓜子矿泉水。
第二范式：在第一范式的基础上，非主键列完全依赖于主键，而不能是依赖于主键的一部分。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
