Mysql知识汇总笔记

一。关于表链接

1. 表链接主要包括外链接和内链接，内链接只是选出链接的两张表中的相匹配的记录，可是外链接会选出其它不匹配的记录。内链接和外链接有不一样的应用场景。

2. 左链接是以左边表中的记录为准，若是右边表中没有和左边表相匹配的记录，左边表的记录仍是会显示。

3. 右链接是以右边表中的记录为准，若是左边表中没有和右边表相匹配的记录，右边表的记录仍是会显示。

4. 由2和3中能够知道，左链接和右链接是能够互相转换的

 

二。关于内建函数，须要用的时候能够查表，尽可能使用这些函数，避免本身实现

1. 字符串函数，concat等

2. 数值函数，rand函数

3. 日期和时间函数，unix_timestamp(date)和from_unixtime()

4. 流程函数，好比if，和casewhen

5. 其它经常使用函数，Ip和long转换，md5，password函数等

 

三。关于存储引擎，根据不一样的应用类型选择合适的存储引擎

1. 经常使用的存储引擎包括innodb和myisam，其中myisam主要用于OLAP的应用，innodb主要用于OLTP的应用。

2. myisam表文件：.frm(表定义).myd(存储数据).myi(存储索引)

3. myisam表支持的存储格式：

    a. 静态表（每条记录都是固定长度，存储很是迅速，容易缓存，缺点是占用的空间比动态表多，由于存储的时候会按照列的宽度定义来补足空格）

    b. 动态表（包含变长字段，记录不是固定的长度，存储占用空间相对少，可是频繁更新删除会形成碎片，须要执行optimize table）

    c. 压缩表（占据磁盘空间很小，每一个记录单独压缩）

4. innodb自动增加列必须是索引，若是是组合索引，必须是组合索引的第一列。

5. innodb支持外键，外键约束详见：

6. innodb存储表和索引有共享表空间和多表空间存储的形式。及时在多表空间的存储方式下，共享表空间仍然是必须的，innodb会把内部数据词典和未做日志放在这个文件之中。

7. 若是应用以读操做和插入操做为主，只有不多的更新和删除操做，而且对事务的完整性，并发性要求不高，那么就选择myisam引擎。若是对事务的完整性要求比较高，在并发状况下         要求数据的一致性，数据CRUD操做都有，那么选择innodb存储引擎，这样能够有效的下降因为删除和更新致使的锁定，确保事务的完整性。

 

四。关于数据类型

1. 少许字符串的时候选择char和varchar，大量文本的时候用text或者blob，blob用来保存二进制数据。不过blob和text在删除操做的时候会留下很大的空洞，之后填入这些空洞的记录在插入的性能上会有影响。能够用optimize table来整理碎片。小技巧是可使用合成索引（根据大文原本创建一个散列值）提升查询性能，不过只能应用于精确查找。

2. 浮点数要注意精度和四舍五入的问题。在一些精度要求比较大的应用中应该使用定点数或者字符串来存储数据。

3. 根据实际须要来选择知足应用的最小存储的日期类型。datetime类型记录的年份可以比较久远，timestamp可以和实际时区相对应。

 

五。关于字符集

1. 关于经常使用的编码知识，详见：

2. 在选择数据库字符集的时候须要根据应用的需求来的ing，是否知足应用所支持的语言的需求，是否须要处理各类各样的蚊子，或者发布到不一样语言的国家和地区。若是数据库中已经存在了数据，还须要充分考虑数据库字符集对已有数据的兼容性。好比汉字编码比较多，那么能够选择GBK，由于GBK汉字占用两个字节，UTF8占用三个字节，若是仅有少许汉字数据，那么选择UTF8好，由于UTF8英文字符只须要一个字节，其他的GBK或者UTF16都须要两个字节来对西文字符进行编码。

3. mysql保存数据的字符集和校对规则有4个级别的默认设置：服务器级别，数据库级别，表级别和字段级。分别在不一样的地方设置，做用也不一样。

4. 还须要注意客户端和服务器之间交互的字符集和校对规则，mysql提供了三个不一样的参数来表明客户端，链接和返回结果的字符集，一般状况下，这三个字符集应该是同样。

5. 字符集的修改步骤：

 

六。关于索引

1. 索引的列的值波动范围越大，索引的效果越好。

2. 若是对字符串列进行索引，应该指定一个前缀长度，这样可以节省大量的索引空间。

3. 利用最左前缀，在建立一个N列的索引时，其实是建立了mysql可利用的N个索引。多列索引能够起几个索引的做用，由于可利用索引中最左边的列集来匹配，这样的列称为最左前缀

4. 不要过分索引，索引会占用磁盘空间，下降写操做的性能，此外，mysql在生成一个执行计划的时候须要考虑各个索引，这也会花费时间。

5. innodb记录默认会按照主键或者惟一索引来保存记录，要选择最常访问的列做为主键，提升查询效率。innodb的表的普通索引也都会保存主键的键值，因此主键要尽量选择较短的数据类型，这样能够减小索引的磁盘占用。

6. btree索引的介绍：

7. 大多数的mysql索引（primarykey，unique，index和fulltext）在btree中存储。空间列类型的索引使用RTREE，而且memory表还支持hash索引。

 

七。关于视图

 

八。关于存储过程和函数

1. 存储过程的详细语法介绍：

2. 存储过程和函数的优点是能够将数据的处理放在数据库服务器上进行，避免将大量的结果集传输给客户端，减小数据的传输，可是数据库服务器上进行大量的运算也会占用服务器的CPU，形成数据库服务器的压力，因此要仔细斟酌。

 

九。关于触发器

1. 触发器是与表相关的数据库对象，在知足定义条件时出发，而且执行触发器中定义的语句集合。做用是能够协助应用在数据库端确保数据的完整性。

2. 触发器的语法详见：

 

十。事务和锁

1. mysql支持对myisam的表级锁定，对innodb的行级别锁定。当与服务器的链接被关闭的时候，全部由当前线程锁定的表都会被解锁。

2. myisam锁和事务详细列子：

3. 分布式事务：

 

十一。sql安全和sql mode

1. sql注入：程序对用户输入的数据没有进行严格的过滤，致使非法数据库查询语句的执行，同理的还有xss注入。java中采用prepareStatement来防止sql注入。

2. sqlmode：经过设置sql mode，能够完成不一样严格程度的数据校验，有效的保障数据的准确性。

 

十二。复杂sql的编写

1. groupby和having， with rollup， bit函数，rand()函数

 

十三。优化SQL语句

1. show status命令来了解当前数据库的状况，好比查询更新的比例，事务执行状况，慢查询的次数，链接次数等

2. 慢查询日志必定要开启，经过查看慢查询日志来定位执行很慢的sql语句。show processlist命令能够查看当前mysql在进行的线程，包括线程的状态，是否锁表。

3. 使用explain和desc命令来查询sql执行计划。关于explain命令的详细解释：

4. sql执行使用的索引问题。

5. 按期分析表和检查表，优化表。

6. 大批量插入数据，先关闭索引更新而后load，再打开索引。

7. innodb类型的表按照主键顺序保存，因此导入数据按照主键顺序排列能够提升导入数据的效率。在导入数据前关闭惟一性校验也能够提升导入效率。

 

 

十四。索引

1. myisam存储引擎的表的数据和索引是分开存储的，innodb存储引擎的表的数据和索引时存储在同一个表空间里的。

2. 查询中使用索引的最主要条件是查询条件中使用了索引关键字，若是是多列索引，那么只有查询条件使用了多列关键字最左边的前缀时才可使用索引，不然不能使用索引，索引具备前缀特性。

3. mysqlBTREE索引的详细解释：

4. 对于like查询，后面若是是常量而且只有%不在第一个字符，索引才可能被使用

5. mysql在如下状况下不会使用索引：好比使用索引比全表扫描更慢，hash索引where条件中不使用=，用or分隔开的条件，若是or前的条件中的列有索引，后面列中没有，那么不会用到索引。

6. 使用show status like "Handler_read%"查看索引使用状况

 

十五。优化数据库对象

1. 优化表的数据类型，在表运行一段时间以后使用函数procedure analyse来对表进行分析，优化表的字段类型。

2. 对表进行拆分，包括垂直拆分和水平拆分。垂直拆分之后查询全部数据须要join，水平拆分查询数据须要union。水平拆分能够按照时间或者按照某个列

3. 设计表的时候能够适当的增长冗余字段，这样能够下降链接操做的需求，没必要死守数据库规范。可是这样在更新的时候可能会形成数据的不一致，因此须要按期更新或者使用触发器。

 

十六。锁问题

1. 锁冲突是影响数据库并发访问性能的一个重要因素。因此理解sql语句执行的时候是否会加锁以及加什么锁很重要。主要用到mysql表所和innodb行锁。

2. mysql锁分为表级锁，行级锁，页面锁。innodb支持行级锁和表级锁。myisam支持表锁。表级锁不会出现死锁，可是锁定粒度大，发生锁冲突的几率最高，并发度最低。行级锁开销大，会出现死锁，锁定粒度最小，发生锁冲突的几率最低，并发度也最高。

3. myisam在执行查询select前，会自动给涉及的全部表加读锁，在执行（update，delete，insert）前，会自动给涉及的表加写锁。可是显式加锁必需要手动解锁，在执行lock tables后，只能访问显式加锁的这些表，不能访问未加锁的表。myisam老是一次得到SQL语句锁须要的所有锁，因此myisam表不会出现死锁。

4. myiasm表锁的例子：

5. innodb锁问题。

 

十七。事务

1. 事务ACID属性，原子性：事务是一个原子操做单元，其对数据的修改，要么全都执行，要么全都不执行。一致性：在事务开始和完成时，数据都必须保持一致状态。隔离性：数据库系统提供必定的隔离机制，保证事务在不受外部并发操做影响的独立环境执行。持久性：事务完成以后，它对于数据的修改是永久性，及时出现系统故障也可以保持。

2. 并发事务处理会提升数据库系统的事务吞吐量，从而能够支持更多的用户，可是也会带来一些问题，主要包括：更新丢失，脏读，不可重复读，幻读。

3. 更新丢失是应用的责任，脏读不可重复读以及幻读，这是数据库读一致性的问题，必须由数据库提供必定的事务隔离机制来解决。数据库实现事务隔离的方式，基本上分为两种，一种是加锁，另一种是MVCC（不加锁，经过必定机制生成一个数据请求时间点的一致性数据快照）

4. 为了处理隔离与并发的矛盾，有4个事务隔离级别，RU，RC，RR，S。事务隔离级别对应的例子：

 

十八。备份和恢复

1. mysql的主从备份就是slave mysql在不断的作基于BINLOG的恢复。主从备份有多重级别，好比基于行级别，或者基于sql语句级别，或者二者兼顾

3. 备份分为逻辑备份和物理备份，逻辑备份使用mysqldump，myisam存储引擎在备份的时候须要加锁来保证数据的一致性，对于innodb来讲经过--single-transaction能够得到一个快照，这样使备份的数据可以保持一致性。恢复很简单，直接将mysqldump的输出当成输入执行便可。能够打开备份文件看看内容。

4. 表的导出能够select into outfile，mysqldump也能够。导入能够用load data infile。

 

十九。mysql日志

1. mysql有四种日志，分别是错误日志，二进制日志（binlog日志），查询日志和慢查询日志。

2. 错误日志用于记录数据库出现的问题，当系统故障的时候首先要检查错误日志。 

3. 二进制日志使用mysqlbinlog来查看，binlog比较大，须要按期删除。在主从备份的环境中须要确保从库已经拷贝了binlog，以避免备份发生问题。

4. 查询日志记录了客户端的查询操做，对于访问频繁的系统，此日志对系统性能的影响比较大。通常关掉

5. 慢查询日志记录了包含全部执行时间超过参数long_query_time所设置值的sql语句的日志。

 

二十。mysql权限

1. mysql的权限是经过用户名和ip地址来肯定的。mysql数据库里面的user，host，db表

 

 

 

 

参考资料：书籍《深刻浅出，mysql数据库开发，优化与管理维护》