mysql高级用法

1.创建视图

CREATE TABLE `weather` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `date` char(24) DEFAULT NULL,
  `week` char(24) DEFAULT NULL,
  `img` char(128) DEFAULT NULL,
  `temperature` char(24) DEFAULT NULL,
  `weather` char(24) DEFAULT NULL,
  `wind` char(24) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=22 DEFAULT CHARSET=utf8

创建视图用法

CREATE VIEW first_view(id,`date`,`week`,img) AS SELECT id,`date`,`week`,img FROM weather

这里是列名对应列名，查询表信息

SELECT * FROM first_view

视图很简单，主要是为了简便sql查询，而且视图查询出来的数据可以和表进行关联查询

删除视图 drop view 视图名

2.索引

注意点：

组合索引查询的各种场景：

组合索引 Index (A, B, C)

下面条件可以用上该组合索引查询：
- A>5
- A=5 AND B>6
- A=5 AND B=6 AND C=7
- A=5 AND B=6 AND C IN (2, 3)
下面条件将不能用上组合索引查询：
- B>5 ——查询条件不包含组合索引首列字段
- B=6 AND C=7 ——理由同上
下面条件将能用上部分组合索引查询：
- A>5 AND B=2 ——当范围查询使用第一列，查询条件仅仅能使用第一列
- A=5 AND B>6 AND C=2 ——范围查询使用第二列，查询条件仅仅能使用前二列
- A=5 AND B IN (2, 3) AND C=2 ——理由同上

组合索引排序的各种场景：

组合索引 Index(A, B)

下面条件可以用上组合索引排序：
- ORDER BY A ——首列排序
- A=5 ORDER BY B ——第一列过滤后第二列排序
- ORDER BY A DESC, B DESC ——注意，此时两列以相同顺序排序
- A>5 ORDER BY A ——数据检索和排序都在第一列
下面条件不能用上组合索引排序：
- ORDER BY B ——排序在索引的第二列
- A>5 ORDER BY B ——范围查询在第一列，排序在第二列
- A IN(1,2) ORDER BY B ——理由同上
- ORDER BY A ASC, B DESC ——注意，此时两列以不同顺序排序

索引合并的简单说明：

数据库能同时使用多个索引
- SELECT * FROM TB WHERE A=5 AND B=6
  - 能分别使用索引(A) 和 (B)；
  - 对于这个语句来说，创建组合索引(A,B) 更好；
  - 最终是采用组合索引，还是两个单列索引？主要取决于应用系统中是否存在这类语句：SELECT * FROM TB WHERE B=6
- SELECT * FROM TB WHERE A=5 OR B=6
  - 组合索引(A, B)不能用于此查询（目前的数据库也很智能，部分OR条件也能够使用组合索引，但效果不是很稳定）；
  - 很明显，分别创建索引(A) 和 (B)会更好；

删除无效的冗余索引
- TB表有两个索引(A, B) 和 (A)，对应两种SQL语句：SELECT * FROM TB WHERE A=5 AND B=6 和 SELECT * FROM TB WHERE A=5
  - 执行时，并不是WHERE A=5 就用 (A)； WHERE A=5 AND B=6 就用 (A, B)；
  - 其查询优化器会使用其中一个以前常用索引，要么都用(A, B)，要么都用 (A)。
  - 所以应该删除索引(A)，它已经被(A, B)包含了，没有任何存在的必要。

索引应该建在选择性高的字段上（键值唯一的记录数/总记录条数），选择性越高索引的效果越好、价值越大，唯一索引的选择性最高；
组合索引中字段的顺序，选择性越高的字段排在最前面；
where条件中包含两个选择性高的字段时，可以考虑分别创建索引，引擎会同时使用两个索引（在OR条件下，应该说必须分开建索引）；
不要重复创建彼此有包含关系的索引，如index1(a,b,c) 、index2(a,b)、index3(a)；
组合索引的字段不要过多，如果超过4个字段，一般需要考虑拆分成多个单列索引或更为简单的组合索引；

最后需要提醒的是，不要滥用索引。因为过多的索引不仅仅会增加物理存储的开销，对于插入、删除、更新操作也会增加处理上的开销，而且会增加优化器在选择索引时的计算代价。

因此太多的索引与不充分、不正确的索引对性能都是毫无益处的。一言以蔽之，索引的建立必须慎重，对每个索引的必要性都应该经过仔细分析，要有建立的依据。

创建索引

CREATE INDEX first_indexet ON weather(`date`)

查询索引情况

SHOW INDEX FROM weather

这里主键自动创建索引

3.储存过程

CREATE PROCEDURE 存储过程名称( 参数的种类1 参数1 数据类型1 [,参数的种类2 参数2 数据类型2]) BEGIN 处理内容 END

猜你喜欢