mysqladmin是mysql官方的一款执行管理端的客户端程序，可以利用它对MySQL数据库服务进行操作，在MySQL5.5及以前的版本中，最常用的方法是用它来关闭mysql实例:
在大量并发读请求、读多写少的业务场景下，本文利用 Sysbench 性能测试工具，调研基于【负载均衡 + ProxySQL Cluster + MySQL MGR 的读写分离架构】能否有效利用横向扩展的 MySQL 实例的读能力，并最终提高应用系统 QPS。
客户数据库出现假死，导致探测语句下发不下去，出现切换。后来经过排查发现是一个大表drop 导致的数据库产生假死，也参考过类似的数据库假死的案例，这里将测试一下不同版本drop table的影响
近日，腾讯云MySQL发布新架构，在基础硬件能力、自研内核及外部网络延迟等方面进行了全面升级。 在探究新版本实际性能的过程中，测试人员通过基准测试工具SysBench以及全仿真业务生产环境，分别针对只写、只读以及混合读写场景进行性能测试。其结果显示，新架构下的云数据库MySQL在性能上比原有架构提升20%。此外，通过TXSQL内核的更新，也为企业提供了更多实用的能力。 本次发布的云数据库MySQL新架构搭载最新的腾讯自研数据库内核TXSQL，不仅提供了如Parallel DDL、缓存快照主从同步等性能增强
最初接触这个工具还是在两年前看《高性能MySQL》的时候，那时候没安装上呀，就没弄了、 我就想起来现在 luasql 也没安装上，会不会过段时间这也不是事儿了。
QPS（Query per second） 每秒查询量 TPS（Transaction per second）每秒事务量 这是Mysql的两个重要性能指标，需要经常查看，和Mysql基准测试的结果
OGG有传统的经典架构，也有最新的微服务，2个都可以远程捕获和应用数据，对数据库服务器是0侵入，而传统的经典架构是纯命令行模式，最新的微服务架构是图形化界面操作，几乎所有操作都可以在界面进行。
我们在做数据库性能压力测试、做监控和告警项，或者想要真实地了解业务数据库负载的时候，常常需要使用两个数字化的衡量指标。他们是什么？相信很多数据库从业的读者已经呼之欲出了，那就是 QPS 和 TPS。
昨天的文章，用shell写了一个简单的MySQL系统运行状态实时监控的模版，《MySQL系统运行状态实时监控(shell版本)》，对于这种操作，任何语言都可以完成，今儿就用python写一下，写的不优雅的地方，请各位指正。
客户需要将华为云rds for MySQL和天翼云rds for MySQL做一个双向同步，当华为云rds宕机的时候，可以切换到天翼云继续提供服务，而且此时，天翼云的数据也可以自动同步到华为云rds，平时只使用华为云的rds，和双A方案有点差异，需要注意的是rds环境不能安装任何的软件，所以，我目前想到的方案有：
离 8.0 正式发布已经有一段时间了，随着小版本的不断迭代，MySQL 8.0 也加入了很多有意思/有价值的特性，例如原子 DDL，WriteSet复制，二级密码等，在专栏中也有非常多的介绍。本文介绍的特性是 Resource Group，即资源组，主要用来调度 MySQL 的资源用，其实是一个兼顾了实用性和技巧性的功能，且刚好能解决 MySQL 8.0 对写入性能的一个“负优化”。
IOPS：(Input/Output operations Per Second,既每秒处理I/O的请求次数)
好久没上OSC，上面安排测下Mycat，于是申请服务器，花了两个周做出这个东西，供以借鉴。
最近在学习数据库相关知识，经常跟一个在某金融公司做DBA的大学朋友交流问题。听说他们公司最近在使用云数据库，我立马来了兴趣，以前只听说过云主机，没想到数据库这种产品也可以在云上买。正好最近在学习使用sysbench，索性我就买了腾讯云数据库（因为他们家的可以按量付费，用完了就释放掉哈哈），配合自己购买的腾讯云主机进行一个对比测试。下面就贴出测试过程和结果，仅供大家参考。
在数据库相关的问题中，经常会遇到并发过高的现象，引发这个现象的原因很多，比如慢查询堆积，业务流量突增等等。通常在面对这一类问题的时候，DBA 会比较被动，常规的手段只有定期批量的 kill 低效查询，直到开发的同学临时调整业务查询或者前端业务限流。
在日常工作中，有时候会发现 MySQL 的状态不太对劲，这时候就会看看监控指标，可能会发现：写入 QPS 开始出现毛刺，或者 IO 的指标很高。本文会从 Linux 层面入手，根据不同的 IO 特点来分析 MySQL 数据库可能遇到的问题，并给出一些可参考的优化/缓解思路。
导语 随着版本升级，关系型数据库和缓存数据库整体性能比之前都有大幅度的提升，衡量数据库性能的三个重要指标是：数据库吞吐量(QPS)、延迟时长(Latency)和稳定性，以下从这三个方面对几种数据库进行
了解一个产品，从性能测试下手是最好的方法，这里就是针对金融级MySQL解决方案RadonDB中的核心组件Radon进行一次性能测试。
环境：CentOS6.5，MySQL5.7.22 1.下载 sysbench下载地址 2.安装
在查询计数已成为问题的情况下，它们在另一个表中构建了计数，以便它们可以直接读取计数值而非计算计数。
Linux 有个非常有用的 top 命令，可以查看操作系统的性能状态，mytop 命令类似 top 命令，界面结构也类似，只是 mytop 显示的是 mysql 的状态信息，例如我们非常关心的 QPS
在表的数量很多时，每次查询I_S会从文件系统中读取每个单独的FRM文件，使用更多的CPU周期来打开表并准备相关的内存数据结构
出处：https://www.cnblogs.com/YangJiaXin/p/11234591.html
最近看到一句话是MySQL的TPS是4000，这句话是不严谨的，因为没有说服务器的配置。所以自己买了个服务器做了一个压测。希望自己对数据有一个概念。 注意：服务器不同结果不同，结果不具有普适性。
分布式数据库已经流行好多年，产品非常众多，其中分布式数据库中间件使用场景最广。本文主要是总结如何基于分布式数据库中间件做数据库架构设计，以充分发挥它的分布式能力。各个中间件产品功能核心原理相同，细节上有些区别。这里仅以阿里云的DRDS为例分析，在产品架构、功能、成熟度和市场占有率上，它都比同行产品有优势。
最近看到一个网友在问（请问一下，每天3~4W次的读写，用什么样子的配置比较好，麻烦推荐一个配置，谢谢 MySQL5.7的.）看着应该是一个比较简单的场景，不过笔者通过这问题在想云MySQL不同的配置他的性能究竟如何？如果推荐了这个用户配置后，他的业务又涨了该如何再选择其他的配置？ 所以这里我们可以来测试一下云MySQL的性能，从测试数据上看是否可以更好的解答此用户的问题。
社区收藏业务是一个典型的读多写少的场景，社区各种核心Feeds流都需要依赖用户是否收藏的数据判断，早期缓存设计时由于流量不是很大，未体现出明显的问题，近期通过监控平台等相关手段发现了相关的一些问题，因此我们针对这些问题对缓存做了重构设计，以保障收藏业务的性能和稳定性。
测试mysql5.7和mysql8.0 分别在读写、只读、只写模式下不同并发时的性能（tps，qps）
TiDB正式线上前，总是要对TiDB做个压测来为后续的业务接入做评估依旧；本次针对TiDB 5.0以及MySQL 8.0在同等规格配置下，性能做一个对比，尽管来说这么对比，可比性不是很强，但是起码能为后续业务的接入以及上线有一个理论依旧；
北京万里开源软件有限公司，是专注于国产自主可控数据库产品研发超 20年的国家高新技术企业，参与多个国家级的数据库行业标准制定工作。本次用于测试的 GreatSQL 开源数据库是适用于金融级应用的国内自主 MySQL 版本，专注于提升 MGR 可靠性及性能，支持 InnoDB 并行查询等特性，可以作为 MySQL 或 Percona Server 的可选替换，用于线上生产环境，且完全免费并兼容 MySQL 或 Percona Server。
系统常用指标经验值（持续更新） 一. 数据库相关 MySQL 单实例，读写 QPS 通常只有千级别（3000～6000），经过优化的查询语句，在性能较好的机器上，读 QPS可接近 1w。 MySQL 执行一次普通的查询或者修改操作，平均耗时在 10～100ms 级别。 慢查询：针对用户端的查询操作，slow_query 建议设置在 1s 以内。 二. 缓存相关 单机 Memcached 的读写 QPS 可以达到 10w～100w 级别，读写平均耗时在 1ms 以内。 单机 Redis 的读写 QPS 10w
I. 安装与配置 Centos 下可以直接通过yum进行安装 yum install mytop 使用姿势和top命令一样，直接用即可 mytop 可能提示没有权限，如下 # mytop !500Cannot connect to MySQL server. Please check the:
http://www.searchdoc.cn/rdbms/mysql/dev.mysql.com/doc/refman/5.7/en/index.com.coder114.cn.html
测试mysql5.7和mysql8.0分别在读写，选定，只写模式下不同并发时的性能（tps，qps）
本节内容讲述线上的调优手段以及压力测试的相关工具，结合一些实际的命令参数，我们将会介绍运行结果的具体含义。本节内容为大致的介绍如何压力测试和如何阅读参数，具体的运行效果需要自己部署一台机器测试，关于这部分的内容受到不同的机器影响会出现完全不同的效果，需要实际测试所以没有进行记录。
通常使用QPS（Queries Per Second，每秒查询书）和TPS（Transactions Per Second）来查看数据库的效率。
测试MySQL5.7和mysql8.0 分别在读写、只读、只写模式下不同并发时的性能（tps，qps）
先介绍下背景，应用连接数据数执行任务,报 error 1135: Can't create a new thread (errno 11) 错误日志信息如下：
摘要: 原创出处 http://www.iocoder.cn/Performance-Testing/MySQL-benchmark/ 「芋道源码」欢迎转载，保留摘要，谢谢！
究竟哪些东西可以影响到我们服务器的性能呢？ 无非就是：CPU、磁盘IO、内存等等一系列硬件 在研究性能时候,先带大家来了解三个术语 QPS: 每秒查询率QPS是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准,简言之就是数据库每秒能查多少数据 TPS: 服务器每秒处理的事务数。TPS包括一条消息入和一条消息出，加上一次用户数据库访问。（业务TPS = CAPS × 每个呼叫平均TPS） 并发量: 同一时间处理请求的数量，注意不要和同时连接数搞混,连接数要比并发量多的多的多 如果存
爱可生 DBA 团队成员，负责项目日常问题处理及公司平台问题排查，对数据库有兴趣，对技术有想法。一入 IT 深似海，从此节操是路人。
下面就是一篇关于MYSQL 在 ARM 结构和X86结构上不同的性能表现的文字翻译，实话说曾经测试时（PG），ARM结构的VS X86结构的PG 的确X86更有优势。下面我们看看MYSQL 在不同的物理结构上的不同表现。别说和你没有关系，ARM结构的服务器已经渗透到了 云厂商，国家政府，军队，等等部门和机构，谁也保不准就用上了ARM 结构的服务器。
oracle官方发布的基准测试声明：In benchmark tests using SysBench Read-only Point-Selects, at 1,024connections, MySQL 5.7 delivered 1,600,000 queries per second (QPS)-- 3x faster than MySQL 5.6.
具体的指标定义，如：高并发方面要求QPS 大于10万；高性能方面要求请求延迟小于 100 ms；高可用方面要高于 99.99%。
根据官方wiki文档，Sentinel控制台的实时监控数据，默认仅存储 5 分钟以内的数据。如需持久化，需要定制实现相关接口。
这篇博文主要谈MySQL数据库发展周期中所面临的问题及优化方案，暂且抛开前端应用不说，大致分为以下五个阶段：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
