1点25的博客

方法，其中就会判断rewriteBatchedStatements是否true，如果为true，就会执行改写后的SQL（multi values）我的公众号：「IT周瑜」里面：面试八股文、BAT面试真题、工作内推、工作经验分享、技术专栏等等什么都有，欢迎关注。，也就是把两个insert合并为了一个insert，这样自然就能提高执行性能了。，其中就有一个rewriteBatchedStatements属性。通过源码可以证明，在执行。

因此，从测试可以看出，MySQL的in中并没有数量上的限制，但是有sql语句整体大小的限制，不过还是建议in条件中不要超过200个数据，原因跟查询优化器计算成本有关，本文就暂时不分析了，感兴趣的同学可以关注我的公众号：IT周瑜。从错误信息可以看出，报错原因并不是in的数据太多了（已经有一百万个了），而是sql语句太长了，超过了4,194,304个字节，也就是4M，在我的MySQL中。in条件中放了两个数据，那么最多能放多少个数据呢？但是根据MySQL官网中的描述，67108864，也就是64M。

用于创建序列。nextval()用于获取序列的下一个值。currval()用于获取序列的当前值。setval()用于设置序列的值。用于删除序列。SERIAL是 PostgreSQL 提供的一种简便方式，用于自动创建和管理序列。通过这些操作，你可以在 PostgreSQL 中灵活地使用序列来生成和管理唯一标识符。

本文也会按这个顺序来分析每个步骤涉及到的核心对象和核心机制的底层实现原理。

在 MyBatis 中，（语言驱动）的作用是用于解析和处理 SQL 语句的生成和执行。具体来说， 提供了一种机制，允许开发者自定义 SQL 语句的解析方式，以及如何将参数映射到 SQL 语句中。MyBatis 默认提供了一些标准的语言驱动，同时也支持自定义语言驱动以满足特定的需求。MyBatis 提供了两个默认的 实现：开发者可以实现自己的 ，以支持特定的 SQL 生成需求。例如，可以实现一个支持某种模板引擎的 ，或者实现一个支持特定 DSL 的 。实现自定义：实现 接口或继承 类，并重写相关方

NULL值是我们在开发过程中的老朋友了，但是这个老朋友在MySQL中有很多坑，我通过这篇文章来总结分享一下，欢迎大家在评论区分享你的看法和踩坑经历。

看到没，一个mode表示了各种不同情况下的行锁，如果是我们来实现MySQL，那么可能会选择用两个属性来实现，一个属性表示S锁或X锁，另外一个属性表示临键锁、间隙锁、普通行锁。因为，1027=3+1024，3表示LOCK_X，1024表示LOCK_REC_NOT_GAP，因此1027表示加的是普通行锁的排他锁。表示临键锁，既锁记录，又锁记录前的间隙。

InnoDB中，记录的默认行格式为Dynamic，还有另外一种行格式为Compact，他们的区别就在于对溢出字段的不同处理。由于没有可为NULL的字段，所以没有NULL值列表，假如现在表中有四条记录，那么页中记录的结构为：不要觉得疑惑，主键字段是一定会放在所有字段最前面的！此时对于id=3这条记录来说，a字段就是溢出字段了，因为存的数据太多了，InnoDB此时会对该字段进行溢出的处理。

要想数据库的性能高，除开配置、除开索引，不要忽略了字段类型的设计，合理的字段类型设计能达到四两拨千斤的效果。IT周瑜dadudu6789。

自增ID耗尽问题通常与系统设计相关，需要根据具体情况选择合适的解决方案。面试官询问此问题是为了评估候选人对数据库设计、性能优化和问题解决能力的了解。在实际应用中，使用BIGINT类型可以大幅降低ID耗尽的风险，如果真的面临ID耗尽的问题，通常意味着数据库架构需要进行优化或重构。我是大都督周瑜，喜欢结交朋友，欢迎大家加我微信：dadudu6789，一起交流技术，我经常会在朋友圈分享一些比公众号更有深度的干货内容或面试经验。

因此每页除开会存数据行之外，还额外有一个page header的固定空间，用来存page_no和next_page，page_no表示页号，从0开始，next_page表示下一页，存的就是下一页的页号，因为每页固定是16KB，因此只要知道page_no就能从文件中定位到具体页的物理位置，从而读取该页的内容，比如要获取page_no=2的页内容，那就直接从第2*16384个字节开始取，取16384个字节就是page_no=2的页的内容。因此有了页，每页默认16KB，不过一页能存多少条记录就不是固定的了。

也是可以利用到索引的，并不一定是全表扫描，也可以扫描某个索引B+树的叶子节点，从而得到总条数，因为不管是什么索引，主键索引还是辅助索引，实际上它们对应的B+树中的叶子节点中的数据条数是一样的，只不过字段数不一样，主键索引存了全部字段，而辅助索引只存了定义的索引字段+主键字段，所以通常辅助索引是要比主键索引小的，因此遍历起来也会更快，但是记录条数是一样的。就需要锁全部的间隙了，因为全部的间隙都有可能插入name='zhouyu’的记录，或者可以理解为会给所有记录都加临键锁，这样就锁住了所有的间隙。

大家好，我是大都督周瑜，最近一直在研究MySQL源码，有点走火入魔了，今天还是分享一篇跟MySQL有关的。大家先猜猜以下SQL会创建几个索引？不要往下滑，先自己思考一个答案，并发到评论区。正确答案是3个，我先分析原因，再给出三种证明方式。

大家好，我是大都督周瑜，最近在整理MySQL源码的笔记，这里分享一篇出来，想看其他的可以关注我的公众号：IT周瑜。表示加的锁类型为：LOCK_REC_NOT_GAP，也就是我们通常所理解的行锁，只锁记录行本身，不说记录前面的间隙。

因此，我们上面分析的代理对象执行方法的流程并没有问题，代理类肯定会继承父类的name属性，只是代理对象在创建时默认使用的是Objenesis，创建出来的对象根本就没有对属性做初始化，所以最终name属性为null，不使用Objenesis就正常了。但是，上面的代码中，test()方法前面加了final，表示不能被子类重写，因此代理类中是没有test()方法的，代理对象执行的test()方法，并不是自己的test()方法，也就是不会执行切面逻辑，也就是事务会失效。仔细看看，不知道大家能不能分析出原因？

很明显，直接比较第一个字节就能发现“周瑜”小于“大都督”，因为54小于59，所以在排序结果中，“周瑜”排在了“大都督”的前面。排序的本质其实都一样，都是把字符转成特定的编码，然后比较编码的大小关系，那么有没有一种编码是按拼音来编码的呢？本质上是比较两个String的大小，小的排在前面，大的排在后面，那两个String默认是怎么比较大小的呢？很明显，结果不是拼音顺序，“大都督”应该要在最前面，那这种情况是按什么逻辑排的序呢？在我们国家，按拼音进行排序是很常见的需求，比如姓名，那如何按拼音进行排序呢？

大家好，我是IT周瑜，最近在研究MySQL源码，同时自己也在尝试手写一个MySQL，发现挺有趣的，因此这篇文章来跟大家一起扮演MySQL作者，一起来分析一下order by该如何实现。大家如果对手写MySQL感兴趣，可以关注我的公众号：IT周瑜以上SQL对应的需求很简单：对t1表中的全部数据按照name字段进行升序排序。请大家思考5秒钟：如果你是MySQL作者，你会如何实现以上需求？

另外要注意，当我们执行count()时，会遍历表中的每一行的，如果表只有一个聚集索引，那就会进行全部扫描，但是如果表中有多个索引，则会选择占用页数最少的索引，遍历它的叶子节点即可，因为不管是什么字段构建的索引，数据条数都是一样的，比如，聚集索引的叶子节点中有10000条数据，每条数据有5个字段，而另外一个辅助索引的叶子节点中肯定也有10000条数据，只不过每条数据可能只有2个字段，此时辅助索引占用的页数肯定更少，但是条数是一样的，此时count()就会走辅助索引来提高统计速度。

当我们执行普通的select查询时，InnoDB会使用MVCC机制来实现记录的，也就是在一个事务中对同一条记录多次读取结果保持一致，尽管可能有其他事务在修改该记录。而MVCC机制主要由两部分来实现，一部分是由undo log组成的版本链，另一部分就是ReadView，本文主要聊聊ReadView的底层实现机制。关注我，公众号：IT周瑜，后面再聊聊版本链的实现机制。这三个属性控制了ReadView对行记录不同版本的可见性，在遍历版本链时，会返回对当前ReadView可见的第一个版本。

英文名叫Metadata Lock，缩写为MDL，顾名思义，它是针对元数据的一种锁，锁的是元数据。一张表有100条记录，这里的记录我们可以称之为表数据，一张表的名字叫t1，有c1、c2两个字段，c1的类型是int，c2的类型是varchar，这里的表名、字段名、字段类型叫做表的元数据，当我们修改某行记录时，叫做修改表数据，当我们修改表名或字段类型时，叫做修改表的元数据。