文章目录一、mysql应用层优化1.使用连接池-----Druid C3p02.减少对MySQL的访问①避免对数据进行重复检索②增加cache层(缓存)3.负载均衡①利用MySQL复制分流查询--- 查询的频率比较高。②采用分布式数据库架构③总结:应用层提高数据库的并发二、Mysql并发参数调整1.max_connections --- 适当的调整连接的数量。 my.cnf2.back_log 设
转载 2024-04-17 14:32:51
322阅读
MariaDB数据库服务的高可用: 使用 heartbeat v1 版实现两个节点的 MariaDB数据库服务的高可用。 节点: node1 192.168.60.33 node2 192.168.60.88 MySQL数据库的数据文件使用nfs共享文件系统解决 nfs Server 192.168.60.22架构如下图: 一、heart
 引擎参数调优一、查看默认引擎:show global variables like '%engine%';二、更换引擎:vim /etc/my.cnf.d/server.cnf #添加一下内容然后重启数据库 [mysqld] default_storage_engine=MyISAM 三、Innodb和MyISAM区别和优缺点: 应用场景:1.数据库经常使用什么样的
转载 2024-02-20 13:24:51
210阅读
一、一般来说nginx 配置文件中对优化比较有作用的为以下几项:1. worker_processes 8;nginx 进程数,建议按照cpu 数目来指定,一般为它的倍数 (如,2个四核的cpu计为8)。2. worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;为每个
如何分析系统的性能问题:从以下几个维度进行考虑 当并发压力加大时,往往是吞吐量上不去,肯定是某一个方面出现了瓶颈,(比如CPU,内存(大量的swap),磁盘IO,网络IO,操作系统,应用)  如果CPU比较高(user,sys,wa),user高,可以把系统的线程dump出来,观察系统正在做的逻辑,优化逻辑;sys高,则说明kernel耗费了大量的CPU时间,比如当前的线程的切
原创 2017-05-24 18:58:44
963阅读
流行的mysql集群的使用环境服务器环境是Centos7.8,MariaDB版本 5.5.65-MariaDB 主机ip备注mmm-monitor192.168.137.124独立机器mmm-master1192.168.137.201与master2互为备份,是slave1的主mmm-master2192.168.137.202和master互为高可用。mmm-slave11
转载 2024-07-28 13:32:12
56阅读
一.MariaDB Galera Cluster        MariaDB Galera Cluster 是一套在 MySQL InnoDB 存储引擎上面实现 multi-master 及数据实时同步的系统架构,业务层面无需做读写分离工作,数据 库读写压力都能按照既定的规则分发到各个节点上去。在数据方面完全兼容 M
转载 2024-05-05 21:18:24
71阅读
        MariaDB是MySQL源代码的一个分支,在意识到Oracle会对MySQL许可做什么后分离了出来(MySQL先后被Sun、Oracle收购)。除了作为一个Mysql的“向下替代品”,MariaDB包括的一些新特性使它优于MySQL。        这两个数据库究竟有什么本质的区别,我看mariadb
转载 2024-02-26 13:39:35
45阅读
1. 硬件优化1.1 内存(Memory)内存是最重要的因素,因为它允许您调整服务器系统变量。更多的内存意味着可以将更大的密钥和表缓存存储在内存中,从而减少磁盘访问速度,降低一个数量级。如果未将服务器变量设置为使用额外的可用内存,则仅添加更多内存可能不会带来显着改进。在主板上使用更多RAM插槽会增加总线频率,RAM和CPU之间会有更多延迟。因此,最好使用每个插槽的最大RAM大小。1.2 
转载 2024-02-25 14:21:55
212阅读
前言数据库优化是个老生常谈的话题,最近也在研究如何优化,所以特地记录一下优化思路, 优化项大概包括如下几个方面,从基础硬件,到mariadb数据库,在到程序方面,涉及面非常广,有些需要自己去做实验,猜测自己的想法,有些涉及到编程相关的,则需要和开发配合解决。 另外优化并非一朝一夕能解决的,往往需要很久才能达到效果,推荐软件在立项时确定数据库架构最好。服务器硬件优化服务器做为运行的基石,也谈不上什么
转载 2024-05-02 16:49:58
214阅读
文章目录1.概述监控MariaDB服务主机2.安装MariaDB服务和配置MariaDB3.配置Zabbix的userparameter_mysql.conf 文件模板4.在Web配置模板5.在server进行压力测试mysql服务 1.概述监控MariaDB服务主机主机名称IP监控概述Zabbix的服务server172.25.0.200Zabbix_server(监控端)worker1172
转载 2024-03-27 10:54:49
0阅读
  1、操作系统 | sysctl   2、WEB前端 | 比如:Nginx   3、PHP后台 | 比如:php-fpm
转载 精选 2016-11-10 10:39:18
6588阅读
MySQL 是一个强大的开源关系数据库管理系统(简称 RDBMS)。它发布于 1995 年(20年前)。它采用结构化查询语言(SQL),这可能是数据库内容管理中最流行的选择。最新的 MySQL 版本是 5.6.25,于 2015 年 5 月 29 日发布。关于 MySQL 一个有趣的事实是它的名字来自于 Michael Widenius(MySQL 的创始人)的女儿“ My”。尽管有许多关于 My
数据库:MariaDB-10.2.6-linux-glibc_214-x86_64 MaxScale服务器:192.168.40.134 主服务器:192.168.40.132 从服务器:192.168.40.133 1.maxscale的安装方式有很多,例如源码安装、rpm、二进制构建等,我选择二进制进行安装。 根据场景需要下载相对应的版本,下载地址;https://mariadb.com/
转载 2024-06-01 11:54:23
155阅读
高可用方案MHA基本介绍和实验环境围绕着主从复制来实现数据库高可用,但是如果是 MariaDB 的主服务的服务宕机了,整个主从复制架构 也就失去了高可用的作用。现在我们使用 一主两从 MariaDB 主从复制架构,希望如果主节点的 MariaDB 服务宕机了,可以 快速的将 主节点的二进制日志复制到 和 主节点同步数据差距最小的服务上,然后将它设置为主节点,另一个从服务将自己 的主节点配置成新称为
innodb_buffer_pool_size 参数用来设置 Innodb 最主要的 Buffer(Innodb_Buffer_Pool)的大小,也 就是缓存用户表及索引数据的最主要缓存空间,对 Innodb 整体性能影响也最大show status like  'Innodb_buffer_pool_%';+-----------------------------------+---
转载 精选 2016-12-12 16:22:31
10000+阅读
“Query Profiling,即查询分析技术,是 MySQL 数据库提供的一种诊断 SQL 性能的方法,同时也被视为分析数据库整体性能的有效技术。用户可以在开启 Profiling 的情况下,查看当前会话中 SQL 执行时间消耗分布,系统时间,CPU 用户时间,以及过程中涉及到的关键函数在源代码文件中的定位等。由于单个大中型应用程序可以在单位时间内完成多个查询,因此 Query Profili
MariaDB数据库性能优化简述1. 硬件优化1.1 内存(Memory)内存是最重要的因素,因为它允许您调整服务器系统变量。更多的内存意味着可以将更大的密钥和表缓存存储在内存中,从而减少磁盘访问速度,降低一个数量级。如果未将服务器变量设置为使用额外的可用内存,则仅添加更多内存可能不会带来显着改进。在主板上使用更多RAM插槽会增加总线频率,RAM和CPU之间会有更多延迟。因此,最好使用每个插槽的最
索引优化和查询优化都有哪些维度可以进行数据库调优索引失效、没有充分利用到索引–索引建立关联查询太多JOIN(设计缺陷或不得已的需求)–SQL优化服务器调优及各个参数设置(缓冲、线程数等) --调整my.cnf数据过多 – 分库分表SQL查询优化的技术有很多,但大方向上可以分为物理查询优化和逻辑查询优化两大块物理查询优化是通过索引和表连接方式等技术进行优化,这里重点需要掌握索引的使用。逻辑查询优化
转载 2024-06-04 12:41:51
115阅读
innodb_buffer_pool_size=1G InnoDB 引擎在内存中有一个缓冲池用于缓存数据和索引,这当然有助于你更快地执行MySQL/MariaDB 查询语句。这是InnoDB 最重要的设置,对InnoDB性能有决定性的影响。默认设置只有128M,所以默认的数据库设置下面InnoDB性能很差。在只有InnoDB存储引擎的数据库服务器上面,可以设置60-80%的内存。innodb_bu
  • 1
  • 2
  • 3
  • 4
  • 5