zty

最近刚刚朋友聊过这个问题，这里简单整理一下。标题中的 「‘对于非常小的表，大部分情况下简单的全表扫描比建立索引更高效’」 ，其实是问题 「‘索引的使用条件’」 的答案的一部分。完整答案是：对于非常小的表、大部分情况下简单的全表扫描比建立索引更高效对于中到大型的表，索引就非常有效；那么为什么对于非常小的表，大部分情况下简单的全表扫描比建立索引更高效呢？理由如下：MySQL的默认存储引擎是InnoDB，在InnoDB中索引是通过 B+ 树实现的，MySQL的数据是存储在聚簇索引（聚簇索引也叫主键索引

总结1.InnoDB为了不同的目的而设计了不同类型的页，我们把用于存放记录的页叫做数据页。2.一个数据页可以被大致划分为7个部分，分别是File Header，表示页的一些通用信息，占固定的38字节。Page Header，表示数据页专有的一些信息，占固定的56个字节。Infimum + Supremum，两个虚拟的伪记录，分别表示页中的最小和最大记录，占固定的26个字节。User Records：真实存储我们插入的记录的部分，大小不固定。Free Space：页中尚未使用的部分，大小不确定

问题描述同一个IP连接失败次数超过了最大的max_connection_errors=10;就会阻止连接解决方案可以调max_connection_errors=1000；或者flush_hosts mysqladmin flush-hosts有远程云服务器的连接上远程服务器之后，在这上面进行操作mysql -u root -p然后输入密码进入到mysql中flush hosts 即可...

序言网上看到一道面试题,面试官问IP地址是怎么存在数据库的?没多想,就回答了字符串吧(心想：这么简单的问题，怕不是看不起我吧)前面这段权当看看，毕竟 IP地址 本来就是一个字符串，存放在数据库作为字符穿类型，也是无可厚非的。但是，阿粉我可是一个喜欢换位思考的人，站在面试官的角度，你觉得我会问这么一个低级的问题么？那么答案当然是否定的。所以，面试官想知道的是你对这个问题会不会有深度思考，从此来一定程度的判断你在平常的开发中只是一个单纯的 “搬砖” 的码农，还是一个有灵魂的 Coder 。正文针对这个问