haoluojie的博客

在做XXX系统性能测试的时候，100个并发对该业务进行查询操作，平均响应时间都大于10s，经过排查，应用服务器资源，数据库资源，IO，网络都正常，查询 相关业务sql，其中一条sql执行耗时很长，该sql就是对应查询业务的sql，具体sql为公司机密，不便透漏。 sql大致为：SELECT count（*）FROM XXX WHERE XX != 0 and NAME like '%jie性能测

转自http://www.tech-q.cn/archiver/tid-11673.html 很多时候，我们在mysql中创建了索引，但是某些查询还是很慢，根本就没有使用到索引！ 一般来说，可能是某些字段没有创建索引，或者是组合索引中字段的顺序与查询语句中字段的顺序不符。 看下面的例子： 假设有一张订单表(orders)，包含order_id和product_id二个字段。 一共

并发上去后，数据库总是宕机，mysql配置文件使用默认配置，需要更改相关参数：

好久没更新东西，都更新在自己的本地world中了，比较忙碌，最近在python+selenium搞自动化方面的东西，后续有开发个自己的监控系统的想法（python搞比较好，虽然python掌握得很low，这个可以学，对！），python搞起来，还是以性能测试为主吧，有多余的精力再去搞鼓那些，先记录下公司刚做的一个项目的部分性能问题一些分析思路： 目前在做公司一个项目性能测试xxxxx，后端主要涉

目录 一、优化概述 二、查询与索引优化分析 1性能瓶颈定位 Show命令 慢查询日志 explain分析查询 profiling分析查询   2索引及查询优化 三、配置优化 1)      max_connections 2)      back_log 3)      interactive_timeout 4)

针对mysql一主多从时候，大数据情况下可能会遇到主从复制延迟问题，压测mysql时，需要进行复制延迟进行监控，Lepus可以对复制延迟方面信息进行监控，若项目紧急没时间部署Lepus情况下，可直接监控mysql复制延迟问题： 监控mysql复制状态及延迟问题，主要监控命令为：show slave status。但是每次执行较为麻烦，编写shell脚本，压测期间自动监控统计，2种shell方式：

早上一来公司，质量部小伙伴们就说，后台系统“订单管理模块”无法加载出数据了，不是网络问题不是网络问题！好吧，DBA今日又请假，不能影响大家的测试，赶快排查下原因：1、 查看下日志吧：    进入k8s服务器，既然是订单模块加载数据出问题，那就找到对应的 订单微服务 ：order 服务   ①、 k8s查看 找到我们的order微服务：kubectl get pods -o wide   ②  、 ...

1. in 在a in (b, c, d, ... , null)中， 括号里面的比较值里面存在NULL的话， 看其它比较值里面是否有跟a相等的值存在， 如果有则返回true, 否则返回false.2. not in 在 a not in (b, c, d,..., null)中，如果括号里面存在NULL的话， 则一律返回false.    3. exists 在 exists的关联查询条件里面如...