标签:Mysql

MySQL主从同步检查工具PT使用介绍

       在 mysql 工作中接触最多的就是 mysql replication,mysql 在复制方面还是会有一些常规问题,比如主库宕机或者从库宕机有可能会导致复制中断,通常需要进行人为修复,或者很多时候需要把一个从库提升为主库,但对从库和主库的数据一致性不能保证一样。这种情况下就需要使用 percona-toolkit 工具的 pt-table-c……

Zabbix监控数据库每天的备份文件

       最近,应领导的新要求,需要每天做个数据库备份的巡检,无非是登陆服务器,然后上去看看备份的文件是不是最新的,之前的老备份是不是删除了等等。事情是蛮简单的,但是过程却是枯燥的。于是我这边就想着能不能利用zabbix做这样的一个监控出来!       好了,就动手开始做了。原先的情况介绍一下,我们的许多数据库备份都是放在不同服务器的固定目录下,然后……

MySQL 中优化 SQL 语句查询常用的方法

以下是从网络搜索整理的 MySQL 中优化 SQL 语句查询常用的方法汇总。1、选取最适用的字段属性MySQL 可以很好的支持大数据量的存取,但是一般说来,数据库中的表越小,在它上面执行的查询也就会越快。因此,在创建表的时候,为了获得更好的性能,我们可以将表中字段的宽度设得尽可能小。例如,在定义邮政编码这个字段时,如果将其设置为 CHAR(255),……

MySQL中delete和truncate表后,表空间未释放?

昨天,因公司业务上的需求,需要清空一张有2千8百多万条数据的表,当然,清空之前得有备份啦。一番操作之后,发现耗时太长,delete好几次都因为时间太长而断开了操作,后来我就用truncate命令进行清空操作,今早一过来查看,还以为也断连了,后来count了一下,发现只有7条数据,也就是说,表昨天就已经清空了,本该庆幸的时候,可我又发现了有些不正常的现象,7条……

比较基础的但比较详细的MySQL笔记

以下笔记内容是在Windows上操作记录,请知悉~~……

记一次MySQL慢查询与清理的探索

       之前给公司的 grafana 上配置了各种监控图表,发现有一个 Mysql slow query 的监控项下,有一台 AliSQL 的 Slow query 比较大,其他都很小,如下图所示:       再加上之前这台机器也确实报警过几次 CPU over load 的警告,想必和这个脱不了干系,于是就准备摸索一番这个东东!从一些文章资……

Mysql高可用方案Mysql主主复制+Keepalived(探索版)

 这里我为什么要写一个探索版的方案,其实是因为现在而言,这个方案是不完善的。还是先来说明一下Mysql高可用的需求吧。       于生产环境而言,我们希望mysql数据库是不能有任何一秒钟的停止的,包括服务停止,数据丢失等等。综合安全考虑,我们还需要备份等等。对于一个正在意义上的高可用高性能的mysql方案,应该还包括读写分离,所以大致画了一下整个结构!……

Mysql5.7安装的一些小记录

Mysql5.7的安装有很多方法,这里讲一个比较简单的方法,yum安装。 1.进入到要存放安装包的位置 cd ~ 2.查看系统中是否已安装 MySQL 服务,以下提供两种方式: rpm -qa | grep mysql yum list installed | grep mysql 3.如果已安装则删除………

xtrabackup备份mysql方法简介

XtraBackup是现今为止唯一一款为InnoDB 和XtraDB提供热备的开源工具,这个工具有以下的有点:(1)备份快速高效而且可靠(2)备份过程可以做到事物处理不间断(3)节省磁盘空间和网络带宽(4)自动备份验证(5)恢复速度快而高效……

IT狗们,你的MySQL要升级了!

MySQL可算是非常热门的一款数据库了,不过我还是比较更喜欢Oracle了!题外话,哈哈         这里我要说的并不是最新的MySQL 8哦,我要说的是MySQL5.7!为什么我要这么鼓励大家去升级MySQL呢?因为相比之前的MySQL版本,我真是对它有许多诟病之处不满。记得之前看过的一篇文章写的是各大数据库之间的对比,MySQL还是有些处于下风的。……

深刻理解gtid_executed和gtid_purged

gtid_executed和gtid_purged这玩意是mysql5.7后才出现的,在之前的文章页阐述过GTID的原理和传统binlog的不同之处以及优势地方,详情可以参考之前的文章 MySQL主从复制与GTID复制原理。不过相信许多人看了之后,对于GTID还不是很明白清楚。这里对GTID做一个详细的说明。……

多场景下的MySQL多迁移方案

1.磁盘空间不够。比如一些老项目,选用的机型并不一定适用于数据库。随着时间的推移,硬盘很有可能出现短缺;2.业务出现瓶颈。比如项目中采用单机承担所有的读写业务,业务压力增大,不堪重负。如果 IO 压力在可接受的范围,会采用读写分离方案;3.机器出现瓶颈。机器出现瓶颈主要在磁盘 IO 能力、内存、CPU,此时除了针对瓶颈做一些优化以外,选择迁移是不错的方案……