MySQL DBA面试整理

文档：MySQL DBA面试整理.note
连接：http://note.youdao.com/noteshare?id=8ac1a828da5dfd0d05d3c2edf2744311&sub=C0463009298A48A4951D3321D406DD59

MySQL DBA面试整理

主从复制

为何要进行主从？

背景：有一个SQL语句须要进行表锁

影响：表暂停服务，不对外提供服务

目的：读写分离，一个库用来读，一个用来写写

工做：据的热备

用途：架构拓展，IO太高，下降IO的频率，提升单个机器的IO性能

优势：减轻主库的负载，当主库宕机，能够快速切换到从库

主从与集群的区别

主从：配置好主从以后同一张表只能对一个服务器进行写操做。若是在从上进行了写操做，以后主也进行了写的操做，会形成主从不一样步。宕机以后须要手工切换

集群：有多台数据库服务器组成，数据库的写入和查询随机到一台数据库服务器，其余的机器会自动同步，单一出现问题不会形成影响

缺点：目前mysql集群值针对NDB，若是是innodb或其余存储引擎不能够

原理：

一、数据库有一个binlog文件：最重要的日志文件，全部的DDL/DML语句以事件的形式记录

二进制索引文件（xxx.index）用于记录全部的二进制文件

二进制文件（xxx.000*）记录DDL/DML

2：基本原理：将binlog文件复制

3：过程：在从库relay-log中重作日志文件中执行binlog中的SQL语句

4线程：

一、主库进行DDL/DML

二、从库发起链接请求

三、主库开启Binlog dump thread 将binlog传输到从库relay-log

四、从库启动I/Othread线程，将binlog写入到relay-log

五、从库建立一个SQL线程，从relay-log中读取，将内容写入到从库的数据库

方式：

异步

主库把提交事件写进binlog

给用户返回提交成功

异步传输给从库relay-log

从库应用relay-log

半同步

主库将提交事件写进binlog

将binlog传给从库relay-log

从库相应主库binlog传输完成

异步传输给从库relay-log

从库应用relay-log

延迟问题：

传输延迟

产生缘由：

dump是单线程读取binlog速度慢---------增长物理读能力

网络延迟-----------------------------------------增长网络带宽

从库IO线程写能力小------------------------------raid+flash（缓存）

应用延迟

从库只有一个SQL线程----------------------------避免主库有大量的DML

慢查询-------------------------------------------建立主键/索引

从库性能低---------------------采用mixed：SQL语句（update会丢失）/行（binlog太大）/混合复制

MHA

MHA原理

该软件由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。MHA
Manager能够单独部署在一台独立的机器上管理多个master-slave集群，也能够部署在一台slave节点上。MHA
Node运行在每台MySQL服务器上，MHA
Manager会定时探测集群中的master节点，当master出现故障时，它能够自动将最新数据的slave提高为新的master，而后将全部其余的slave从新指向新的master。整个故障转移过程对应用程序彻底透明。

在MHA自动故障切换过程当中，MHA试图从宕机的主服务器上保存二进制日志，最大程度的保证数据的不丢失，但这并不老是可行的。例如，若是主服务器硬件故障或没法经过ssh访问，MHA无法保存二进制日志，只进行故障转移而丢失了最新的数据。使用MySQL
5.5的半同步复制，能够大大下降数据丢失的风险。MHA能够与半同步复制结合起来。若是只有一个slave已经收到了最新的二进制日志，MHA能够将最新的二进制日志应用于其余全部的slave服务器上，所以能够保证全部节点的数据一致性。

manager作了几件事情

一、监控主和从

二、主宕机以后，manager会作几件事情

1. 找到新的主
   1. 若是指定候选，直接使用候选做为新的主
   2. 若是没有指定候选，或者指定了多个候选，选择延迟最小的做为主
2. 从旧的主保存binlog
3. 应用binlog到新的主
4. 在新的主上启动新的地址，也就是地址的漂移

经过执行一个脚原本实现

三、必定要注意查看manager上面的日志

如何把坏掉的主加入到 mha 环境中：

mha 默认状况下，宕掉的旧主经过如下步骤加入到 mha 环境中去，之后不能再充当
master，由于加上了 no_master 参数，认为从新成为主可能会形成数据的不一致。

一、让旧主成为从

CHANGE MASTER TO MASTER_HOST='192.168.10.52',MASTER_PORT=3306,
MASTER_LOG_FILE='mha-server.000003',MASTER_LOG_POS=154, MASTER_USER='repl',
MASTER_PASSWORD='repl';

确保新主上有旧主能够使用的复制用户

二、加入到 manager 的监控中

masterha_conf_host --command=add --conf=/etc/masterha/app1.cnf
--hostname=192.168.10.51 --block=server2 --params="no_master=1;ignore_fail=1"

也能够手工直接编辑 app1.cnf

如何将失败的 master 强行加进来

一、删除 fialover complete 文件

二、dead master 从新安装 mysql 软件、使用备份恢复搭建新的主从

三、编辑 app1.cnf，将新的从加入到配置文件中，重启 manager 进程

一、手工编辑

二、使用命令加入

MHA 平常监控命令：

# masterha_check_status --conf=/etc/masterha/app1.cnf //平常 mha
监控，主要监控manager 节点

# masterha_check_repl --conf=/etc/masterha/app1.cnf

# masterha_check_ssh --conf=/etc/masterha/app1.cnf //常常用来排错

一、发现旧主已经over，就地保存binlog，指定start-position

二、再次肯定旧主已经over

三、肯定其余的从的状态

四、关闭主应用和漂移ip

1. MHA的优缺点

MHA工具的优势:

由Perl语言开发的开源工具master自动监控和故障转移

master crash 不会致使主从数据不一致性

能够支持基于GTID的复制模式(MySQL 5.7版本)MHA在进行故障转移时更不易产生数据丢失

同一个监控节点能够监控多个集群

MHA增强了数据的安全性

MHA工具的缺点:

须要编写脚本或利用第三方工具来实现VIP的配置

MHA启动后只会对主数据库进行监控

须要基于SSH免认证配置，存在必定的安全隐患

没有提供从服务器的读负载均衡功能

mha 由于延迟不能启动新的主时，解决办法：

方法 1：

1. 删除 fialover complete 文件
2. 在但愿成为主的那个下面，添加 check_repl_delay=0
3. 再次启动 manager
4. 原来的延迟还会继续跑，新的操做不能进行，由于漂移地址没有过来，read_only

没有关闭。mha 也会等到全部的应用日志都跑完之后，才会提高新的主。 你能够强行关闭
readonly，链接本地地址 50，先进行操做，极可能会发生主键冲突。

方法 2：

或者干等，slave 遇上 master 之后，删除 error，重启启动 manager。
须要等到新主应用全部的 binlog，生产上接受不了。因此对于 mha
来讲，若是存在严重的延迟的话，基本上不能用。

方法 3：

不依靠 mha，关闭 manager，将其中一个 slave 的 ip 地址进行修改，readolny
参数去掉，提高为主

1. MHA能切换几回

只能一次

3.触发器的做用域是什么以及触发器的最小单位

做用域是表，最小单位是行

读写分离

1.应用层解决;

2.中间件实现

应用层实现的的优缺点:

优势:

一、多数据源切换方便，由程序自动完成;

二、不须要引入中间件;

三、理论上支持任何数据库;

缺点:

一、由程序员完成，运维参与不到;

二、不能作到动态增长数据源;

SQL的执行顺序

一、先执行from、join、where、on
部分，这是最主要的资源消耗点，要合理使用索引，注意表的关联顺序

二、group by、having（分组聚合），要注意优化分组聚合

三、order by，要注意优化order by，使用索引去除磁盘排序

四、执行limit，要注意优化limit，特别是在分页查询中，经过limit
实现优化，特别是order by limit，两种手法：一、前面的页使用order by limit，走order
by 索引二、后面的页使用join 的方式来优化

五、最后执行select 列，不要将子查询放在select 和from
之间，由于对于返回的每一行数据，子查询都要执行一次

锁

答：

数据库是一个多用户使用的共享资源。当多个用户并发地存取数据时，在数据库中就会产生多个事务同时存取同一数据的状况。若对并发操做不加控制就可能会读取和存储不正确的数据，破坏数据库的一致性。

加锁是实现数据库并发控制的一个很是重要的技术。当事务在对某个数据对象进行操做前，先向系统发出请求，对其加锁。加锁后事务就对该数据对象有了必定的控制，在该事务释放锁以前，其余的事务不能对此数据对象进行更新操做。

基本锁类型：锁包括行级锁和表级锁

Mysql中有哪几种锁？

1.表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的几率最高，并发度最低。

2.行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的几率最低，并发度也最高。

1. 页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度通常。

一. 如何避免锁

1. 能够在修改资源的时候一会儿得到全部须要修改的资源的锁，之后再也不能得到其它的锁，直到本次修改完成。

2. 能够按某种顺序依次得到资源的锁。

二. 若是已经产生了锁的解决办法

1. 经过检查机制找出锁，而后牺牲掉那个进程。
2. 经过设置超时机制，自动杀掉持锁时间超时的进程，

Latch，mutex、pin

1. 在innodb 中查询到须要修改的数据页
   1. 此时会发生latch(r)争用,由于须要锁住数据链对数据链进行遍历
2. 没有找到的话释放latch(r),去磁盘查找,发生物理读
3. 在磁盘中查找时分为使用索引和不使用索引
   1. 使用索引会提升查询速度,提升sql的工做效率
   2. 不使用索引会发生全表扫描,会致使大量数据涌入innodb_buffer_pool
4. 查找到的数据会放到innodb_buffer_pool里面
   1. 此时须要在innodb_buffer_pool中查找free或者clean页
   2. 在查找free和clean页时若是free已经所有用完并且在clean不够用的状况下会发生磁盘写,致使db_write工做,而后也会更新redo和ondo,redo的做用是用来记录未写入到磁盘的脏数据的日志,用于后期数据库将在innodb_buffer_pool中的脏数据更新到磁盘中,ondo的做用是记录脏数据以前的数据,用于用户执行rollback操做
   3. 此时会发生latch(x)争用,由于要将磁盘中的数据写入到innodb_buffer_pool中
5. 在数据从磁盘上将数据写入到free或者clean中时,会发生waits特别是在数据的查找时没有使用索引时会致使大量数据涌入innodb_buffer_pool,致使发生waits
6. 释放全部的latch
   1. 写完数据后释放latch(x)和latch(s)
7. 将innodb_buffer_pool中的数据进行修改,增长pin锁
   1. Pin锁的目的是为了在修改的一瞬间保证这个数据页不会被进行任何ddl操做,以免修改失败
   2. 在修改开始前会对改数据行所在的数据页增长表级别的ix锁,用于避免此时其余事务对该表执行ddl操做
   3. 修改过程当中会对要修改的行添加x锁,使该行进入到排他状态,以保证修改数据中,不会再其余线程不会发生脏读
8. 此时若是有其余用户线程查找该行数据,会读取到该行数据最新一次commit后的数据,而不会读取到当前事务修改的数据,这也是为了不脏读
9. 修改完数据后释放pin锁
10. 当修改完数据后会发生undo和redo
    1. Undo记录修改前的数据用于rollback
    2. redo用于记录修改后的日志写入磁盘中的log file以用来慢慢更新脏数据
11. 此时ix锁和x锁都没有释放,由于没有发生commit
    1. 也就意味着此时该表仍然处于能够进行的是select和dml不能进行ddl的状态
    2. 固然若是dml中要更新的数据是被加了x锁的这一行和读取这一行数据也是不能够的,由于该行处于x锁状态
12. commit提交
    1. 在数据修改为功后,也就是该事务完成后提交,ix表锁和x行锁释放,但数据不会及时的写入到磁盘上,由于用经过redo进程中的log
       file来后台更新磁盘上的数据

事务

事务（transaction）是做为一个单元的一组有序的数据库操做。若是组中的全部操做都成功，则认为事务成功，即便只有一个操做失败，事务也不成功。若是全部操做完成，事务则提交，其修改将做用于全部其余数据库进程。若是一个操做失败，则事务将回滚，该事务全部操做的影响都将取消。 

事务特性：

（1）原子性：即不可分割性，事务要么所有被执行，要么就所有不被执行。

（2）一致性或可串性。事务完成时，数据必须处于一致状态，数据的完整性约束没有被破坏，事务在执行过程当中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务历来没有执行过同样。

（3）隔离性。在事务正确提交以前，不容许把该事务对数据的任何改变提供给任何其余事务，

（4）
持久性。事务正确提交后，其结果将永久保存在数据库中，即便在事务提交后有了其余故障，事务的处理结果也会获得保存。

或者这样理解：

事务就是被绑定在一块儿做为一个逻辑工做单元的SQL语句分组，若是任何一个语句操做失败那么整个操做就被失败，之后操做就会回滚到操做前状态，或者是上有个节点。为了确保要么执行，要么不执行，就能够使用事务。要将有组语句做为事务考虑，就须要经过ACID测试，即原子性，一致性，隔离性和持久性。

MVCC

实现了一致性读:

一、避免脏读(已提交读)，写不阻塞读

二、实现可重复读

MVCC 实现原理:

修改删除一个数据页里的数据行，事务开始后，分配一个事务槽，数据页，先把数据行里的旧的事务
id 和 roll pointer 和原来的数据写到数据页里去，新的roll pointer
指向新的数据页的位置，事务提交了，又开启了一个事务，仍是修改这行数据，至关于新的
roll pointer 从 undo 事务块指向了旧的 undo 事务块，这就是多版本控制 MVCC，在
undo 里面能够保存数据的不一样时刻的多个版本。

描述 MVCC

一、MVCC 使得在一个事务中，全部的 select 访问到的是同一个时刻的数据，
反复执行一个 select，获得的数据是一致的

二、经过 undo 来实现

三、实现了 select 的可重复读隔离级别

四、可重复读隔离级别经过 MVCC 来实现 select，经过 gap lock 来实现 dml

五、mvcc 会由于长事务、大事务致使 undo 暴涨。undo 在低版本中，没有办
法自动回收，在新的版本中，undo 的自动回收机制风险很大，所以也要谨慎使
用。要避免长事务，经过监控 innodb_trx 视图，里面有两个列，一个是事务的开
始时间，一个是事务的修改行数，判断是长事务仍是大事务，对于长事务，要及
时进行回滚或者提交。

备份

冷备

冷备份发生在数据库已经正常关闭的状况下，当正常关闭时会提供给咱们一个完整的数据库。冷备份时将要害性文件拷贝到另外的位置的一种说法。对于备份MySQL信息而言，冷备份时最快和最安全的方法。

冷备份的优势是：

　　１、 是很是快速的备份方法（只需拷文件）

　　２、 轻易归档（简单拷贝便可）

　　３、 轻易恢复到某个时间点上（只需将文件再拷贝回去）

　　４、 能与归档方法相结合，作数据库“最佳状态”的恢复。

５、 低度维护，高度安全。

但冷备份也有以下不足：

１、 单独使用时，只能提供到“某一时间点上”的恢复。

２、
再实施备份的全过程当中，数据库必需要做备份而不能做其余工做。也就是说，在冷备份过程当中，数据库必须是关闭状态。

３、 若磁盘空间有限，只能拷贝到磁带等其余外部存储设备上，速度会很慢。

４、 不能按表或按用户恢复。

冷备份中必须拷贝的文件包括：

１、 全部数据文件

２、 全部控制文件

３、全部联机REDO LOG文件

４、 Init.ora文件（可选）

值得注重的使冷备份必须在数据库关闭的状况下进行，当数据库处于打开状态时，执行数据库文件系统备份是无效的

热备：

热备份是在数据库运行的状况下，采用archivelog
mode方式备份数据库的方法。即热备份是系统处于正常运转状态下的备份。因此，若是你有一个冷备份并且又有热备份文件，在发生问题时，就能够利用这些资料恢复更多的信息。热备份要求数据库在Archivelog()方式下操做，并须要大量的档案空间。一旦数据库运行在archivelog状态下，就能够作备份了。

热备份的优势是：

　　1． 可在表空间或数据库文件级备份，备份的时间短。

　　2． 备份时数据库仍可以使用。

　　3． 可达到秒级恢复（恢复到某一时间点上）。

　　4． 可对几乎全部数据库实体作恢复

　　5． 恢复是快速的，在大多数状况下爱数据库仍工做时恢复。

　　热备份的不足是：

　　1． 不能出错，不然后果严重

2． 若热备份不成功，所得结果不可用于时间点的恢复

（回答要点，概念，区别，包括所使用的原件的优势和缺点，把本身知道的备份都说出来）

mysql逻辑备份：

mysql逻辑备份是指备份sql语句，再恢复的时候执行备份的sql语句实现数据库数据的重现

mysqldump：是采用SQL级别的备份机制，他将数据表导成SQL脚本文件，是最经常使用的逻辑备份方法

缺点

对于myisam表：锁定

对于innodb表，经过undo的mvcc实现一致性，期间不能进行DDL，会致使数据不一致

备份时间长，全部的块都须要进行读取，抽取数据行，写入备份文件

恢复时间长（磁盘IO，索引建立），好比insert
，过程会产生redo、undo、SQL解析、double write、锁、binlog 等

不适用于大表、大数据库

优势

可以实现备份+binlog——恢复到任意时间点

能够生成CSV、delimited text、XML format

有助于避免数据损坏，若是磁盘驱动器故障复制文件，文件是损坏的

如何进行逻辑备份

举例：经典用法

mysqldump -uroot -p123 -l -F --single-transaction ceshi>ceshi.sql

-l：锁住myisam，不锁innodb

-F：刷新binlog，恢复的时候就能够直接使用新binlog开始恢复

--single-transaction：innodb不锁表和行

物理备份：

物理备份就是备份数据文件了，比较形象点就是复制cp数据文件，

物理备份工具

xtrabackup：

缺点：

一、文件大

二、不老是能够跨平台、操做系统和MySQL版本

优势：

一、基于文件的物理备份

二、恢复快，不须要执行任何SQL语句，不须要构建索引，缓存数据等

三、自动完成备份鉴定

一、在线备份，不阻塞任何的SQL语句;

二、备份性能好，备份的实质是复制数据库文件和重作日志文件;

三、支持压缩备份，经过选项，能够支持不一样级别的压缩。

四、跨平台支持，ibbackup 能够运行在linux、windows以及主流的unix系统平台上。

原理

备份全部数据页和备份期间全部的redo日志--将数据页能恢复到备份结束时刻

+binlog，将数据库恢复到对应的时间点

回滚备份结束时刻未提交的事务

innodb使用redolog保持数据的一致性

myisam使用锁保持备份的一致性

Xtrabackup的优势以及机制

工做机制:

对于innodb存储引擎表其备份工做原理是:

一、记录备份开始时，innodb存储引擎重作日志文件检查点的LSN;

二、 复制共享表空间文件以及独立表空间文件:

三、记录复制完表空间文件后，innodb存储引擎重作日志文件检查点的LSN;

四、复制在备份时产生的重作日志。

五、在备份期间不会对数据库自己有任何影响，所作的操做只是复制数据库文件，所以任何对数据库的操做都是容许的，不会阻塞任何操做。

索引

MySQL索引的创建对于MySQL的高效运行是很重要的，索引能够大大提升MySQL的检索速度。

打个比方，若是合理的设计且使用索引的MySQL是一辆跑车的话，那么没有设计和使用索引的MySQL就是一个自行车。

索引分单列索引和组合索引。单列索引，即一个索引只包含单个列，一个表能够有多个单列索引，但这不是组合索引。组合索引，即一个索引包含多个列。

建立索引时，你须要确保该索引是应用在 SQL 查询语句的条件(通常做为 WHERE
子句的条件)。

实际上，索引也是一张表，该表保存了主键与索引字段，并指向实体表的记录。上面都在说使用索引的好处，但过多的使用索引将会形成滥用。所以索引也会有它的缺点：虽然索引大大提升了查询速度，同时却会下降更新表的速度，如对表进行INSERT、UPDATE和DELETE。由于更新表时，MySQL不只要保存数据，还要保存一下索引文件。

创建索引会占用磁盘空间的索引文件。

1.索引的目的是什么？
快速访问数据表中的特定信息，提升检索速度
建立惟一性索引，保证数据库表中每一行数据的惟一性。
加速表和表之间的链接

使用分组和排序子句进行数据检索时，能够显著减小查询中分组和排序的时间

2.索引对数据库系统的负面影响是什么？
负面影响：
建立索引和维护索引须要耗费时间，这个时间随着数据量的增长而增长；索引须要占用物理空间，不光是表须要占用数据空间，每一个索引也须要占用物理空间；当对表进行增、删、改、的时候索引也要动态维护，这样就下降了数据的维护速度。

3.为数据表创建索引的原则有哪些？
在最频繁使用的、用以缩小查询范围的字段上创建索引。

在频繁使用的、须要排序的字段上创建索引

4.什么状况下不宜创建索引？
对于查询中不多涉及的列或者重复值比较多的列，不宜创建索引。

对于一些特殊的数据类型，不宜创建索引，好比文本字段（text）等 

Xtrabackup 的优势以及机制

工做机制:

对于innodb存储引擎表其备份工做原理是:

一、记录备份开始时，innodb存储引擎重作8志文件检查点的LSN;

二、复制共享表空间文件以及独立表空间文件;

三、记录复制完表空间文件后，innodb存储引擎重作日志文件检查点的LSN;

四、复制在备份时产生的重作日志。

五、在备份期间不会对数据车自己有任何影响，所作的操做只是复制数据库文件，所以任何对数据库的操做都是容许的，不会阻塞任何操做。

优势:

一、在线备份，不阻塞任何的SQL语句;

二、备份性能好，备份的实质是复制数据库文件和重作日志文件;

三、支持压缩备份，经过选项，能够支持不一样级别的压缩。

四、跨平台支持，ibbackup 能够运行在linux、windows 以及主流的unix系统平台上。

Innodb

一、mysql 为了支持oltp 系统而设计的一个引擎，目前是mysql 的默认引擎

二、支持事务，这是oltp 最基本的要求，事务支持ACID、原子性、一致性、持久性、隔离性

三、支持行锁，大大提高MySQL 的并发性能

四、经过undo 实现写不阻塞读，进一步提高并发性能

五、支持事务的四种隔离级别

六、支持redo、有了redo 之后能够实现快速提交、脏缓冲区、崩溃恢复

七、change buffer，提高dml 的性能，可以解决二级索引致使的io 问题

八、double write，解决了写入时数据损坏的问题，可是也放大了写入的压力

九、自适应hash 索引,解决了树高部分的资源消耗

十、异步IO,提高cpu 的使用率，下降wait io 等待，提高系统性能

十一、刷新邻接页，加速脏页的回写，可是也放大了写压力

十二、支持MVCC

特色

一、支持行锁，并发性能好

二、支持 M CC，支持事务

三、支持外键

四、提供一致性非锁定读，并发能力更强

五、可以使用大内存和充分利用 c 资源

函数和存储过程的区别

存储过程定义：存储过程就是具备名字的一段代码，完成一个特定的功能。存储过程保存在数据字典中

使用存储过程的缘由：（1）将重复性很高的一些操做封装到一个存储过程当中，简化了对这些SQL的调用，能够重复使用（2）批量处理【SQL语句+循环语句】
（3）统一接口

函数的特色：函数特色：（1）函数有返回值，两个return，第一个标志着返回什么类型，第二个是实际的返回值。（2）调用函数，函数须要出如今等号的右边。（3）其余地方与定义存储过程同样

二者区别：

存储过程实现的过程要复杂一些，而函数的针对性比较强。

存储过程能够经过 out参数有多个返回值，而函数只有一个返回值；

存储过程通常的独立的来执行，而函数每每是做为其余SQL语句的一部分来使用；

函数使用select调用，存储过程使用call调用

存储过程创建是 create procedure 函数创建是create function

咱们比较喜欢使用存储过程缘由以下：

自定义函数的使用比较麻烦

（2）存储过程的out参数也能够返回值，并且能够返回多个值

性能定位的问题

一、OS 层面定位性能问题：

一、top、H：是否有过载线程（大于75%有异常，大于90%必须查看），根据线程ID
找到对应的会话，找到对应的sql，看sql 的执行计划，而后进行优化。

二、vmstat：r 队列是否有过多的r 线程（是否有异常SQL 或者tps
增长）以及是否在使用swap。

一、若是有过多的r，说明有大量的用户链接正在执行，这颇有可能说明出现了异常SQL
而且频繁执行，执行时间过长，占用会话不释放，会致使会话异常高，r
队列暴增。经过show processlist 找到对应的SQL，看执行计划，进行优化。

二、若是swap
在使用，多是用户线程暴增（致使使用物理内存短缺，使用到swap），或者在系统上执行大量的文件操做（致使active
内存过多，free内存减小，swap 被使用）

三、iostat：io 是否过载（io 量很大，高出正常值不少，多是异常的SQL 致使IO
过载）、io 是否有问题（iops 达不到平时高度，可是繁忙度已经100%，即io
低但繁忙度高，找硬件工程师）、写性能是否差（查看service time
列，是否配置写缓存、写闪存）

四、free：空闲内存是否够用，free
内存短缺不必定有事，若是过多使用到swap，才是内存真正短缺，形成内存短缺的三种状况

一、线程（用户链接）忽然增长

二、对文件进行操做（好比对大文件进行备份，而且经过网络拖走）

三、应用服务器在数据库服务器上）

五、cat /proc/meminfo 里面active 内存是否过多

二、数据库层面定位异常SQL：

一、链接线程是否大幅增长：

一、慢sql（异常SQL，个别线程负载太高必定是异常SQL 致使的）

二、锁（在数据字典级别能够查到事务锁）

三、tps、qps 大幅增长（业务高）

链接线程的暴增，可能会致使系统内存的耗尽

二、找出异常SQL：

一、慢查询日志——已经慢

二、show processlist——正在慢

三、监控(zabbix 等)数据库当前负载是否忽然增长:

Innodb_rows_deleted

Innodb_rows_inserted

Innodb_rows_read

Innodb_rows_updated

Binlog太多怎么删除

一、若是数据库没有搭建主从同步这样的服务 , binlog 日志也不用的状况下 , 你能够将
/etc/my.cnf 文件下面行删除或注释掉log-bin=mysql-bin

二、若是你须要这样的文件,那么在主配置文件 /etc/my.cnf
中添加行,来限制binlog日志文件存在时间,过时自动删除expire_logs_days = 7 # 只保留
7 天的日志文件

三、若是直接获得一台服务器,上面的 binlog
日志已经影响到了磁盘空间,那么你将使用下面命令清除mysql> reset master; #
清空全部 binlog 文件

四、若是服务器mysql 还作了主从同步 ,由于 binlog 文件删除过多的话 ,
会致使数据不一样步

mysql> show slave status\G # 你首先要来 slave 上查看从库读 binlog 到了哪里

Master_Log_File: mysql-bin.000009 # 咱们能够看到是 mysql-bin.000009

mysql> purge master logs to 'mysql-bin.000009'; # 咱们能够在 master
中执行这条指令 , 将 binlog 文件删除至 mysql-bin.000009 前

mysql> purge master logs before '2014-11-18 00:00:00'; # 将 binlog
文件删除至此日期前

linux怎么开放一个端口

开放端口的方法：

方法一：命令行方式

1. 开放端口命令： /sbin/iptables -I INPUT -p tcp --dport 8080 -j ACCEPT

2.保存：/etc/rc.d/init.d/iptables save

3.重启服务：/etc/init.d/iptables restart

4.查看端口是否开放：/sbin/iptables -L -n

方法二：直接编辑/etc/sysconfig/iptables文件

1.编辑/etc/sysconfig/iptables文件：vi /etc/sysconfig/iptables加入内容并保存：-A
RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 8080 -j ACCEPT

2.重启服务：/etc/init.d/iptables restart

3.查看端口是否开放：/sbin/iptables -L -n

主键和惟一键的区别

区别项	Primary Key（主键）	Unique（惟一建）
惟一性	能够	能够
是否能够为空	不能够	能够
容许个数	只能有1个	容许多个
是否容许多列组合	容许	容许

mysql优势

MySQL是一个小型关系型数据库管理系统,MySQL被普遍地应用在Internet上的中小型网站中。因为其体积小、速度快、整体拥有成本低，尤为是开放源码这一特色，许多中小型网站为了下降网站整体拥有成本而选择了MySQL做为网站数据库。

1． 它使用的核心线程是彻底多线程，支持多处理器。

2．
有多种列类型：一、二、三、四、和8字节长度自有符号／无符号整数、FLOAT、DOUBLE、CHAR、VARCHAR、TEXT、BLOB、DATE、TIME、DATETIME、
TIMESTAMP、YEAR、和ENUM类型。

3．
它经过一个高度优化的类库实现SQL函数库并像他们能达到的同样快速，一般在查询初始化后不应有任何内存分配。没有内存漏洞。

4． 全面支持SQL的GROUP BY和ORDER
BY子句，支持聚合函数(COUNT()、COUNT(DISTINCT)、AVG()、STD()、SUM()、MAX()和MIN())。你能够在同一查询中混来自不一样数据库的表。

5． 支持ANSI SQL的LEFT 0UTER JOIN和ODBC。

6．
全部列都有缺省值。你能够用INSERT插入一个表列的子集，那些没用明确给定值的列设置为他们的决省值。

7． MySQL能够工做在不一样的平台上。支持C、C＋＋、Java、Perl、PHP、Python和TCL
API。

避免全盘扫描

对查询进行优化，应尽可能避免全表扫描，首先应考虑在 where 及 order by
涉及的列上创建索引:

尝试下面的技巧以免优化器错选了表扫描：

使用ANALYZE TABLE tbl_name为扫描的表更新关键字分布。

对扫描的表使用FORCE INDEX告知MySQL，相对于使用给定的索引表扫描将很是耗时。

SELECT * FROM t1, t2 FORCE INDEX (index_for_column)

WHERE t1.col_name=t2.col_name；

用--max-seeks-for-key=1000选项启动mysqld或使用SET
max_seeks_for_key=1000告知优化器假设关键字扫描不会超过1,000次关键字搜索。

1. 应尽可能避免在 where 子句中对字段进行 null
   值判断，不然将致使引擎放弃使用索引而进行全表扫描，

如：

select id from t where num is null

NULL对于大多数数据库都须要特殊处理，MySQL也不例外，它须要更多的代码，更多的检查和特殊的索引逻辑，有些开发人员彻底没有意识到，建立表时NULL是默认值，但大多数时候应该使用NOT
NULL，或者使用一个特殊的值，如0，-1做为默认值。

不能用null做索引，任何包含null值的列都将不会被包含在索引中。即便索引有多列这样的状况下，只要这些列中有一列含有null，该列
就会从索引中排除。也就是说若是某列存在空值，即便对该列建索引也不会提升性能。
任何在where子句中使用is null或is not null的语句优化器是不容许使用索引的。

此例能够在num上设置默认值0，确保表中num列没有null值，而后这样查询：

select id from t where num=0

1. 应尽可能避免在 where
   子句中使用!=或<>操做符，不然将引擎放弃使用索引而进行全表扫描。

MySQL只有对如下操做符才使用索引：<，<=，=，>，>=，BETWEEN，IN，以及某些时候的LIKE。能够在LIKE操做中使用索引的情形是指另外一个操做数不是以通配符（%或者_）开头的情形。例如，“SELECT
id FROM t WHERE col LIKE 'Mich%';”这个查询将使用索引，但“SELECT id FROM t WHERE
col LIKE '%ike';”这个查询不会使用索引。

1. 应尽可能避免在 where 子句中使用 or
   来链接条件，不然将致使引擎放弃使用索引而进行全表扫描，

如：

select id from t where num=10 or num=20

能够这样查询： select id from t where num=10 union all select id from t where
num=20

4 .in 和 not in 也要慎用，不然会致使全表扫描，

如：

select id from t where num in(1,2,3)

对于连续的数值，能用 between 就不要用 in 了：

select id from t where num between 1 and 3

5.下面的查询也将致使全表扫描：

select id from t where name like '%abc%' 或者

select id from t where name like '%abc' 或者

若要提升效率，能够考虑全文检索。

而select id from t where name like 'abc%' 才用到索引

1. 若是在 where
   子句中使用参数，也会致使全表扫描。由于SQL只有在运行时才会解析局部变量，但优化程序不能将访问计划的选择推
   迟到运行时；它必须在编译时进行选择。然而，若是在编译时创建访问计划，变量的值仍是未知的，于是没法做为索引选择的输入项。以下面语句将进行全表扫描：

select id from t where num=@num

能够改成强制查询使用索引： select id from t with(index(索引名)) where num=@num

8.应尽可能避免在 where
子句中对字段进行表达式操做，这将致使引擎放弃使用索引而进行全表扫描。

如：

select id from t where num/2=100

应改成:

select id from t where num=100*2

1. 应尽可能避免在where子句中对字段进行函数操做，这将致使引擎放弃使用索引而进行全表扫描。

如：

select id from t where substring(name,1,3)='abc'--name

select id from t where
datediff(day,createdate,'2005-11-30')=0--‘2005-11-30’生成的id 应改成:

select id from t where name like 'abc%'

select id from t where createdate>='2005-11-30' and createdate<'2005-12-1'

10.不要在 where
子句中的“=”左边进行函数、算术运算或其余表达式运算，不然系统将可能没法正确使用索引。

11.在使用索引字段做为条件时，若是该索引是复合索引，那么必须使用到该索引中的第一个字段做为条件时才能保证系统使用该索引，不然该索引将不会被使用，而且应尽量的让字段顺序与索引顺序相一致。

12.不要写一些没有意义的查询，

如须要生成一个空表结构：

select col1,col2 into #t from t where 1=0

这类代码不会返回任何结果集，可是会消耗系统资源的，应改为这样： create table
#t(...)

13.不少时候用 exists 代替 in 是一个好的选择：

select num from a where num in(select num from b)

用下面的语句替换：

select num from a where exists(select 1 from b where num=a.num)

14.并非全部索引对查询都有效，SQL是根据表中数据来进行查询优化的，当索引列有大量数据重复时，SQL查询可能不会去利用索引，

如一表中有字段sex，male、female几乎各一半，那么即便在sex上建了索引也对查询效率起不了做用。

15.索引并非越多越好，索引当然能够提升相应的 select 的效率，但同时也下降了
insert 及 update 的效率，由于 insert 或 update
时有可能会重建索引，因此怎样建索引须要慎重考虑，视具体状况而定。一个表的索引数最好不要超过6个，若太多则应考虑一些不常使用到的列上建的索引是否有必要。

16.应尽量的避免更新 clustered 索引数据列，由于 clustered
索引数据列的顺序就是表记录的物理存储顺序，一旦该列值改变将致使整个表记录的顺序的调整，会耗费至关大的资源。若应用系统须要频繁更新
clustered 索引数据列，那么须要考虑是否应将该索引建为 clustered 索引。

17.尽可能使用数字型字段，若只含数值信息的字段尽可能不要设计为字符型，这会下降查询和链接的性能，并会增长存储开销。这是由于引擎在处理查询和链接时会逐个比较字符串中每个字符，而对于数字型而言只须要比较一次就够了。

18.尽量的使用 varchar/nvarchar 代替 char/nchar
，由于首先变长字段存储空间小，能够节省存储空间，其次对于查询来讲，在一个相对较小的字段内搜索效率显然要高些。

19.任何地方都不要使用 select * from t
，用具体的字段列表代替“*”，不要返回用不到的任何字段。

20.尽可能使用表变量来代替临时表。若是表变量包含大量数据，请注意索引很是有限（只有主键索引）。

21.避免频繁建立和删除临时表，以减小系统表资源的消耗。

22.临时表并非不可以使用，适当地使用它们能够使某些例程更有效，例如，当须要重复引用大型表或经常使用表中的某个数据集时。可是，对于一次性事件，最好使用导出表。

23.在新建临时表时，若是一次性插入数据量很大，那么能够使用 select into 代替
create table，避免形成大量 log
，以提升速度；若是数据量不大，为了缓和系统表的资源，应先create
table，而后insert。

24.若是使用到了临时表，在存储过程的最后务必将全部的临时表显式删除，先 truncate
table ，而后 drop table ，这样能够避免系统表的较长时间锁定。

25.尽可能避免使用游标，由于游标的效率较差，若是游标操做的数据超过1万行，那么就应该考虑改写。

26.使用基于游标的方法或临时表方法以前，应先寻找基于集的解决方案来解决问题，基于集的方法一般更有效。

27.与临时表同样，游标并非不可以使用。对小型数据集使用 FAST_FORWARD
游标一般要优于其余逐行处理方法，尤为是在必须引用几个表才能得到所需的数据时。在结果集中包括“合计”的例程一般要比使用游标执行的速度快。若是开发时间容许，基于游标的方法和基于集的方法均可以尝试一下，看哪种方法的效果更好。

28.在全部的存储过程和触发器的开始处设置 SET NOCOUNT ON ，在结束时设置 SET
NOCOUNT OFF 。无需在执行存储过程和触发器的每一个语句后向客户端发送 DONE_IN_PROC
消息。

29.尽可能避免大事务操做，提升系统并发能力。

30.尽可能避免向客户端返回大数据量，若数据量过大，应该考虑相应需求是否合理。

游标

游标

在存储过程当中，若是某条select语句返回的结果集中只有1行，能够使用select
into语句来获得该行进行处理。若是结果集中有多行，又该如何获得其中的每一行进行处理呢？这必须使用游标

游标cursor：

能够看作是指向查询结果集的指针。经过它，就能够一次一行的从结果集中把行拿出来处理

游标的处理过程：4步

声明游标

打开游标

检索游标

关闭游标

（1）声明游标

DECLARE cursor_name CURSOR FOR select_statement;

语义：声明一个游标cursor_name，让它指向查询select_statement的结果集

游标声明必须出如今变量和条件声明的后面，可是在异常处理声明前面

一个过程当中能够有多个游标声明

（2）打开游标

OPEN cursor_name;

打开游标时才执行相应的select_statement

（3）检索游标

FETCH cursor_name INTO var_name [, var_name] ...

从游标cursor_name中拿出一行，把该行的各个列值保存到各个变量中

一次只拿一行。拿完后，自动移动指针到下一行

若是没有拿到行，会抛出异常，其SQLSTATE代码值为
‘02000‘。要检测到该状况，须要声明异常处理程序 (针对条件 NOT FOUND 也能够)

一般须要在一个循环中来执行fetch语句，经过检测以上异常来结束循环

（4）关闭游标

CLOSE cursor_name;

收回游标占用的内存

示例：

DELIMITER $$

CREATE PROCEDURE number_of_players(

OUT pnumber INTEGER

)

BEGIN

DECLARE a_playerno INTEGER; ##定义一个局部变量，数据类型是int

DECLARE FOUND BOOLEAN DEFAULT TRUE;
##定义局部变量，数据类型是boolean，默认值是ture

DECLARE c_players CURSOR FOR ##定义游标，关键字是cursor for

SELECT playerno FROM PLAYERS; ##将游标的值和select语句返回的结果集关联起来

DECLARE CONTINUE HANDLER FOR NOT FOUND

SET FOUND = FALSE;
##异常处理，全部以2开头的错误均可以捕获到，将found值设置为false

SET pnumber = 0;

OPEN c_players; ##打开游标

FETCH c_players INTO a_playerno; ##将第一行的数据给变量，而后指向第二行

WHILE FOUND DO ##循环，found为真时执行

SET pnumber = pnumber + 1;

FETCH c_players INTO a_playerno;
##将第二行的数据给变量，而后指向第三行，执行循环，执行完最后一行的值，没有值就会报错，而后会被异常处理捕获

END WHILE;

CLOSE c_players; ##关闭游标

END$$

DELIMITER ;

mysql> call number_of_players(@pnumber);

Query OK, 0 rows affected (0.00 sec)

mysql> select @pnumber;

+----------+

| @pnumber |

+----------+

| 14 |

+----------+

1 row in set (0.00 sec)

经过示例咱们了解到的游标的四个步骤

定义游标

将一个游标的和一个select进行关联

打开游标

将一个游标和一个结果集关联，执行了select

获取游标

须要使用循环进行数据的获取

当获取到最后一个结果之后，再次执行循环的时候，就会报错，这个错误以2开头。

这个时候，咱们须要定义一个对2开头的错误的捕获

关闭游标，结果集消失

释放资源

SSH怎么配置免密登陆

Root/. ssh配置文件

一、服务器 master 上生成密钥，执行命令 ssh-keygen -t rsa

二、进入Root/. ssh配置文件

authorized_keys: 存放远程免密登陆的公钥,主要经过这个文件记录多台机器的公钥。

id_rsa: 生成的私钥文件

id_rsa.pub: 生成的公钥文件

known_hosts: 已知的主机公钥清单

三、远程密钥登陆

方式一，经过 ssh-copy-id 命令设置。最后一个参数是要免密钥登陆的服务器 ip 地址。

ssh-copy-id -i ~/.ssh/id_rsa.pub 192.168.1.100

方式二，经过 scp
命令直接将该文件远程复制过去，使用这种方式须要注意，若是你以前已经配置了其它服务器上的密钥，这是使用这种方法，就会覆盖掉你原来的密钥，这时候是不建议使用这种方式的，若是你是先将该文件复制到服务器上的一个目录下，而后在使用追加的方式，将密钥追加到
authorized_keys 也是彻底 OK 的。若是你只有两台服务器也是能够直接复制到文件。

scp -p ~/.ssh/id_rsa.pub root@<ip>:/root/.ssh/authorized_keys

Truncate和delete的区别

一、表和索引所占空间。当表被truncate
后，这个表和索引所占用的空间会恢复到初始大小，delete操做不会减小表或索引所占用的空间。

二、应用范围。truncate 只能对table；delete能够是table和view。

三、truncate 和delete只删除数据， drop则删除整个表（结构和数据）。

四、delete语句为dml（data maintain language),这个操做会被放到 rollback
segment中,事务提交后才生效。若是有相应的
tigger,执行的时候将被触发。truncate是dll（data define
language),操做当即生效，原数据不放到 rollback segment中，不能回滚。

五、在没有备份状况下，谨慎使用
truncate。要删除部分数据行采用delete且注意结合where来约束影响范围。回滚段要足够大。若想保留表而将表中数据删除，若是于事务无关，用truncate便可实现。若是和事务有关，或总是想触发trigger,仍是用delete。

六、truncate table 表名 速度快,并且效率高,由于:

truncate table 在功能上与不带 where 子句的 delete
语句相同：两者均删除表中的所有行。但 truncate table 比 delete
速度快，且使用的系统和事务日志资源少。

delete 语句每次删除一行，并在事务日志中为所删除的每行记录一项。truncate table
经过释放存储表数据所用的数据页来删除数据，而且只在事务日志中记录页的释放。

七、truncate table
删除表中的全部行，但表结构及其列、约束、索引等保持不变。新行标识所用的计数值重置为该列的种子。若是想保留标识计数值，请改用
delete

MHA的搭建

搭建MHA前期准备工做：

三台服务器

主：50

从：51

从：52，兼职做为manager

除了manager之外全部的节点都是node

node+manager两种类型

一、三台服务器安装os，配置网络，关闭防火墙和selinux

二、在三台服务器上安装mysql软件，要求版本同样

三、在三台服务器上安装xrtabackup

四、搭建主从

一主两从

搭建两次从服务器

不建议使用半同步复制

注意几个点：

一、从库都该成read-only模式

二、从库的relay log自动删除功能要关闭

三、三个数据库的server_id必须不一致

log-bin = mysql-bin //要求全部可能成为主库的节点开启二进制日志

relay_log_purge = 0 //要求全部可能成为主库的节点都要配置此项

read_only = 1 //MHA 要求全部 slave 节点配置为 read_only = 1

server-id = 2 //注意主从节点的 server-id 不一样

五、安装node和manager软件，这个属于mha软件

安装的时候，须要依赖不少的per软件和Perl库，所以可能会比较麻烦

去下载已经安装好的虚拟机

六、配置互信（配置SSH免密登陆）

节点之间能够互相执行命令、拷贝数据，这些都不须要密码。

配置完成互信之后，必定要进行测试。

配置MHA:

一、先配置manager，manager上配置的主要是整个集群的基本信息：

让manager认识全部的节点，包括谁是主，谁优先成为主

[server default]

manager_workdir=/var/log/masterha/app1

manager_log=/var/log/masterha/app1/manager.log

master_binlog_dir=/var/lib/mysql/data

master_ip_failover_script=/usr/bin/master_ip_failover //失败切换

master_ip_online_change_script=/usr/bin/master_ip_online_change //主动切换

user=mha_monitor //manager 使用这个帐号链接各个数据库

password=mha_monitor //manager 使用这个帐号密码链接各个数据库

ping_interval=1 //manager 每隔 1 秒钟，探测一下各个节点

remote_workdir=/tmp //指定远端目录

repl_user=repl //各个节点之间的复制帐号和密码

repl_password=repl

ssh_user=root

[server1]

hostname=192.168.10.50

#candidate_master=1

port=3306

[server2]

hostname=192.168.10.51

candidate_master=1 //指定 2 节点优先成为主，建设没有这个选项，默认使用最新的
slave 成为主

check_repl_delay=0 //关闭延迟监测

port=3306

[server3]

hostname=192.168.10.52

port=3306

上面配置好之后，就能够在 manager 上面执行相关的脚本进行测试

上面的配置就是告诉 manager，我这个集群的基本信息

二、mha检查ssh免密登陆：

masterha_check_ssh --conf=/etc/masterha/app1.cnf

三、mha检查复制

masterha_check_repl --conf=/etc/masterha/app1.cnf

四、在主库上配置虚拟 ip

# ifconfig eth0:1 192.168.10.223

五、在manager上配置漂移ip的脚本

manager须要使用这两个脚本，在新的主上启动漂移ip

master_ip_failover

master_ip_online_change

将这两个中的全部地址改为漂移ip地址就好了

这两个脚本在manager节点上

六、启动 manager：

nohup masterha_manager --conf=/etc/masterha/app1.cnf --remove_dead_master
--ignore_last_failover < /dev/null > /var/log/masterha/app1/manager.log 2>&1
&

建议：在启动manager之前，启动好主从

15.insert进去的是一条数据，select查找的是相同的数据。原理是怎么实现的。

1. xtrabackup是否有行锁(没有行锁，只有全局的锁)

17.事务在底层是怎么实现的

1. ignix的错误日志在哪
2. where like “%a’实际的业务中会使用到，怎么解决这个问题

20、Zabbix创建的参数有哪些

事务运行原理

1. 在innodb 中查询到须要修改的数据页

(1) 此时会发生latch(r)争用,由于须要锁住数据链对数据链进行遍历

1. 没有找到的话释放latch(r),去磁盘查找,发生物理读
2. 在磁盘中查找时分为使用索引和不使用索引

(1) 使用索引会提升查询速度,提升sql的工做效率

(2) 不使用索引会发生全表扫描,会致使大量数据涌入innodb_buffer_pool

1. 查找到的数据会放到innodb_buffer_pool里面

(1) 此时须要在innodb_buffer_pool中查找free或者clean页

(2)
在查找free和clean页时若是free已经所有用完并且在clean不够用的状况下会发生磁盘写,致使db_write工做,而后也会更新redo和ondo,redo的做用是用来记录未写入到磁盘的脏数据的日志,用于后期数据库将在innodb_buffer_pool中的脏数据更新到磁盘中,ondo的做用是记录脏数据以前的数据,用于用户执行rollback操做

(3) 此时会发生latch(x)争用,由于要将磁盘中的数据写入到innodb_buffer_pool中

1. 在数据从磁盘上将数据写入到free或者clean中时,会发生waits特别是在数据的查找时没有使用索引时会致使大量数据涌入innodb_buffer_pool,致使发生waits

2. 释放全部的latch

(1) 写完数据后释放latch(x)和latch(s)

1. 将innodb_buffer_pool中的数据进行修改,增长pin锁

(1)
Pin锁的目的是为了在修改的一瞬间保证这个数据页不会被进行任何ddl操做,以免修改失败

(2) 在修改开始前会对改数据行所在的数据页增长表级别的ix锁

① 用于避免此时其余事务对该表执行ddl操做

(3)
修改过程当中会对要修改的行添加x锁,使该行进入到排他状态,以保证修改数据中,不会再其余线程不会发生脏读

1. 此时若是有其余用户线程查找该行数据,会读取到该行数据最新一次commit后的数据,而不会读取到当前事务修改的数据,这也是为了不脏

2. 修改完数据后释放pin锁

3. 当修改完数据后会发生undo和redo

(1) Undo记录修改前的数据用于rollback

(2) redo用于记录修改后的日志写入磁盘中的log file以用来慢慢更新脏数据

1. 此时ix锁和x锁都没有释放,由于没有发生commit

(1) 也就意味着此时该表仍然处于能够进行的是select和dml不能进行ddl的状态

(2)
固然若是dml中要更新的数据是被加了x锁的这一行和读取这一行数据也是不能够的,由于该行处于x锁状态

1. commit提交

(1)
在数据修改为功后,也就是该事务完成后提交,ix表锁和x行锁释放,但数据不会及时的写入到磁盘上,由于用经过redo进程中的log
file来后台更新磁盘上的数据

ext4和ext3的区别

区别以下：

一、Ext3文件系统最多只能支持32TB的文件系统和2TB的文件，根据使用的具体架构和系统设置，实际容量上限可能比这个数字还要低，即只能容纳2TB的文件系统和16GB的文件。而Ext4的文件系统容量达到1EB，而文件容量则达到16TB，这是一个很是大的数字了。对通常的台式机和服务器而言，这可能并不重要，但对于大型磁盘阵列的用户而言，这就很是重要了。

二、Ext3目前只支持32000个子目录，而Ext4取消了这一限制，理论上支持无限数量的子目录。

三、Ext3文件系统使用32位空间记录块数量和i-节点数量，而Ext4文件系统将它们扩充到64位。

四、当数据写入到Ext3文件系统中时，Ext3的数据块分配器每次只能分配一个4KB的块，若是写一个100MB的文件就要调用25600次数据块分配器，而Ext4的多块分配器“Multiblock
Allocator（MBAlloc）”支持一次调用分配多个数据块。

五、Ext3的数据块分配策略是尽快分配，而Ext4的策略是尽量地延迟分配，直到文件在缓冲中写完才开始分配数据块并写入磁盘，这样就能优化整个文件的数据块分配，显著提高性能。

六、Ext3文件系统采用间接映射地址，当操做大文件时，效率极其低下。例如，一个100MB大小的文件，在Ext3中要创建25600个数据块（以每一个数据块大小为4KB为例）的映射表；而Ext4引入了盘区概念，每一个盘区为一组连续的数据块，上述文件能够经过盘区的方式表示为“该文件数据保存在接下来的25600个数据块中”，提升了访问效率。

七、Ext4支持更大的i-节点。以前的Ext3默认的i-节点大小128字节，Ext4为了在i-节点中容纳更多的扩展属性，默认i-节点大小为256字节。另外，Ext4还支持快速扩展属性和i-节点保留。

InnoDB与Myisam区别

	MyISAM	InnoDB
构成上的区别：	每一个MyISAM在磁盘上存储成三个文件。第一个文件的名字以表的名字开始，扩展名指出文件类型。	基于磁盘的资源是InnoDB表空间数据文件和它的日志文件，InnoDB 表的大小只受限于操做系统文件的大小，通常为 2GB
	.frm文件存储表定义。
	数据文件的扩展名为.MYD (MYData)。
	索引文件的扩展名是.MYI (MYIndex)。
事务处理上方面:	MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快，可是不提供事务支持	InnoDB提供事务支持事务，外部键（foreign key）等高级数据库功能
SELECT   UPDATE,INSERT，Delete操做	若是执行大量的SELECT，MyISAM是更好的选择	1.若是你的数据执行大量的INSERT或UPDATE，出于性能方面的考虑，应该使用InnoDB表
		2.DELETE   FROM table时，InnoDB不会从新创建表，而是一行一行的删除。
		3.LOAD   TABLE FROM MASTER操做对InnoDB是不起做用的，解决方法是首先把InnoDB表改为MyISAM表，导入数据后再改为InnoDB表，可是对于使用的额外的InnoDB特性（例如外键）的表不适用
对AUTO_INCREMENT的操做	每表一个AUTO_INCREMEN列的内部处理。	若是你为一个表指定AUTO_INCREMENT列，在数据词典里的InnoDB表句柄包含一个名为自动增加计数器的计数器，它被用在为该列赋新值。 自动增加计数器仅被存储在主内存中，而不是存在磁盘上  关于该计算器的算法实现，请参考
	MyISAM为INSERT和UPDATE操做自动更新这一列。这使得AUTO_INCREMENT列更快（至少10%）。在序列顶的值被删除以后就不能再利用。(当AUTO_INCREMENT列被定义为多列索引的最后一列，能够出现重使用从序列顶部删除的值的状况）。	AUTO_INCREMENT列在InnoDB里如何工做
	AUTO_INCREMENT值可用ALTER TABLE或myisamch来重置
	对于AUTO_INCREMENT类型的字段，InnoDB中必须包含只有该字段的索引，可是在MyISAM表中，能够和其余字段一块儿创建联合索引 更好和更快的auto_increment处理
表的具体行数	select count(*) from table,MyISAM只要简单的读出保存好的行数，注意的是，当count(*)语句包含   where条件时，两种表的操做是同样的	InnoDB 中不保存表的具体行数，也就是说，执行select count(*) from table时，InnoDB要扫描一遍整个表来计算有多少行
锁	表锁	提供行锁(locking on row level)，提供与 Oracle 类型一致的不加锁读取(non-locking read in
		SELECTs)，另外，InnoDB表的行锁也不是绝对的，若是在执行一个SQL语句时MySQL不能肯定要扫描的范围，InnoDB表一样会锁全表， 例如update table set num=1 where name like "%aaa%"

AWK命令

AWK命令用于对数据的提取，经常使用的还有grep和 sed 俗称三剑客

AWK命令倾向于将一行分红数个字段来处理，在shell脚本中是个强有力的工具用来对数据提取

AWK的经常使用语法

-F来指定分隔符

AWK的数据字段变量

$0表示整行文本

$1表示文本中第一个数据字段

$2表示文本中第二个数据字段

$n表示文本中第n个数据字段

AWK命令的完整语法

AWK命令的基本语法

awk的指令必定要用单引号括起

awk的动做必定要用花括号括起

模式能够是正则表达式、条件表达式或两种组合，条件表达式不能加/ /

若是模式是正则表达式要用/定界符

多个动做之间用;号分开

示例：awk -F: '/^[^h]/{print $1,$7}' /etc/passwd

不显示以h开头的行的第一列和第七列 [^h]表示不以h开头的行

awk -F '[:/]' '{print $1,$10}' /etc/passwd

以：或者/做为分隔符显示第1列和第10列

AWK命令的语法

awk命令的操做符

正则表达式和bash一致

数学运算：+，-，*，/， %，++（自加一），- -（自减一）

逻辑关系符：&&， ||， !

比较操做符：>，<，>=，!=，<=，== ~ !~

文本数据表达式：== （精确匹配）

~波浪号表示匹配后面的模式，想要某个字段进行模式匹配，就要使用~（波浪符号）
使用格式： 字段 ~ /模式/

who | awk '$2 ~ /pts/{print $1}‘

第二列要包含有pts，而后输出第一列

awk -F: '$3 ~ /\<...\>/ {print $1,$3}' /etc/passwd

冒号做为分隔符，第三列是三个字符的输出第一列和第三列

seq 100 | awk '$1 % 5 == 0 || $1 ~ /^1/{print $1}'

输出整除5的数和以1开头的数

awk -F: '$1 == "root"{print $1,$3}' /etc/passwd

第一个字段等于root就输出第一个字段和第三个字段

阿里7题

问题1：你以前处理过MySQL的哪些案例？

解答思路：说到案例，逃离不了MySQL的五大知识模块：体系结构、数据的备份恢复、复制、高可用集群架构和优化。咱们能够从这五个方向着手考虑，好比：

MySQL版本的升级；

处理集群架构中的各类“坑”和问题（你遇到过的就能够）；

根据公司业务类型，合理设计MySQL库、表和后期架构；

按期进行灾备恢复演练；

恢复误删除的数据信息。

02

问题2：什么是死锁？锁等待？如何优化这类问题？经过数据库哪些表能够监控？

解答思路：死锁是指两个或多个事务在同一资源上互相占用，并请求加锁时，而致使的恶性循环现象。当多个事务以不一样顺序试图加锁同一资源时，就会产生死锁。

锁等待：MySQL数据库中，不一样session在更新同行数据时，会出现锁等待的现象。重要的三张锁的监控表：innodb_trx、innodb_locks和innodb_lock_waits。

03

问题3：MySQL主从复制的具体原理是什么？

解答思路：直接阐述原理便可，表达必定要清楚。

主服务器把数据更新记录到二进制日志中，从服务器经过I/O
thread向主库发起binlog请求，主服务器经过I/O dump
thread把二进制日志传递给从库，从库经过I/O
thread记录到本身的中继日志中。而后再经过SQL thread应用中继日志中SQL的内容。

04

问题4：MySQL有哪些索引类型？

解答思路：能够从三个角度去谈。

首先从数据结构角度上能够分为B+tree索引、hash索引、fulltext索引（InnoDB、MyISAM都支持）。其次从存储角度上能够分为汇集索引和非汇集索引。最后逻辑角度上能够分为primary
key、normal key、单列、复合和覆盖索引。

05

问题5：服务器负载太高或者网页打开缓慢，简单说说你的优化思路？

解答思路：咱们能够经过前面讲过的优化思路中的四维度模型去阐述。

首先要发现问题的过程，经过操做系统、数据库、程序设计、硬件角度四个维度找到问题所在。先找到瓶颈点的位置，制定好优化方案，造成处理问题的体系模型。体系制定好以后，在测试环境进行优化方案的测试。测试环境下若是优化效果很好，再实施到生产环境上。最后作好处理问题的记录。好记性不如烂笔头，多作总结，方可大步前进。

06

问题6：如何优化一条慢SQL语句？

解答思路：针对SQL语句的优化，咱们不要一上来就回答添加索引，这样显得太不专业。咱们能够从以下几个角度去分析：

①回归到表的设计层面，数据类型选择是否合理。

②大表碎片的整理是否完善。

③表的统计信息是否是准确的。

④审查表的执行计划，判断字段上面有没有合适的索引。

⑤针对索引的选择性，创建合适的索引（就又涉及大表DDL的操做问题。因此说，咱们要有能力把各个知识点联系起来）

07

问题7：为何要为InnoDB表设置自增列作主键？

解答思路：使用自增列作主键，写入顺序是自增的，和B+数叶子节点分裂顺序一致。InnoDB表的数据写入顺序能和B+树索引的叶子节点顺序一致时，存取效率是最高的。

知乎60题

Mysql中有哪几种锁？

1.表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的几率最高，并发度最低。

2.行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的几率最低，并发度也最高。

1. 页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度通常。

Mysql中有哪些不一样的表格？

共有5种类型的表格： 

MyISAM 

Heap

Merge 

INNODB

ISAM

简述在MySQL数据库中MyISAM和InnoDB的区别

MyISAM：

不支持事务，可是每次查询都是原子的；

支持表级锁，即每次操做是对整个表加锁；

存储表的总行数；

一个MYISAM表有三个文件：索引文件、表结构文件、数据文件；

采用菲汇集索引，索引文件的数据域存储指向数据文件的指针。辅索引与主索引基本一致，可是辅索引不用保证惟一性。

InnoDb：

支持ACID的事务，支持事务的四种隔离级别；

支持行级锁及外键约束：所以能够支持写并发；

不存储总行数；

一个InnoDb引擎存储在一个文件空间（共享表空间，表大小不受操做系统控制，一个表可能分布在多个文件里），也有可能为多个（设置为独立表空，表大小受操做系统文件大小限制，通常为2G），受操做系统文件大小的限制；

主键索引采用汇集索引（索引的数据域存储数据文件自己），辅索引的数据域存储主键的值；所以从辅索引查找数据，须要先经过辅索引找到主键值，再访问辅索引；最好使用自增主键，防止插入数据时，为维持B+树结构，文件的大调整。

Mysql中InnoDB支持的四种事务隔离级别名称，以及逐级之间的区别？

read uncommited ：读到未提交数据 

read committed：脏读，不可重复读 

repeatable read：可重读 

serializable ：串行事物 

CHAR和VARCHAR的区别？

1.CHAR和VARCHAR类型在存储和检索方面有所不一样
2.CHAR列长度固定为建立表时声明的长度，长度值范围是1到255
当CHAR值被存储时，它们被用空格填充到特定长度，检索CHAR值时需删除尾随空格。 

主键和候选键有什么区别？

表格的每一行都由主键惟一标识,一个表只有一个主键。 

主键也是候选键。按照惯例，候选键能够被指定为主键，而且能够用于任何外键引用。 

myisamchk是用来作什么的？

它用来压缩MyISAM表，这减小了磁盘或内存使用。 

MyISAM Static和MyISAM Dynamic有什么区别？

在MyISAM
Static上的全部字段有固定宽度。动态MyISAM表将具备像TEXT，BLOB等字段，以适应不一样长度的数据类型。 

MyISAM Static在受损状况下更容易恢复。 

若是一个表有一列定义为TIMESTAMP，将发生什么？

每当行被更改时，时间戳字段将获取当前时间戳。 

列设置为AUTO INCREMENT时，若是在表中达到最大值，会发生什么状况？

它会中止递增，任何进一步的插入都将产生错误，由于密钥已被使用。 

怎样才能找出最后一次插入时分配了哪一个自动增量？

LAST_INSERT_ID将返回由Auto_increment分配的最后一个值，而且不须要指定表名称。 

你怎么看到为表格定义的全部索引？

索引是经过如下方式为表格定义的： 

SHOW INDEX FROM
<tablename>; 

LIKE声明中的％和_是什么意思？

％对应于0个或更多字符，_只是LIKE语句中的一个字符。 

如何在Unix和Mysql时间戳之间进行转换？

UNIX_TIMESTAMP是从Mysql时间戳转换为Unix时间戳的命令
FROM_UNIXTIME是从Unix时间戳转换为Mysql时间戳的命令 

列对比运算符是什么？

在SELECT语句的列比较中使用=，<>，<=，<，>
=，>，<<，>>，<=>，AND，OR或LIKE运算符。 

BLOB和TEXT有什么区别？

BLOB是一个二进制对象，能够容纳可变数量的数据。TEXT是一个不区分大小写的BLOB。 

BLOB和TEXT类型之间的惟一区别在于对BLOB值进行排序和比较时区分大小写，对TEXT值不区分大小写。 

mysql_fetch_array和mysql_fetch_object的区别是什么？

如下是mysql_fetch_array和mysql_fetch_object的区别： 

mysql_fetch_array（） – 将结果行做为关联数组或来自数据库的常规数组返回。 

mysql_fetch_object – 从数据库返回结果行做为对象。 

MyISAM表格将在哪里存储，而且还提供其存储格式？

每一个MyISAM表格以三种格式存储在磁盘上： 

·“.frm”文件存储表定义 

·数据文件具备“.MYD”（MYData）扩展名 

索引文件具备“.MYI”（MYIndex）扩展名 

Mysql如何优化DISTINCT？

DISTINCT在全部列上转换为GROUP BY，并与ORDER BY子句结合使用。 

1

SELECT DISTINCT t1.a FROM t1,t2 where t1.a=t2.a; 

如何显示前50行？

在Mysql中，使用如下代码查询显示前50行： 

SELECT*FROM 

LIMIT 0,50; 

能够使用多少列建立索引？

任何标准表最多能够建立16个索引列。 

NOW（）和CURRENT_DATE（）有什么区别？

NOW（）命令用于显示当前年份，月份，日期，小时，分钟和秒。 

CURRENT_DATE（）仅显示当前年份，月份和日期。 

什么是非标准字符串类型？

TINYTEXT

TEXT

MEDIUMTEXT

LONGTEXT

什么是通用SQL函数？

CONCAT(A, B) –
链接两个字符串值以建立单个字符串输出。一般用于将两个或多个字段合并为一个字段。 

FORMAT(X, D)- 格式化数字X到D有效数字。 

CURRDATE(), CURRTIME()- 返回当前日期或时间。 

NOW（） – 将当前日期和时间做为一个值返回。 

MONTH（），DAY（），YEAR（），WEEK（），WEEKDAY（） – 从日期值中提取给定数据。 

HOUR（），MINUTE（），SECOND（） – 从时间值中提取给定数据。 

DATEDIFF（A，B） – 肯定两个日期之间的差别，一般用于计算年龄 

SUBTIMES（A，B） – 肯定两次之间的差别。 

FROMDAYS（INT） – 将整数天数转换为日期值。 

MYSQL支持事务吗？

在缺省模式下，MYSQL是autocommit模式的，全部的数据库更新操做都会即时提交，因此在缺省状况下，mysql是不支持事务的。 

可是若是你的MYSQL表类型是使用InnoDB Tables 或 BDB
tables的话，你的MYSQL就能够使用事务处理,使用SET
AUTOCOMMIT=0就能够使MYSQL容许在非autocommit模式，在非autocommit模式下，你必须使用COMMIT来提交你的更改，或者用ROLLBACK来回滚你的更改。 

mysql里记录货币用什么字段类型好

NUMERIC和DECIMAL类型被Mysql实现为一样的类型，这在SQL92标准容许。他们被用于保存值，该值的准确精度是极其重要的值，例如与金钱有关的数据。当声明一个类是这些类型之一时，精度和规模的能被(而且一般是)指定。 

例如： 

salary DECIMAL(9,2) 

在这个例子中，9(precision)表明将被用于存储值的总的小数位数，而2(scale)表明将被用于存储小数点后的位数。 

所以，在这种状况下，能被存储在salary列中的值的范围是从-9999999.99到9999999.99。 

mysql有关权限的表都有哪几个？

Mysql服务器经过权限表来控制用户对数据库的访问，权限表存放在mysql数据库里，由mysql_install_db脚本初始化。这些权限表分别user，db，table_priv，columns_priv和host。 

列的字符串类型能够是什么？

字符串类型是：

SET

BLOB

ENUM

CHAR

TEXT

MySQL数据库做发布系统的存储，一天五万条以上的增量，预计运维三年,怎么优化？

a. 设计良好的数据库结构，容许部分数据冗余，尽可能避免join查询，提升效率。

b. 选择合适的表字段数据类型和存储引擎，适当的添加索引。

c. mysql库主从读写分离。

d. 找规律分表，减小单表中的数据量提升查询速度。
e。添加缓存机制，好比memcached，apc等。

f. 不常常改动的页面，生成静态页面。

g. 书写高效率的SQL。好比 SELECT * FROM TABEL 改成 SELECT field_1, field_2,
field_3 FROM TABLE. 

锁的优化策略

1. 读写分离
2. 分段加锁
3. 减小锁持有的时间
4. 多个线程尽可能以相同的顺序去获取资源

不能将锁的粒度过于细化，否则可能会出现线程的加锁和释放次数过多，反而效率不如一次加一把大锁。

索引的底层实现原理和优化

B+树，通过优化的B+树

主要是在全部的叶子结点中增长了指向下一个叶子节点的指针，所以InnoDB建议为大部分表使用默认自增的主键做为主索引。

什么状况下设置了索引但没法使用 

1.以“%”开头的LIKE语句，模糊匹配

1. OR语句先后没有同时使用索引
2. 数据类型出现隐式转化（如varchar不加单引号的话可能会自动转换为int型）

实践中如何优化MySQL

最好是按照如下顺序优化：

1.SQL语句及索引的优化

1. 数据库表结构的优化

3.系统配置的优化

4.硬件的优化 

优化数据库的方法

选取最适用的字段属性，尽量减小定义字段宽度，尽可能把字段设置NOTNULL，例如’省份’、’性别’最好适用ENUM 

使用链接(JOIN)来代替子查询 

适用联合(UNION)来代替手动建立的临时表 

事务处理 

锁定表、优化事务处理 

适用外键，优化锁定表 

创建索引 

优化查询语句 

简单描述mysql中，索引，主键，惟一索引，联合索引的区别，对数据库的性能有什么影响（从读写两方面）

索引是一种特殊的文件(InnoDB数据表上的索引是表空间的一个组成部分)，它们包含着对数据表里全部记录的引用指针。

普通索引(由关键字KEY或INDEX定义的索引)的惟一任务是加快对数据的访问速度。 

普通索引容许被索引的数据列包含重复的值。若是能肯定某个数据列将只包含彼此各不相同的值，在为这个数据列建立索引的时候就应该用关键字UNIQUE把它定义为一个惟一索引。也就是说，惟一索引能够保证数据记录的惟一性。 

主键，是一种特殊的惟一索引，在一张表中只能定义一个主键索引，主键用于惟一标识一条记录，使用关键字
PRIMARY KEY 来建立。

索引能够覆盖多个数据列，如像INDEX(columnA, columnB)索引，这就是联合索引。 

索引能够极大的提升数据的查询速度，可是会下降插入、删除、更新表的速度，由于在执行这些写操做时，还要操做索引文件。

数据库中的事务是什么?

事务（transaction）是做为一个单元的一组有序的数据库操做。若是组中的全部操做都成功，则认为事务成功，即便只有一个操做失败，事务也不成功。若是全部操做完成，事务则提交，其修改将做用于全部其余数据库进程。若是一个操做失败，则事务将回滚，该事务全部操做的影响都将取消。 

事务特性：

（1）原子性：即不可分割性，事务要么所有被执行，要么就所有不被执行。

（2）一致性或可串性。事务的执行使得数据库从一种正确状态转换成另外一种正确状态

（3）隔离性。在事务正确提交以前，不容许把该事务对数据的任何改变提供给任何其余事务，

（4）
持久性。事务正确提交后，其结果将永久保存在数据库中，即便在事务提交后有了其余故障，事务的处理结果也会获得保存。

或者这样理解：

事务就是被绑定在一块儿做为一个逻辑工做单元的SQL语句分组，若是任何一个语句操做失败那么整个操做就被失败，之后操做就会回滚到操做前状态，或者是上有个节点。为了确保要么执行，要么不执行，就能够使用事务。要将有组语句做为事务考虑，就须要经过ACID测试，即原子性，一致性，隔离性和持久性。

SQL注入漏洞产生的缘由？如何防止？

SQL注入产生的缘由：程序开发过程当中不注意规范书写sql语句和对特殊字符进行过滤，致使客户端能够经过全局变量POST和GET提交一些sql语句正常执行。

防止SQL注入的方式：
开启配置文件中的magic_quotes_gpc 和 magic_quotes_runtime设置

执行sql语句时使用addslashes进行sql语句转换

Sql语句书写尽可能不要省略双引号和单引号。

过滤掉sql语句中的一些关键词：update、insert、delete、select、 * 。

提升数据库表和字段的命名技巧，对一些重要的字段根据程序的特色命名，取不易被猜到的。

为表中得字段选择合适得数据类型

字段类型优先级: 整形>date,time>enum,char>varchar>blob,text
优先考虑数字类型，其次是日期或者二进制类型，最后是字符串类型，同级别得数据类型，应该优先选择占用空间小的数据类型

存储时期

Datatime:以 YYYY-MM-DD HH:MM:SS
格式存储时期时间，精确到秒，占用8个字节得存储空间，datatime类型与时区无关
Timestamp:以时间戳格式存储，占用4个字节，范围小1970-1-1到2038-1-19，显示依赖于所指定得时区，默认在第一个列行的数据修改时能够自动得修改timestamp列得值
Date:（生日）占用得字节数比使用字符串.http://datatime.int储存要少，使用date只须要3个字节，存储日期月份，还能够利用日期时间函数进行日期间得计算
Time:存储时间部分得数据
注意:不要使用字符串类型来存储日期时间数据（一般比字符串占用得储存空间小，在进行查找过滤能够利用日期得函数）
使用int存储日期时间不如使用timestamp类型 

对于关系型数据库而言，索引是至关重要的概念，请回答有关索引的几个问题：

1.索引的目的是什么？
快速访问数据表中的特定信息，提升检索速度
建立惟一性索引，保证数据库表中每一行数据的惟一性。
加速表和表之间的链接

使用分组和排序子句进行数据检索时，能够显著减小查询中分组和排序的时间

2.索引对数据库系统的负面影响是什么？
负面影响：
建立索引和维护索引须要耗费时间，这个时间随着数据量的增长而增长；索引须要占用物理空间，不光是表须要占用数据空间，每一个索引也须要占用物理空间；当对表进行增、删、改、的时候索引也要动态维护，这样就下降了数据的维护速度。

3.为数据表创建索引的原则有哪些？
在最频繁使用的、用以缩小查询范围的字段上创建索引。

在频繁使用的、须要排序的字段上创建索引

4.什么状况下不宜创建索引？
对于查询中不多涉及的列或者重复值比较多的列，不宜创建索引。

对于一些特殊的数据类型，不宜创建索引，好比文本字段（text）等 

解释MySQL外链接、内链接与自链接的区别

先说什么是交叉链接:
交叉链接又叫笛卡尔积，它是指不使用任何条件，直接将一个表的全部记录和另外一个表中的全部记录一一匹配。

内链接
则是只有条件的交叉链接，根据某个条件筛选出符合条件的记录，不符合条件的记录不会出如今结果集中，即内链接只链接匹配的行。
外链接 其结果集中不只包含符合链接条件的行，并且还会包括左表、右表或两个表中
的全部数据行，这三种状况依次称之为左外链接，右外链接，和全外链接。

左外链接，也称左链接，左表为主表，左表中的全部记录都会出如今结果集中，对于那些在右表中并无匹配的记录，仍然要显示，右边对应的那些字段值以NULL来填充。右外链接，也称右链接，右表为主表，右表中的全部记录都会出如今结果集中。左链接和右链接能够互换，MySQL目前还不支持全外链接。

Myql中的事务回滚机制概述

事务是用户定义的一个数据库操做序列，这些操做要么全作要么全不作，是一个不可分割的工做单位，事务回滚是指将该事务已经完成的对数据库的更新操做撤销。

要同时修改数据库中两个不一样表时，若是它们不是一个事务的话，当第一个表修改完，可能第二个表修改过程当中出现了异常而没能修改，此时就只有第二个表依旧是未修改以前的状态，而第一个表已经被修改完毕。而当你把它们设定为一个事务的时候，当第一个表修改完，第二表修改出现异常而没能修改，第一个表和第二个表都要回到未修改的状态，这就是所谓的事务回滚

SQL语言包括哪几部分？每部分都有哪些操做关键字？

SQL语言包括数据定义(DDL)、数据操纵(DML),数据控制(DCL)和数据查询（DQL）四个部分。

数据定义：Create Table,Alter Table,Drop Table, Craete/Drop Index等

数据操纵：Select ,insert,update,delete,

数据控制：grant,revoke

数据查询：select

完整性约束包括哪些？
数据完整性(Data Integrity)是指数据的精确(Accuracy)和可靠性(Reliability)。

分为如下四类：

1) 实体完整性：规定表的每一行在表中是唯一的实体。

2)
域完整性：是指表中的列必须知足某种特定的数据类型约束，其中约束又包括取值范围、精度等规定。

3)
参照完整性：是指两个表的主关键字和外关键字的数据应一致，保证了表之间的数据的一致性，防止了数据丢失或无心义的数据在数据库中扩散。

4)
用户定义的完整性：不一样的关系数据库系统根据其应用环境的不一样，每每还须要一些特殊的约束条件。用户定义的完整性便是针对某个特定关系数据库的约束条件，它反映某一具体应用必须知足的语义要求。

与表有关的约束：包括列约束(NOT NULL（非空约束）)和表约束(PRIMARY KEY、foreign
key、check、UNIQUE) 。

三个范式？ 

答：第一范式：1NF是对属性的原子性约束，要求属性具备原子性，不可再分解；

第二范式：2NF是对记录的唯一性约束，要求记录有唯一标识，即实体的唯一性； 

第三范式：3NF是对字段冗余性的约束，即任何字段不能由其余字段派生出来，它要求字段没有冗余。。

范式化设计优缺点:

优势:

能够尽可能得减小数据冗余，使得更新快，体积小

缺点:对于查询须要多个表进行关联，减小写得效率增长读得效率，更难进行索引优化

反范式化:

优势:能够减小表得关联，能够更好得进行索引优化

缺点:数据冗余以及数据异常，数据得修改须要更多的成本

主键、外键和索引的区别？

主键、外键和索引的区别

定义：

主键–惟一标识一条记录，不能有重复的，不容许为空

外键–表的外键是另外一表的主键, 外键能够有重复的, 能够是空值

索引–该字段没有重复值，但能够有一个空值

做用：

主键–用来保证数据完整性

外键–用来和其余表创建联系用的

索引–是提升查询排序的速度

个数：

主键–主键只能有一个

外键–一个表能够有多个外键

索引–一个表能够有多个惟一索引

你能够用什么来确保表格里的字段只接受特定范围里的值?

答：Check限制，它在数据库表格里被定义，用来限制输入该列的值。

触发器也能够被用来限制数据库表格里的字段可以接受的值，可是这种办法要求触发器在表格里被定义，这可能会在某些状况下影响到性能。

说说对SQL语句优化有哪些方法？（选择几条）

（1）Where子句中：where表之间的链接必须写在其余Where条件以前，那些能够过滤掉最大数量记录的条件必须写在Where子句的末尾.HAVING最后。

（2）用EXISTS替代IN、用NOT EXISTS替代NOT IN。

（3） 避免在索引列上使用计算

（4）避免在索引列上使用IS NULL和IS NOT NULL

（5）对查询进行优化，应尽可能避免全表扫描，首先应考虑在 where 及 order by
涉及的列上创建索引。 

（6）应尽可能避免在 where 子句中对字段进行 null
值判断，不然将致使引擎放弃使用索引而进行全表扫描

（7）应尽可能避免在 where
子句中对字段进行表达式操做，这将致使引擎放弃使用索引而进行全表扫描

网络部分