梁十八的博客_PHP,Web开发,Mysql,Web服务器,redis,Go语言,Linux,MongoDB,redis应用,linux,php原创(5)

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 872 阅读 1点赞

主主复制

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

主主复制

原创 2019-04-10 19:28:25 288 阅读 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 567 阅读 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 1085 阅读 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 458 阅读 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 2286 阅读 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 1384 阅读 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 1913 阅读 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 442 阅读 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 632 阅读 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 943 阅读 1点赞

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

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

索引

排序

案例分析

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

索引覆盖

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

索引覆盖

原创 2019-04-08 17:18:19 236 阅读 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 426 阅读 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 2150 阅读 1点赞

索引优化策略

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

索引优化策略

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

表的优化与列类型选择

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

表的

优化

列类

型选择

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

show processlist命令以及sysbench测试工具的使用

这个命令是显示当前所有连接的工作状态（每秒钟获取一次state，去掉重复的，一边排序一遍数个数）

show processlist的使用

原创 2019-04-04 22:39:33 932 阅读 1点赞 1收藏

mysql优化思维导图

![](https://s1.51cto.com/images/blog/201904/04/e1b8888b5844b8524fcad06c3656df7e.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3p

mysql优化思维导图

原创 2019-04-04 22:19:53 2391 阅读 1点赞 3收藏

ab压力测试，绘制访问曲线

ab测试：php脚本从memecache取数据，如果没有则查询数据库：写个脚本，每秒钟去获取mysql状态：查看status.txt文件：然后用awk读出每秒的请求数（即这行减去上一行）：丢到excel里生成图表：

ab压力测试绘制访问曲线

原创 2019-04-04 22:13:52 1007 阅读 1点赞

新版beego没有beego.Info的解决方法

查了下beego源码，发现少了log.go文件。解决方法：找到之前的版本，比如1.7.1，复制beego下的logs文件到本地beego目录即可：

新版

beego

没有

原创 2019-04-04 14:53:27 10000+阅读 1点赞

redis作为cache和session的数据库的使用

packagemainimport(_"./routers""fmt""github.com/astaxie/beego"_"github.com/astaxie/beego/cache/redis""github.com/astaxie/beego/cache""log""time")typehashesstruct{namestringageintsexint}funcmain(){//key

redis

作为

cache

session

原创 2019-04-03 20:40:17 3082 阅读 1点赞

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

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

51CTO博客