第4章

1:查询优化,多表连接时只取需要的列,要对select * 保持怀疑。

2:如果发现访问的数据行数很大,而生成的结果中数据行很少,那么可以尝试更复杂的修改

a: 使用覆盖索引,b: 更改架构,一个例子就是使用汇总表 ,c: 重写复杂的查询,让mysql的优化器可以以优化的方式执行它。

3:重构查询的方式,a: 将复杂查询修改为多个简单查询,b:  缩短查询,使用分治算法,每次查询,删除一部分。c:分解联接,可以把一个多表联接分解成多个单个查询,然后在应用程序端,实现联接操作。

单个查询使用缓存效率更高,应用程序端进行连接可以更方便的扩展数据库,把不同的表放在不同的服务器上面。

4:什么时候再应用程序端进行联接效率更高

a: 可以缓存早期查询的大量数据,b:使用了多个MyISAM表(单个查询锁住表的时间更短),c: 数据分布在不同的服务器上,d: 对于大表使用in()替换联接  e:一个联接引用了同一个表很多次

5:查询状态,每个mysql连接都有装态,可以用show full processlist;来查询,在Command列。

mysql> show full processlist;
+----+------+-----------------+------+---------+------+-------+-----------------------+
| Id | User | Host | db | Command | Time | State | Info |
+----+------+-----------------+------+---------+------+-------+-----------------------+
| 7 | root | localhost:51849 | NULL | Sleep | 44 | | NULL |
| 8 | root | localhost:51855 | test | Sleep | 21 | | NULL |
| 9 | root | localhost:51857 | test | Query | 0 | NULL | show full processlist |
+----+------+-----------------+------+---------+------+-------+-----------------------+
3 rows in set

6: 选择无缓存的查询

select sql_no_cache count(*) from salarie;

7:优化过程

a: 对联接中的表重新排序  b:将外联接转换成内联接    c: 代数等价法则 : 例如  a=5 and a>5会被精简成 a>5

d:  优化min,max,count :  min索引B+树的左边就行了,max查找索引的最右边就行了。  如果where后面没有条件,MyISAM总是保留行数的精确值

e: 计算和减少常量表达式:例如min函数可以被简化成为一个常量。    f:覆盖索引:当索引包含查询需要的所有列时,可以使用覆盖索引。

g:子查询优化:mysql可以将某些类型的子查询转换成相等的效率更高的形式,把它们简化为索引查找,而不是独立的多个查询。     有子查询时, 先子查询再外查询。

h: 早期终结  i:相等传递    j: 比较in()里面的数据   k: 表和索引统计   l:  mysql的联接执行策略

8: mysql查询优化器的限制

a: 关联子查询:会出现意想不到的优化结果。有可能慢,有可能快,要根据实际测试结果。  b: 联合的限制   c:索引合并优化  d:......

9: limit 和  offset的优化,  有时候可以将limit转换为位置性查询,例如  p between 50 and 54 order by postion;

mysql> select * from salarie limit 4 offset 9;
+--------+--------+----+
| name | salary | id |
+--------+--------+----+
| wangwu | 200 | 10 |
| wangwu | 200 | 11 |
| wangwu | 200 | 12 |
| wangwu | 200 | 13 |
+--------+--------+----+
4 rows in set

10:   查询优化提示:

a:straight_join  可以用于联接语句。

select straight_join * from salarie;

b: high_priority 指定查询语句的优先级

select high_priority * from salarie;

c: delayed ,INSERT DELAYED仅适用于MyISAM, MEMORY和ARCHIVE表。延迟插入。

insert into delayed salarie(name,salary) values('gaodan',4000);

11:  INTERVAL  指定时间区间,http://www.w3school.com.cn/sql/func_date_add.asp

12: 用户自定义变量

set @var1:=0;

第5章  mysql高级特性

1:缓存就是一个查找表。

2:缓存不会存储有不确定结果的查询,例如now(),current_date();

3: 当事务内部的语句更改了表,即使innodb的多版本机制应当对其他语句隐藏事务的变化,服务器也会使所有引用了该表的查询缓存失效,直到事务提交之前,该表会全局的不可缓存。

4:缓存未命中:缓存未命中的原因可能有以下几个原因,a: 查询不可缓存:原因可能是含有不可确定函数,比如current_date,也有可能是缓存结果太大无法缓存。

状态变量Qchache_not_cached会因为这两种无法缓存的查询而增加。

b:服务器以前没有见过这个缓存,所以它根本就没有机会缓存自身结果。

c:查询的缓存以前被缓存过,但是服务器把它移除了,发生移除的原因可能是内存空间不够,所以被人从服务器把它溢出了,也可能缓存失效了。

如果服务器很多缓存未命中,但是不能缓存的查询却很少,那么原因应该是下面之一:

a:查询缓存未被激活,也就是说服务器根本没有机会将结果存储到缓存中

b: 服务器看到了以前从未见过的缓存,如果没有很多重复的查询,即使缓存被激活了,也有可能见到这种情况。

c:很多缓存失效。

5:如果服务器实际使用的缓存数量小于分配的内存,那么应该把分配给它的内存减少一点,如果由于内存限制引起了缓存失效,那么就应该多分配一些内存。

6:对查询缓存进行维护与调优,可以通过以下选项设置

Query_cache_type=OFF/ON/DEMAND 表示缓存是否被激活
Query_cache_size 分配给查询的总内存,以字节为单位,必须是1024的整数倍。
Query_cache_min_res_unit 分配给缓存块的最小值
Query_cache_limit 这个选项限制了mysql存储的最大结果
Query_cache_wlock_invalidate 这个选项指是否缓存其他联接已经锁定的表。

7:在查询中添加 SQL_CACHE 和SQL_NO_CACHE可以决定该查询是否使用缓存。

8:过程,函数

存储过程

delimiter //
drop procedure if exists p1;//
create procedure p1(in i int)
begin
declare ii int default 0;
set ii=i;
while i<10 do
insert into salarie(name,salary) values('shunzi',1000);
set ii=ii+1;
end while;
end;//
delimiter;

触发器,同一张表上不能创建两个触发器 ,同时创建两个触发器,会提示一下错误。

1235 - This version of MySQL doesn't yet support 'multiple triggers with the same action time and event for one table'
mysql> delimiter //
drop trigger if exists t1; //
create trigger t1 before insert on t
for each row
begin
if(new.id>10000) then
set new.id=10000;
end if;
end;//
delimiter;
Query OK, 0 rows affected Query OK, 0 rows affected mysql> insert into t values(10005);
Query OK, 1 row affected mysql> select * from t;
+-------+
| id |
+-------+
| 10000 |
+-------+
1 row in set

事件:事件类似于定时任务,会在特定时间执行一次预先设定好的sql代码。时间和线程无关,它云星于一个独立的定时器线程上。

事件的执行:https://blog.csdn.net/lixia755324/article/details/53923856   https://blog.csdn.net/u013421629/article/details/72846742

例如定义一个事件,每周调用一下存储过程p1

create event e1 on schedule every 1 week
do
call p1(10);

查看information_schema_events 表可以了解事件的状态

创建一个事件e2,  每两周优化一次 表somedb

create event t2 on schedule every 2 week
do
begin
declare continue handler for sqlexception
begin end;
if get_lock('somedb',0) then -- 加锁
do call optimize_tables('somedb');
end if;
do release_lock('somedb'); end

事件:自定义事件liyafei

delimiter //
drop event if exists e3;//
create event e3 on schedule every 1 second on completion preserve
do
begin
insert into t values(3);
end;//
delimiter; alter event e3 enable;

9:注释:可以使用/**/给代码加注释,使用!9990给该注释一个版本号,例如下面在触发器中加注释。

//触发器
delimiter //
drop trigger if exists t1; //
create trigger t1 before insert on t
for each row
begin
/* !9999
hello;
*/
if(new.id>10000) then
set new.id=10000;
end if;
end;//
delimiter;

10:  函数处理  当not found时,将a设置为0

declare continue/exit HANDLER FOR NOT FOUND set a=0;

11:游标 https://www.cnblogs.com/liyafei/p/9443464.html

12:准备语句

使用增强的二进制客户端/服务器协议在客户端和服务器之间高效的发送数据。创建准备语句时,客户端库会向服务器发送一个实际查询的原型,然后服务器对该原型进行解析和处理,将部分优化过的原型保存起来,并且给客户端返回一个状态句柄。客户端可以通过定义状态句柄重复地进行查询。

准备语句的优点:
a:服务器只需要解析一次查询,这节约了解析和其他的开销
b: 因为服务器缓存了一部分执行计划,所以它只需要执行某些优化步骤一次。
c: 通过二进制发送参数比通过ascll码要快的多
d: 整个查询不会被发送到服务器,只有参数才会被发送,这减少了网络流量
e: mysql 直接把参数保存在服务器的缓冲区内,不需要在内存中到处拷贝。
准备查询语句不需要在应用程序中对值进行转义和加引号,防止了攻击。

-- 准备语句可以有参数,

insert into salarie(id,name,salary) values(?,?,?);

-- 准备语句的SQL语言接口

mysql> set @sql:='select id,salary,name from salarie where id=?';
prepare pre_stmt_fetch from @sql; -- 提取出准备语句
set @actor_name:=''; -- 参数值
execute pre_stmt_fetch using @actor_name; -- 执行
Query OK, 0 rows affected Query OK, 0 rows affected
Statement prepared Query OK, 0 rows affected +----+--------+----------+
| id | salary | name |
+----+--------+----------+
| 20 | 400 | zhangsan |
+----+--------+----------+
1 row in set

-- 删除准备语句

mysql> deallocate prepare pre_stmt_fetch;
Query OK, 0 rows affected
准备语句主要用于存储过程,可以在存储过程内部执行动态sql。
例如:下面是一个可以在特定的数据库中针对每一个表都调用OPTIMIZE TABLE;
drop procedure if exists oprimize_tables;
DELIMITER //
create procedure oprimize_tables(db_name varchar(64))
BEGIN
declare t varchar(64);
declare done int default 0;
declare c cursor for
select table_name from information_schema_.tables where table_schema=db_name and table_type='base table';
declare continue handler for sqlstate '' set done=1;
open c;
tables_loop:LOOP
fetch c into t;
if done then
close c;
leave tables_loop;
end if;
set @stmt_text:=concat("OPTIMIZE TABLE",db_name,".",t);
prepare stmt from @stmt_text;
execute stmt;
deallocate prepare stmt;
end LOOP;
close c;
END//
DELIMITER;

13:视图

可更新视图:可更新视图应该满足下列所有条件

a: from字句中只有一个数据库关系

b: select 字句中只包含关系的属性名,不包含任何表达式,聚集或distinct声明。

c: 任何没有出现在select字句中的属性可以取空值;即这些属性行没有 not null约束,也不构成主码的一部分

d: 查询中不含有group by 或having字句。

14:视图的性能影响:

a:可以改善性能,例如,利用视图重构数据库架构的某一阶段,可以在更改它访问的表的同时,使代码继续工作。

b: 可以使用视图实现列权限,但是却没有实际创建这些权限的开销

create view v1 as select salary,name from salarie;
grant select on v1.* to user1;

视图的局限:

a:mysql不支持物化视图,物化视图通常把结果存储在一个不可见的表里面,然后周期性的从原始数据对不可见的表进行刷新。

b: mysql 也不支持索引视图,  可以通过创建缓存表和汇总表模拟物化视图和索引视图。

15:字符集和排序规则  https://www.cnblogs.com/wcwen1990/p/6917109.html

a:为什么不都用utf-8,  因为utf-8 占用的字节比较大。

b:

16:全文搜索

a: myisam全文索引是一种特殊的具有两层结构的B树,第一层保存了关键字,然后对每个关键字,第二层包含了一个列表,它有相关的文档指针组成,这些指针包含该关键字的全文集合。

b:查询索引

mysql> show index from salarie;
+---------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+---------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| salarie | 0 | id | 1 | id | A | 27 | NULL | NULL | | BTREE | | |
+---------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
1 row in set

17:合并表和分区表

合并表:

drop table t1;
drop table t2;
drop table mrg;
create table t1(a int)engine=MyISAM;
create table t2(a int)engine=MyISAM;
insert into t1 values(1),(2);
insert into t2 values(1),(2);
create table mrg(a int) engine=merge union(t1,t2) insert_method=last;
select * from mrg;

报错

1168 - Unable to open underlying table which is differently defined or of non-MyISAM type or doesn't exist

是因为merge默认引擎没写:修改如下

create table mrg(a int) engine=merge union(t1,t2) insert_method=last default charset=utf8;

结果:

mysql> drop table t1;
drop table t2;
drop table mrg;
create table t1(a int)engine=MyISAM;
create table t2(a int)engine=MyISAM;
insert into t1 values(1),(2);
insert into t2 values(1),(2);
create table mrg(a int) engine=merge union(t1,t2) insert_method=last default charset=utf8;
select * from mrg; Query OK, 0 rows affected +---+
| a |
+---+
| 1 |
| 2 |
| 1 |
| 2 |
+---+
4 rows in set

在合并表中插入,能够在指标中查询到

mysql> insert into mrg values(3);
Query OK, 1 row affected mysql> select * from t2;
+---+
| a |
+---+
| 1 |
| 2 |
| 3 |
+---+
3 rows in set

分区表:

分区表,可以按照日期分区,如果一个表很大,例如每天插入10000000条记录,时间长了,表中数据原来越大,使用主键全表扫面,性能较低。

于是,可以按日期对表进行分区,每次查询访问某个时间段即可。

但是不要同时加上主键和对表进行分区,这有可能降低性能。尤其是要对所有分区进行扫描的时候,在考虑分区时,要仔细地做性能评测,因为分区表并不总是能提高性能。

分区表使用和示例:

创建一个表,对其分区

create table sales_by_day(
day date not null,
product int not null,
sales decimal(10,2) not null,
returns decimal(10,2) not null,
primary key(day,product)
)engine=innodb; alter tables sales_by_day partition by range(year(day))(
partition p_2006 values less than (2007),
partition p_2007 values less than (2008),
partition p_2008 values less than (2009),
partition p_catchall values less than maxvalue); insert into sales_by_day(day,product,sales,returns) values
('2007-01-15',19,50.00,52.00),
('2008-01-15',11,41.00,42.00);

分区表一个常用的用途就是分布大表中的行。

alter table very_big_table partition by key(<primary key columns>)(
partition p0 data direcotry='/data/mydb/big_table_p0',
partition p1 data direcotry='/data/mydb/big_table_p1'
);

高性能mysql 4 ,5章的更多相关文章

  1. 高性能mysql 第五章 索引部分总结

    高性能索引 1.索引基础:索引的作用类似'目录'帮助Query来快速定位数据行. 1.1索引类型: 1.1.1 b-tree索引 b-tree(balance tree)索引:使用平衡树(非平衡二叉树 ...

  2. 高性能mysql 第6章 查询性能优化

    查询缓存: 在解析一个sql之前,如果查询缓存是打开的,mysql会去检查这个查询(根据sql的hash作为key)是否存在缓存中,如果命中的话,那么这个sql将会在解析,生成执行计划之前返回结果. ...

  3. 高性能mysql 第六章查询性能优化 总结(上)查询的执行过程

    6  查询性能优化 6.1为什么查询会变慢 这里说明了的查询执行周期,从客户端到服务器端,服务器端解析,优化器生成执行计划,执行(可以细分,大体过程可以通过show profile查看),从服务器端返 ...

  4. 高性能mysql第6章

    第6章,优化配置 https://www.cnblogs.com/musings/p/5913157.html 1:服务器读取的配置文件,可以使用下面的命令查询 admin@iZwz92c0zpe8t ...

  5. 高性能mysql 第5章 创建高可用的索引

    b-tree索引 一定程度上说,mysql只有b-tree索引.他没有bitmap索引.还有一个叫hash索引的,只在Memory存储引擎中才有. b-tree索引跟oracle中的大同小异. mys ...

  6. 高性能MySQL第1章知识点梳理

    1. MySQL的逻辑架构 最上面不是MySQL特有的,所有基于网络的C/S的网络应用程序都应该包括连接处理.认证.安全管理等. 中间层是MySQL的核心,包括查询解析.分析.优化和缓存等.同时它还提 ...

  7. 《高性能MySQL》——第一章MySQL的架构与历史

    1.可以使用SHOW TABLE STATUS查询表的相关信息. 2.默认存储引擎是InnoDB,如果没有什么很特殊的要求,InnoDB引擎是我们最好的选择. 3.mysql的infobright引擎 ...

  8. 【MySQL高级特性】高性能MySQL第七章

    2017-07-25 14:15:43 前言:MYSQL从5.0和5.1版本开始引入了很多高级特性,例如分区.触发器等,这对有其他关系型数据库使用 背景的用户来说可能并不陌生.这些新特性吸引了很多用户 ...

  9. 高性能mysql笔记 第一章 mysql架构

    1.1  mysql逻辑结构 第一层: 负责连接处理,授权认证,安全等事情 第二层:负责mysql的大部分核心功能 ,查询解析,分析,优化,缓存和所有的内置函数,所有跨存储引擎的功能都在这一层实现,, ...

  10. 高性能mysql 第11章 可扩展的mysql

    可扩展性的定义:当增加资源以获得执行更多的工作系统能获得划算的同等提升. 向上扩展(垂直扩展):提升服务器的硬件性能. 向外扩展(水平扩展):一般都是复制,拆分,数据分片(sharding). 复制: ...

随机推荐

  1. 适配器模式(PHP实现)

    [目的]:将一个类的接口转换成客户希望的另外一个接口,Adapter模式使得原来由于接口不兼容而不能一起工作的那此类可以一起工作 [主要角色]目标(Target)角色:定义客户端使用的与特定领域相关的 ...

  2. IOS设计模式第五篇之装饰设计模式的代理设计模式

    版权声明:原创作品,谢绝转载!否则将追究法律责任. 代理: 另一个装饰设计模式,代理,是一个代表或者协调另一个对象的行为机制.例如当你用一个tableView,你必须实现他里面的一个tableView ...

  3. JVM学习--开启应用的gc日志功能

    一.开启方法 For Java 1.4, 5, 6, 7, 8 pass this JVM argument to your application: -XX:+PrintGCDetails -XX: ...

  4. jvisualvm连接远程应用终于成功,附踩大坑记录!!(一:jstatd方式)

    一.问题概述 连接远程java应用除了jstatd方式,还有jmx方式.不必拘泥于一种,一种不行可以果断尝试另一种,兴许就行了. 姊妹篇在这: jvisualvm连接远程应用终于成功,附踩大坑记录!! ...

  5. 如何分离p12(或pfx)文件中的证书和私钥

    p12(或者pfx)文件里一般存放有CA的根证书,用户证书和用户的私钥 假设我们有一个test.p12文件 在安装了openssl的linux服务器上执行以下命令: 提取用户证书: openssl p ...

  6. Elasticsearch笔记(一)—Elasticsearch安装配置

    原文链接:https://my.oschina.net/jhao104/blog/644909 摘要: ElasticSearch是一个基于Lucene的搜索服务器.它提供了一个分布式多用户能力的全文 ...

  7. [VS]VS2010如何使用Visual Studio Online在线服务管理团队资源(在线TFS)

    前言 Visual Studio Online,也就是以前的Team Foundation Service,从名字可以看出这是一个团队资源管理服务.在微软的云基础架构中运行,无需安装或配置任何服务器, ...

  8. Thinkphp框架下设置session的过期时间

    打开项目中的配置文件,添加session的过期配置,如下: 'SESSION_OPTIONS' => array( 'name' => 'BJYSESSION', //设置session名 ...

  9. intellij idea移动至方法块function()末尾的快捷键

    intellij idea移动至方法块末尾的快捷键: 1. move caret to code block end ctrl+] 2. move caret to code block end wi ...

  10. windows远程访问ubuntu下的jupyter notebook必要配置

    0.生成配置文件(一般采用默认) jupyter notebook --generate-config 1.打开ipython, 创建一个密文密码 In [1]: from notebook.auth ...