梁十八的博客_mysql优化

MariaDB Galera Cluster集群优缺点

原文：https://www.centos.bz/2017/12/mariadb-galera-cluster%E9%9B%86%E7%BE%A4%E4%BC%98%E7%BC%BA%E7%82%B9/一、MariaDB Galera Cluster概要1.简述：MariaDB Galera Cluster 是一套在mysql innodb存储引擎上面实现multi-master及数据实时同步的系

MariaDB Galera Clust

转载 2019-05-31 23:38:34 1334 阅读 1点赞

一种新型的高一致性MySQL集群架构：Galera Cluster

原文地址：https://www.linuxprobe.com/galera-cluster.html?spm=a2c4e.11153987.0.0.17312a34IBHu4a1. 何谓Galera Cluster何谓Galera Cluster？就是集成了Galera插件的MySQL集群，是一种新型的，数据不共享的，高度冗余的高可用方案，目前Galera Cluster有两个版本，分别是Per

解决mysql一致性的问题

转载 2019-05-31 23:34:41 1018 阅读 1点赞

MySQL数据库优化、架构

影响数据库性能的因素：很多sql性能是慢查询造成的目前的mysql版本中，并不能支持多cpu并发运算，就是说一个sql只能用到一个cpu。常用qps、tps衡量cpu处理效率 qps/tps：每秒处理的查询量max_connections可以根据情况设置大一些。如果实际超出这个数，会造成要用的服务器无法连接数据库，会出现500错误

MySQL数据库优化、架构

原创 2019-05-01 16:51:57 1104 阅读 1点赞

mysql优化注意点

通常和zerofill一起使用，比如int(3)，存入1，则自动填充为001。并不是存入的长度char(n)，varchar(n)中的n是最大长度。外键索引一般不用，可以通过业务逻辑来实现。全文索引一般也不用，直接上全文搜索引擎：sphinx、elasticsearch表索引的创建原则：最适合素银的列是出现在where子句中的列，或连接子句中的列而不是出现在select关键字后的列索引列的基数越大

mysql优化注意点

原创 2019-04-29 23:08:01 820 阅读 1点赞

表分区-partition

partition分区：设置分区限制，t0:1-10，t1:10-20，t2:20-最大值：插入数据后可以看到topic表出现了t0、t1、t2：按照散点值分区：创建地区表：建立会员表，根据所在地区拆分：插入数据：然后查看表，明显bj、hb有不为空，xs为空：但是，你要是插入地区为9的数据，因为没有这个地区的分区，会报错：当然，还可以按年月日等的分区，但需要函数调用，不如直接按值来的快表分区 pa

表分区

partition

原创 2019-04-10 22:47:33 1864 阅读 1点赞

proxy负载均衡、读写分离

如何在客户端应用的时候,路由语句.一般用两种方法1: 直接在PHP的mysql类做判断,最简单,不用额外加软件比如discuz论坛.2:用集群中间件比如官方的mysql_proxy,还有国产的中间件 amoeba原理：不管用了多少mysql，程序都是和proxy通信实战: mysql 读写分离 ,mysql_proxy实现下载安装mysql_proxy:http://mysql.cdpa.n

负载均衡

读写分离

proxy

原创 2019-04-10 22:19:36 682 阅读 1点赞

被动模式下的主主复制

被动模式下的主主复制是指 2台服务器地位一样, 但其中一台为只读,并且业务中也只写某1台服务器.方法，在其中一台的配置中加上read-only=1：好处: 如果供写入的服务器出了故障,能迅速的切换到从服务器,或者出于检修等目的,把写入功能切换到另一台服务器也比较方便.拥有从服务器的主主复制,在实际应用中也很多.环形结构 ()即3台服务器,每台服务器均与其前/后的服务器形成master/slave

被动

模式

复制

原创 2019-04-10 19:57:36 953 阅读 1点赞

主主复制时的主键冲突解决

主主复制下一定要注意避免的问题---------同步冲突例:create table stu (id int primary key auto_increment.)......2台mysql地位相等, 假如2个请求同时到达2台服务器,请求的A节点, stu 的id为1请求的B 节点, stu的id为1 ,同步--->冲突如何解决?让1台服务器 1,3,5,7来增长另1台服务器 2

主主

复制

冲突解决

原创 2019-04-10 19:48:17 871 阅读 1点赞

主主复制

既然你要当主，又要当从，那你首先就得打开二进制日志，也要打开relay日志：（加一个relay日志）然后启动该mysql（将原来的slave）设置二进制日志：（增加了log-bin和binlog-format）设置：设置：然后互相把master指向对方：查看master status：然后分别设置，再启动：再各自看slave status（确保第一行都是：waiting for master to

主主复制

原创 2019-04-10 19:28:25 289 阅读 1点赞

binlog-format的区别

主服务器的日志格式用哪种好?有 statement,row, mixed3种,其中mixed是指前2种的混合. 以insert into xxtable values (x,y,z)为例, 影响: 1行,且为新增1行, 对于其他行没有影响. 这个情况,用row格式,直接复制磁盘上1行的新增变化. 以update xxtable set age=21 where name=’sss’; 这个情况,

binlog

format

区别

原创 2019-04-10 19:00:54 565 阅读 1点赞

mysql主从集群配置

先编辑master配置：vim /etc/my.cnf(加上红框部分。#server id部分：每个都有独一无二的id作为区分，这id可以用服务器ip后三位。#binary log：日志。#statement row mixed：三种监听方式)其中三种情况：监听语句变化，还是磁盘变化，还是混合模式？然后编辑slave的/etc/my.cnf：（设置id，建立中继日志）然后分别启动主和从：servi

mysql

主从

集群配置

原创 2019-04-10 18:36:30 1087 阅读 1点赞

巧用变量

巧用变量1:用变量排名例: 以ecshop中的商品表为例,计算每个栏目下的商品数,并按商品数排名.select cat_id,count(*) as cnt from goods group by cat_id order by cnt desc;并按商品数计算这些栏目的名次set @curr_cnt := 0,@prev_cnt := 0, @rank := 0;select cat_id,

巧用

变量

原创 2019-04-09 21:24:49 457 阅读 1点赞

group by和union的优化

group by 注意: 1:分组用于统计,而不用于筛选数据. 比如: 统计平均分,最高分,适合, 但用于筛选重复数据,则不适合. 以及用索引来避免临时表和文件排序（group by有索引的字段，可以避免产生临时表） 2: 以A,B表连接为例 ,主要查询A表的列, 那么 group by ,order by 的列尽量相同,而且列应该显示声明为

group

by

union

优化

原创 2019-04-09 17:54:43 2283 阅读 1点赞

count()优化小技巧

count() 优化误区: 1:myisam的count()非常快答: 是比较快,.但仅限于查询表的”所有行”比较快, 因为Myisam对行数进行了存储.一旦有条件的查询, 速度就不再快了.尤其是where条件的列上没有索引. 2: 假如,id<100的商家都是我们内部测试的,我们想查查真实的商家有多少?select count(*) from lx_com where id>=100

count

优化

原创 2019-04-09 17:38:33 1381 阅读 1点赞

max min优化

奇技淫巧!min/max优化在表中,一般都是经过优化的. 如下地区表idareapid1中国02北京1...31153113 我们查min(id), id是主键,查Min(id)非常快. 但是,pid上没有索引, 现在要求查询3113地区的min(id); select min(id) from it_area where pid=69; 试想 id是有顺序的,(默认索引是升续排列), 因此

max

min

优化

原创 2019-04-09 17:35:40 1915 阅读 1点赞

exists一定比子查询慢么？

查询所有有商品的栏目：explain select ecs_category.cat_id,ecs_category.cat_name from ecs_goods inner join ecs_category on ecs_category.cat_id=ecs_goods.cat_id group by ecs_category.cat_name \Ggroup by cat_name显然不

exists和子查询

原创 2019-04-09 11:44:06 441 阅读 1点赞

in子查询陷阱

explain select goods_id,cat_id,goods_name from ecs_goods where cat_id in (select cat_id from ecs_category where parent_id=6) \G：（外面的查询type是 all，也就是整张表都被扫了一遍，若goods表数据够多，那就很慢了；子查询语句倒是很快，rows才1）如果

in

查询

陷阱

原创 2019-04-09 10:53:07 630 阅读 1点赞

explain分析sql效果

explain返回的对应参数：select_type: 查询类型table: 查询针对的表有可能是实际的表名如select * from t1;表的别名如 select * from t2 as tmp;derived 如from型子查询时null &n

explain

分析

sql

效果

原创 2019-04-08 23:49:10 1883 阅读 1点赞

索引碎片与维护

索引碎片与维护在长期的数据更改过程中, 索引文件和数据文件,都将产生空洞,形成碎片.我们可以通过一个nop操作(不产生对数据实质影响的操作), 来修改表.比如: 表的引擎为innodb , 可以 alter table xxx engine innodb （虽然本来就是innodb，但这个语句会重新规整） optimize table 表名 ,也可以修复. 注意: 修复表的数据

索引碎片

维护

原创 2019-04-08 22:51:25 554 阅读 1点赞

冗余索引与重复索引

重复索引与冗余索引重复索引: 是指在同1个列(如age), 或者顺序相同的几个列(age,school), 建立了多个索引,称为重复索引, 重复索引没有任何帮助,只会增大索引文件,拖慢更新速度, 去掉. 冗余索引:冗余索引是指2个索引所覆盖的列有重叠, 称为冗余索引比如 x,m,列 , 加索引 index x(x), index xm(

冗余索引

重复索引

原创 2019-04-08 22:46:10 679 阅读 1点赞

索引与排序

索引与排序排序可能发生2种情况:1: 对于覆盖索引,直接在索引上查询时,就是有顺序的, using index2: 先取出数据,形成临时表做filesort(文件排序,但文件可能在磁盘上,也可能在内存中) 我们的争取目标-----取出来的数据本身就是有序的! 利用索引来排序.表中有个index(cat_id, shop_price)联合索引：这里没有用到sort file，因为cat_i

索引

排序

原创 2019-04-08 22:39:01 1406 阅读 1点赞

大数据量分页优化

如果数据够大，翻页的时候，翻页量越大，耗时越长，例如：解决办法：从业务上优化。谷歌、百度等只显示前几十页不能省，就只能性能上优化了为什么limit offset在数据量很大的情况下效率很低？用limit offset时并不是先跳过再查询，而是先查询再跳过。例如：limit 100w, 10：就是先把100w取出来，再跳过前100w行。show profiles：show profile for q

大数据量

分页优化

原创 2019-04-08 22:11:43 2373 阅读 1点赞

索引长度与区分度，以及crc32的应用

理想的索引1:查询频繁 2:区分度高 3:长度小 4: 尽量能覆盖常用查询字段.（其中2和3有矛盾）1: 索引长度直接影响索引文件的大小,影响增删改的速度,并间接影响查询速度(占用内存多). 针对列中的值,从左往右截取部分,来建索引1: 截的越短, 重复度越高,区分度越小, 索引效果越不好2: 截的越长, 重复度越低,区分度越高, 索引效果越好,但带来的影响也越大

索引长度与区分度

原创 2019-04-08 18:40:42 940 阅读 1点赞

索引排序慢的案例分析（聚簇索引）

myisam没这个问题，因为它的索引指向磁盘上的位置。innodb：（而如果只id排序，会有很多数据块要找，拖慢了速度）

索引

排序

案例分析

原创 2019-04-08 17:46:59 620 阅读 1点赞

索引覆盖

找索引是很快的，回行就未必了。如果查询的除了索引字段，还有其他字段，则要回文。如果只要查询索引的字段，就不需要。索引覆盖:索引覆盖是指如果查询的列恰好是索引的一部分,那么查询只需要在索引文件上进行,不需要回行到磁盘再找数据.这种查询速度非常快,称为”索引覆盖”

索引覆盖

原创 2019-04-08 17:18:19 235 阅读 1点赞

innodb聚簇索引(关于innodb插入数据较myisam慢的原因)

聚簇索引、索引覆盖、innodb和myisam索引的区别innodb（聚簇索引）的次索引指向对主键的引用，myisam的次索引和主索引都指向物理行。聚簇索引的好处：根据主键查找效率高；缺点：其他字段的查找慢些（而innodb的主键下就是数据，而其他字段指向主键的位置）innodb的主索引文件上直接存放该行数据,称为聚簇索引,次索引指向对主键的引用myisam中, 主索引和次索引,都指向

innodb

聚簇索引

原创 2019-04-08 16:59:10 1820 阅读 1点赞

多列/复合索引实验

比如价格的索引，一般都是某分类下的价格查询语句执行后查看：建立多列索引后扫描行数减少：聚簇索引、索引覆盖、innodb和myisam索引的区别innodb（聚簇索引）的次索引指向对主键的引用，myisam的次索引和主索引都指向物理行。聚簇索引的好处：根据主键查找效率高；缺点：其他字段的查找慢些（而innodb的主键下就是数据，而其他字段指向主键的位置）

多列

索引

原创 2019-04-08 16:26:21 428 阅读 1点赞

索引优化策略面试题(多列/复合索引)

A:用了c1，c2，c3，c4（mysql没你傻，它知道在不影响语义的情况下换下顺序）B:用了c1，c2，c3，而c4没有（在c3后就中断了）C:用到了c1如果是order by c2,c3 则用到了c1，而c2，c3用来排序了：关于group by语句的过程：例如下面的例子（未建立cat_id索引的情况下）就用到了临时表：D:用了c1，但用上了c2，c3排序（因为Extra没有Using fil

索引

优化

策略

面试题

原创 2019-04-05 22:31:03 2152 阅读 1点赞

索引优化策略

索引优化策略 1:索引类型 1.1 B-tree索引注: 名叫btree索引,大的方面看,都用的平衡树,但具体的实现上, 各引擎稍有不同,比如,严格的说,NDB引擎,使用的是T-tree Myisam,innodb中,默认用B-tree索引但抽象一下---B-tree系统,可理解为”排好序的快速查找结构”.

索引优化策略

原创 2019-04-05 21:36:21 716 阅读 1点赞

表的优化与列类型选择

表的优化:1: 定长与变长分离如 id int, 占4个字节, char(4) 占4个字符长度,也是定长, time 即每一单元值占的字节是固定的.核心且常用字段,宜建成定长,放在一张表. 而varchar, text,blob,这种变长字段,适合单放一张表, 用主键与核心表关联起来. 2:常用字段和不常用字段要分离.需要结合网站具体的业务来分析,分析字段的查询场景,查询频度低

表的

优化

列类

型选择

原创 2019-04-05 16:35:36 232 阅读 1点赞

官方博客	全部文章	热门标签	班级博客
了解我们	网站地图	意见反馈

鸿蒙开发者社区	51CTO学堂
51CTO	软考资讯

51CTO博客