最近公司让我做SQL优化的工作（MySql），用explain发了一些问题。常见的像OR ，IN，>= ，或者是嵌套等导致索引失效，导致查询性能降低的问题在这里就不做陈述了，网上的文章一搜一 大片。我只是写点个人工作中遇到的，网上不好搜索的，但是不保证所有的场景都试用，后续我还会更新。 1、order by 和 limit 结合使用，如果where 字段，order by字段都是索引，那么有limit索引会使用order by字段所在的索引。没有limit会使用where 条件的索引。遇到此类状况可以考虑用子查询将order by 和 limit 分开。这种情况主要发生在你用了多个索引，那么你需要注意了。它可能不执行你希望的走索引。（我觉得mysql会自动计算索引） 2、DATE_FORMAT()格式化时间，格式化后的时间再去比较，可能会导致索引失效。 3、子查询中order by的索引会失效，同时可能导致子查询中的where条件索引都不能用。 […]
业务大了成本问题更加的凸显，最重要的之一就是带宽，为了更好的优化资源，我们决定将目前 BGP 全线的流量切换一部分到双线上去。说白了很简单，网络方面不需要动什么大手脚，全网 10G 的链路半年之前就全部升级完毕，剩下的就是加前端，10G 服务器，LVS(nat), Keepalived，Nginx。接下来就是小流量的上线测试，从 10M 到 50M 到 100M 再到 300M 前后大概有一周的观察时间，整体还是很稳定的，当然也遇到了一些小问题，比如 10G 网卡不规则的出现了一些 rx_crc_errors/rx_missed_errors，通过优化一些硬件设备基本得到了解决，虽然后期还会时不时的冒出一些，但是从各个服务以及业务的监控方面没有看到潜在的影响，暂时略过。 正所谓稳定压倒一切，从开始小流量切换到正式全量上线的这一个月，为了稳定，充满了坎坷，下面是这一段时间遇到的一些比较有挑战的事件， 「很不幸的是」，全部是人为原因。
该文章来源于互联网，目前找不到原作者，放在这里的目的是记录healthcheck_nginx_upstreams 的安装过程和相关配置，在起初安装成功后不能够正常运行healthcheck_nginx_upstreams，后通过阅读源码和调试，能够正常运行。 不过信息如下： [html] view plain copy *26 no live upstreams while connecting to upstream Nginx是一个免费的，开源的，高性能的服务器和反向代理服务器软件，同时它也可以为IMAP和POP3服务器代理，以其高性能，稳定性，丰富的功能，结构简单，低资源消耗的特性换来广大运维者所喜爱。 Nginx与传统的服务器不同，不依赖线程来处理请求。相反，它使用一个更可扩展事件驱动架构(异步)。这种结构资源消耗较小，但更重要的是，可以承受较大的请求负荷。即使你不希望处理成千上万的请求，你仍然可以受益于Nginx的高性能和小的内存占用，以及其丰富的功能。 Nginx的反向代理： 反向代理指以代理服务器来接受Internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给Internet上请求连接到客户端，此时代理服务器对外就表现为一个服务器，而此种工作模式类似于LVS-NET模型。 反向代理也可以理解为web服务器加速，它是一种通过在繁忙的web服务器和外部网络之间增加的 一个高速web缓冲服务器，用来降低实际的web服务器的负载的一种技术。反向代理是针对web服务器提高加速功能，所有外部网络要访问服务器时的所有请求都要通过它，这样反向代理服务器负责接收客户端的请求，然后到源服务器上获取内容，把内容返回给用户，并把内容保存在本地，以便日后再收到同样的信息请求时，它会将本地缓存里的内容直接发给用户，已减少后端web服务器的压力，提高响应速度。因此Nginx还具有缓存功能。 反向代理的工作流程： 1）用户通过域名发出访问请求，该域名被解析为反向代理服务器的IP地址； 2）反向代理服务器接收用户的请求； 3）反向代理服务器在本地缓存查找是否存在当前用户所请求的内容，找到则直接把内容返回给用户； 4）如果本地没有用户请求的内容，反向代理服务器会以自己的身份去后端服务器请求同样的信息内容，并把信息内容发给用户，如果信息内容是可以被缓存的，则会将该内容缓存在代理服务器的本地缓存中。 反向代理的好处： 1）解决了网站服务器对外可见的问题，提高了网站服务器的安全性； 2）节约了有限的IP地址资源，后端服务器均可使用私有IP地址与代理服务器进行通信；
这边有个性能要求极高的api要上线，这个服务端是golang http模块实现的。在上线之前我们理所当然的要做压力测试。起初是 “小白同学” 起头进行压力测试，但当我看到那压力测试的结果时，我也是逗乐了。 现象是，直接访问Golang http api是每秒可以到3.5W的访问, 为了理论承受更强的QPS，多开了几个go http api进程端口，又在这前面加了层nginx负载均衡，结果往nginx压测的结果是每秒才可以解决1.5w的访问量。 这结果让高级黑 “小白” 把nginx又给鄙视了。 虽然哥平时开发任务很饱和，又因为带几个新人的原因，有点心累。 但哥还是抽出宝贵的时间来解决nginx在压力测试下性能上不去的问题。 哈哈，这里肯定有人要打我了。 说实话，做运维虽然能时常碰一些负载均衡调度器，但由于很多时候配置都标准化了，新开一个业务线，把配置一scp，然后选择性的修改域名及location就可以了，还真是没遇到过这次的问题。 我们在寻找性能瓶颈的是时候，会频繁的使用后面的工具进行监控，推荐大家使用tmux或者screen开启多个终端监控，用top可以看到nginx及go api的cpu占用率，load值，run数，各个cpu核心的百分比，处理网络的中断。用dstat可以看到流量及上下文切换的测试。
先描述一下环境，前段的负载均衡转发给nginx，nginx再转发给后端的应用服务器。 nginx配置文件如下： upstream ads { server ap1:8888 max_fails=1 fail_timeout=60s; server ap2:8888 max_fails=1
问题描述： java代码在开始事务后，先做了一个查询，再insert，此时会报： java.sql.SQLException: could not retrieve transation read-only status server 解决过程： 查看mysql的事物隔离级别 SHOW VARIABLES LIKE ‘%iso%’; 返回结果： REPEATABLE-READ 把这个改成：READ-COMMITTED 就好了： SET
rsyslog 权限； 默认 [root@dr-mysql01 zjzc_log]# ls -ltr zj-frontend0*-access*27 -rw——- 1 root root 322 Sep 27 07:55 zj-frontend02-access.2016-09-27 600 $FileOwner elk $FileGroup elk $FileCreateMode 0755 $DirCreateMode 0755 $Umask 0022 修改后: [root@dr-mysql01 zjzc_log]# ls -ltr zj-frontend0*-access*27 -rwxr-xr-x 1 elk elk 10558 Sep 27 07:58 zj-frontend02-access.2016-09-27 http://blog.csdn.net/yurunsheng/article/details/8135629
一、rsyslog 介绍 ryslog 是一个快速处理收集系统日志的程序，提供了高性能、安全功能和模块化设计。rsyslog 是syslog 的升级版，它将多种来源输入输出转换结果到目的地，据官网介绍，现在可以处理100万条信息。 特性：1.多线程 2.支持加密协议：ssl，tls，relp 3.mysql、oracle、postgreSQL 4.等等.. 二、实践部署（） 2.1 环境图 2.2.rsyslog server上部署操作 安装rsyslog 程序（rsyslog默认已经在各发行版安装，如果系统中没有的话，可以用yum 进行安装，如下：） [root@opm
❤️ 使用 Docker 部署 Artifactory 1、获取 artifactory-oss 镜像 $ docker pull docker.bintray.io/jfrog/artifactory-oss 2、创建数据卷 例如在 ~/docker/volume/artifactory 路径下执行 $ docker volume create
Maven 安装 Maven 安装 官网：http://maven.apache.org/ 官网下载：http://maven.apache.org/download.cgi 历史版本下载：https://archive.apache.org/dist/maven/binaries/ 此时（20160502） Maven 最新版本为：3.3.9 Maven 3.3 的 JDK 最低要求是 JDK 7 我个人习惯 /opt 目录下创建一个目录