原MySQL 8.0源码编译
提示下，编译MySQL 8.0版本，需要gcc版本5.3.0以上才行。我这次的编译环境是ubuntu 18.04，其gcc版本是7.4。…
CHAR和VARCHAR存取的差别
导读
你真的知道CHAR和VARCHAR类型在存储和读取时的区别吗？
还是先抛几条结论吧：
1、存储的时候，CHAR总是会补足空格后再存储，不管用户插入数据时尾部有没有包含空格。
2、存储的时候，VARCHAR不会先补足空格后再存储，但如果是用户在插入时特地加了空格那就会如实存储，而不会给删除。
3、读取数据时，CHAR总是会删除尾部空格（哪怕是写入时包含空格）。
4、读取数据时，VARCHAR总是如实取出之前存入的值（如果存储时尾部包含空格，就会继续保留着，不会像CHAR那样删除尾部空格）。…
mysql的启动方式4种
mysql的启动方式有4种： mysqld 、mysql_safe 、mysql_multi、service mysql start
1. mysqld：是mysql的核心程序，用于管理mysql的数据库文件以及用户的请求操作。mysqld可以读取配置文件中的[mysqld]的部分
… 我以为我对Mysql索引很了解，直到我遇到了阿里的面试官
相信很多人对于MySQL的索引都不陌生，索引(Index)是帮助MySQL高效获取数据的数据结构。
因为索引是MySQL中比较重点的知识，相信很多人都有一定的了解，尤其是在面试中出现的频率特别高。楼主自认为自己对MySQL的索引相关知识有很多了解，而且因为最近在找工作面试，所以单独复习了很多关于索引的知识。
但是，我还是图样图森破，直到我被阿里的面试官虐过之后我才知道，自己在索引方面的知识，只是个小学生水平。
以下，是我总结的一次阿里面试中关于索引有关的问题以及知识点。
索引概念、索引模型
我们是怎么聊到索引的呢，是因为我提到我们的业务量比较大，每天大概有几百万的新数据生成，于是有了以下对话：
面试官：你们每天这么大的数据量，都是保存在关系型数据库中吗？
我：是的，我们线上使用的是MySQL数据库
面试官：每天几百万数据，一个月就是几千万了，那你们有没有对于查询做一些优化呢？
我：我们在数据库中创建了一些索引（我现在非常后悔我当时说了这句话）。
这里可以看到，阿里的面试官并不会像有一些公司一样拿着题库一道一道的问，而是会根据面试者做过的事情以及面试过程中的一些内容进行展开。
面试官：那你能说说什么是索引吗？
我：（这道题肯定难不住我啊）索引其实是一种数据结构，能够帮助我们快速的检索数据库中的数据。
面试官：那么索引具体采用的哪种数据结构呢？
我：（这道题我也背过）常见的MySQL主要有两种结构：Hash索引和B+ Tree索引，我们使用的是InnoDB引擎，默认的是B+树。
这里我耍了一个小心机，特意说了一下索引和存储引擎有关。希望面试官可以问我一些关于存储引擎的问题。
面试官：既然你提到InnoDB使用的B+ Tree的索引模型，那么你知道为什么采用B+ 树吗？这和Hash索引比较起来有什么优缺点吗？
我：（突然觉得这道题有点难，但是我还是凭借着自己的知识储备简单的回答上一些）因为Hash索引底层是哈希表，哈希表是一种以key-value存储数据的结构，所以多个数据在存储关系上是完全没有任何顺序关系的，所以，对于区间查询是无法直接通过索引查询的，就需要全表扫描。所以，哈希索引只适用于等值查询的场景。而B+ Tree是一种多路平衡查询树，所以他的节点是天然有序的（左子节点小于父节点、父节点小于右子节点），所以对于范围查询的时候不需要做全表扫描。
面试官：除了上面这个范围查询的，你还能说出其他的一些区别吗？
我：（这个题我回答的不好，事后百度了一下）
科普时间：B+ Tree索引和Hash索引区别 哈希索引适合等值查询，但是不无法进行范围查询 哈希索引没办法利用索引完成排序 哈希索引不支持多列联合索引的最左匹配规则 如果有大量重复键值得情况下，哈希索引的效率会很低，因为存在哈希碰撞问题
聚簇索引、覆盖索引
面试官：刚刚我们聊到B+ Tree ，那你知道B+ Tree的叶子节点都可以存哪些东西吗？
我：InnoDB的B+ Tree可能存储的是整行数据，也有可能是主键的值。
面试官：那这两者有什么区别吗？
一通骚操作，我把SQL执行效率提高了10000000倍！
场景
我用的数据库是mysql5.6，下面简单的介绍下场景
课程表：
create table Course(
c_id int PRIMARY KEY,
name varchar(10)
)数据100条
学生表:
create table Student(
id int PRIMARY KEY,
name varchar(10)
)数据70000条
学生成绩表SC
CREATE table SC(
sc_id intMySQL 8.0数据库新特性及测试
数据库架构：主备+分库？主从+读写分离？
原通过PHP单例模式与长连接减少MySql连接数
此单例代码有问题，请参考下面的
在Mysql驱动的PHP网站中，MySql连接的一般都是利用脚本的结束来进行释放，在一些分层写的php网站中，若一个页面含有多个数据访问类，由于每个数据访问类都会有数据库的连接，导致这一个页面在脚本结束前会有多个数据库连接，在一些大型的页面连接可能多至数十上百，为此需要进行必要的控制，对于解释性的PHP语言，脚本是顺序执行的，也就是说数据库连接的利用同时只有一个，根据这个特点，可以用单例模式来进行改造。
<?php
class ConnecToDB
{
private static $instance;
private function _constuct()
{
} //私有构造函数，防止外界构造新对象，
public static function GetConnec()
{
if (!self::$instance instanceof self) {
self::$instance =new self;//若当前对象实例不存在
}
$temp=self::$instance; //获取当前单例
return $temp::Con() ; //调用对象私有方法连接 数据库
}
//连接到数据库
private static … Laravel中的不安全SQL函数
我最近了解到并非Laravel中的所有查询构建器功能都是“安全的”。这意味着不应将用户输入直接传递给它，因为它可能会将您的应用程序暴露给SQL注入漏洞。
过去几天很明显，社区对这些不安全的功能知之甚少。许多开发人员和我一样认为，Laravel查询构建器完全阻止了SQL注入攻击。
这篇博文旨在提高人们对什么是安全的，哪些不安全的意识。…
发现大量的mysql TIME_WAIT解决办法
今天早上一上班，有同事就反映公司好几个网站都打不开，登陆数据库
服务器(windows)，发现很卡,于是重启了下服务器，进入系统后，没过一会问题依旧,查看了下系统进程，发现mysql占用率达到99%，可以肯定的是mysql连接出现问题:
netstat -an
192.168.12.13:3306 192.168.12.12:30443 TIME_WAIT
192.168.12.13:3306 192.168.12.12:30444 TIME_WAIT
192.168.12.13:3306 192.168.12.12:30445 TIME_WAIT
192.168.12.13:3306 192.168.12.12:30446 TIME_WAIT
192.168.12.13:3306 192.168.12.12:30447 TIME_WAIT
192.168.12.13:3306 192.168.12.12:30448 TIME_WAIT
192.168.12.13:3306 192.168.12.12:30449 TIME_WAIT
192.168.12.13:3306 192.168.12.12:30450 TIME_WAIT
192.168.12.13:3306 192.168.12.12:30451 TIME_WAIT
192.168.12.13:3306 192.168.12.12:30452 TIME_WAIT
…
近期评论