mysql数据库重点（基础优化）

### Mysql性能优化

尽量不要写select * ，如果需要全表数据，使用select 加所有字段列名称查询代替*

尽量减少字段列的数学计算，如：where num * 2 >= 30,可改为 where num >= 30/2

学会使用 explain 关键字查看当前sql语句的优化程度

例如：

explain select * from emp where ename = "孙悟空"

table : 表名

type ：连接类型，从最差到最好分为 all（查询所有）、range（查询满足条件的）、 const（只有一条结果）。尽量不要用all类型的查询语句

key ：索引名，如果该列没有索引，则为null

key_len ：索引长度，越短越好

rows ：扫描行数，该值是个预估值

extra ：详细说明，常见不太友好的值。如下：Using filesort ，Using temporary

1、当只要一行数据时使用 limit 1

表示只要第一页第一条数据，使用场景：

查询时已知会得到一条数据，这种情况下加上 limit 1 可以提高查询性能。因为mysql 数据库引擎会在找到第一条结果停止搜索，而不是继续查询下一条是否符合条件直到查询完所有数据

2、选择正确的数据库引擎

MyISAS、InnoDB

MyISAS 适合大量查询的应用。如果有 update语句，会锁住整张表，直到结束才能执行其他查询操作。

InnoDB 是事务型数据库的首选引擎，支持事务安全表（ACID），支持行锁定和外键，InnoDB 是默认的 MySQL引擎。

3、索引添加

对于经常用来查询的字段，应该为它建立索引。提高以该字段为搜索条件的查询效率

添加方式：

1.添加PRIMARY KEY（主键索引）：

ALTER TABLE `table_name` ADD PRIMARY KEY ( `column` )

2.添加UNIQUE(唯一索引) ：

ALTER TABLE `table_name` ADD UNIQUE ( `column` )

3.添加INDEX(普通索引) ：

ALTER TABLE `table_name` ADD INDEX index_name ( `column` )

4.添加FULLTEXT(全文索引) ：

ALTER TABLE `table_name` ADD FULLTEXT ( `column`)

5.添加多列索引：

ALTER TABLE `table_name` ADD INDEX index_name ( `column1`, `column2`, `column3` )

4、表创建

表关系

一对一

一对多：

一的一方：主表

多的一方：从表

外键：需要在从表新建一列作为外键，他的取值来源主表的主键

多对多：

中间表：中间表中最少应该由两个字段组成，这两个字段作为外键指向两张表的主键，又组成了联合主键。

在相对不严谨的项目中一般我们不创建表之间的关联（不使用外键关联）。都是使用代码控制他们逻辑上的关系。

5、数据库尽可能的使用 NOT NULL 填充

因为 select id from t where num is null 这样的 sql 也是可以的

Mysql难以优化引用可空列查询，它会使索引、索引统计和值更加复杂。可空列需要更多的存储空间，还需要mysql内部进行特殊处理。可空列被索引后，每条记录都需要一个额外的字节，还能导致MYisam 中固定大小的索引变成可变大小的索引

注意：但把NULL列改为NOT NULL带来的性能提示很小,除非确定它带来了问题,否则不要把它当成优先的优化措施,最重要的是使用的列的类型的适当性

6、13.2 select * from admin left join log on admin.admin_id = log.admin_id where log.admin_id>10 如何优化? ?

优化为： select * from (select * from admin where admin_id>10) T1 lef join log on T1.admin_id =log.admin_id。

使用 JOIN 时候，应该用小的结果驱动大的结果（left join 左边表结果尽量小如果有条件应该放到左边先处理，

right join 同理反向），同时尽量把牵涉到多表联合的查询拆分多个 query（多个连表查询效率低，容易到之后锁表和

阻塞）

7、limit 的基数比较大时使用 between

例如：select * from admin order by admin_id limit 100000,10

优化为：select * from admin where admin_id between 1000000 and 1000010 order by admin_id。

8、尽量避免在列上做运算，这样导致索引失效

例如：select * from admin where year(admin_time)>2014

优化为： select * from admin where admin_time> '2014-01-01′

### Mysql 事务

1、事务的介绍

Transaction

事务只和DML（增删改）语句有关，或者说DML语句才有事务。这个和业务逻辑有关，业务逻辑不同，DML语句的个数不同

在mysql 中事务是自动提交的，因为单条语句执行成功是自动提交的

事务支持。开启、提交、回滚

2、事务的四大特性

原子性(A)：事务是最小单位，不可再分

一致性(C)：事务要求所有的DML语句操作的时候，必须保证同时成功或者同时失败

隔离性(I)：事务A和事务B之间具有隔离性

持久性(D)：是事务的保证，事务终结的标志(内存的数据持久到硬盘文件中)

* 事务四大特性之一————隔离性(isolation)

事物A和事物B之间具有一定的隔离性

隔离性有隔离级别(4个)

读未提交：read uncommitted

读已提交：read committed

可重复读：repeatable read

串行化：serializable

1、 read uncommitted 读未提交

- 事物A和事物B，事物A未提交的数据，事物B可以读取到

- 这里读取到的数据叫做“脏数据”

- 这种隔离级别最低，这种级别一般是在理论上存在，数据库隔离级别一般都高于该级别

2、read committed 读已提交

- 事物A和事物B，事物A提交的数据，事物B才能读取到

- 这种隔离级别高于读未提交

- 换句话说，对方事物提交之后的数据，我当前事物才能读取到

- 这种级别可以避免“脏数据”

- 这种隔离级别会导致“不可重复读取”

- Oracle默认隔离级别

3、repeatable read 可重复读

- 事务A和事务B，事务A提交之后的数据，事务B读取不到

- 事务B是可重复读取数据

- 这种隔离级别高于读已提交

- 换句话说，对方提交之后的数据，我还是读取不到

- 这种隔离级别可以避免“不可重复读取”，达到可重复读取

- 比如1点和2点读到数据是同一个

- MySQL默认级别

- 虽然可以达到可重复读取，但是会导致“幻像读”

4、serializable 串行读

- 事务A和事务B，事务A在操作数据库时，事务B只能排队等待

- 这种隔离级别很少使用，吞吐量太低，用户体验差

- 这种级别可以避免“幻像读”，每一次读取的都是数据库中真实存在数据，事务A与事务B串行，而不并发

巴特西

mysql数据库重点（基础优化）

最新文章

热门文章