推荐阅读之前的几篇文章中，关于主从复制报错的问题以及解决方法可供大家参考阅读开启GTID主从同步出现1236错误问题解决字符集不同引起的主从同步异常1677报错问题MySQL复制错误ERROR 1837的相关缺陷案例一、问题描述MySQL主从复制，启动slave时，出现下面报错：查看错误日志可以看到报错，原来是找不到VM_54_118_ce……继续阅读 » SEian.G 5年前 (2019-10-12) 3580浏览 0评论5个赞
无论是面试开发岗还是DBA，在面试中我们经常会被面试官问道：如何设计一个高并发系统？下面就针对问题我们来做一个讨论：面试题分析说实话，如果面试官问你这个题目，那么你必须要使出全身吃奶劲了。为啥？因为你没看到现在很多公司招聘的 JD 里都是说啥，有高并发就经验者优先。如果你确实有真才实学，在互联网公司里干过高并发系统，那你确实拿 offer 基本如探囊……继续阅读 » SEian.G 5年前 (2019-06-02) 1319浏览 0评论7个赞
今天来讲讲MySQL索引的相关问题，谈到索引，其实算是有个非常有深度的问题，本人才疏学浅，能力有限，理解不当之处，请各位大佬批评指正！不胜感激；言归正转，回到今天要说的MYSQL索引最左匹配原则问题；测试表结构，有三个字段，分别是id,name,cidCREATE TABLE `stu` ( `id` int(11) NOT NULL AUTO_……继续阅读 » SEian.G 5年前 (2019-05-29) 2146浏览 0评论6个赞
之前的几篇文章中，介绍过MySQL主从复制以及一些常见的复制报错问题：使用传统方式搭建MySQL 5.7 异步复制环境基于GTID方式搭建MySQL 5.7 主从复制环境开启GTID主从同步出现1236错误问题解决字符集不同引起的主从同步异常1677报错问题下面是又一例主从复制报错问题，ERROR 1837复制报错主从gtid报错，复制错误18……继续阅读 » SEian.G 5年前 (2019-05-27) 2362浏览 0评论5个赞
问题背景随着数据越来越多，原本的SQL查询变得越来越慢，用户体验特别差，因此需要对SQL进行优化。这个SQL查询关联两个数据表，一个是攻击IP用户表主要是记录IP的信息，如第一次攻击时间，地址，IP等等，一个是IP攻击次数表主要是记录每天IP攻击次数。而需求是获取某天攻击IP信息和次数。（以下SQL语句测试均在测试服务器上上，正式服务器的性能好，查询时……继续阅读 » SEian.G 5年前 (2019-05-23) 2328浏览 0评论5个赞
前几天，线上发生了一次数据库死锁问题，这一问题前前后后排查了比较久的时间，这个过程中自己也对数据库的锁机制有了更深的理解。本文总结了这次死锁排查的全过程，并分析了导致死锁的原因及解决方案。希望给大家提供一个死锁的排查及解决思路。本文涉及到MySql执行引擎、数据库隔离级别、Innodb锁机制、索引、数据库事务等多领域知识。前车之鉴，后事之师，希望读者们都可……继续阅读 » SEian.G 5年前 (2019-05-21) 1345浏览 0评论4个赞
之前的一篇文件中《分析MySQL中隐式转换导致查询结果错误及索引不可用》分析了MySQL中隐式转换导致索引不可用的问题，最近又遇到一个索引不可用的案例；1、问题背景最近在使用MySQL上面发现了这样一个问题：MySQL两张表做left join时，执行计划里面显示有一张表使用了全表扫描，扫描全表近100万行记录，大并发的这样的SQL过来数据库变得几乎不可……继续阅读 » SEian.G 5年前 (2019-05-19) 1304浏览 0评论5个赞
一、备份出错测试环境测试 xtrabackup 相关性能的时候，备份失败！备份指令如下：#innobackupex --defaults-file=/apps/conf/mysql/mysql5_3306.cnf --socket=/tmp/mysql3306.sock --user=[*]--password=[*] --no-timestamp /……继续阅读 » SEian.G 5年前 (2019-04-14) 1936浏览 0评论5个赞
今天准备写一篇tcpdump抓包分析方面相关的问题，之所以写这篇文章，主要有两个原因：1、面试中经常会被问到如下相关的问题Q：为什么要用数据库连接池？A：因为新建一个和数据库的连接的开销很大。Q：那为什么连接的开销很大呢？或者是说，新建数据库连接的开销主要在那些方面呢？A：emmm…….书上这么说（我去去去去去。。。。。完全没想到过这个问题啊。。。……继续阅读 » SEian.G 5年前 (2019-04-06) 4457浏览 0评论9个赞
在人工手动进行一些数据库写操作的时候（比方说数据订正），尤其是一些不可控的批量更新或删除，通常都建议备份后操作。不过不怕万一，就怕一万，有备无患总是好的。在线上或者测试环境误操作导致数据被删除或者更新后，想要恢复，一般有两种方法。方法一、利用最近的全量备份+增量binlog备份，恢复到误操作之前的状态，但是随着数据量的增大，binlog的增多，恢复起来很费……继续阅读 » SEian.G 5年前 (2019-04-02) 3036浏览 0评论8个赞
