mysql 的用户与权限管理 create user zhangsan identified by ‘123123’;mysql的权限管理 每次更新权限后记得刷新权限 FLUSH PRIVILEGES;GRANT [权限] ON [库.表] TO [用户名]@[IP] IDENTIFIED BY [密码] # WITH GRANT OPTION;grant select,insert,
转载 2024-06-08 12:37:24
23阅读
# MySQL 直接清空SQL记录文件 在数据库管理中,查询日志是用于记录执行时间超过特定阈值的 SQL 查询。这一功能极大地帮助了数据库管理员(DBA)优化数据库性能,找出性能瓶颈。随着时间的推移,查询文件可能会积累大量的记录,这会影响性能和存储。因此,了解如何清空这些SQL记录文件是非常重要的。 ## 什么是查询日志? 查询日志是 MySQL 服务器的一种日志类型,它记录了所
原创 9月前
97阅读
# MySQL 熔断机制的概述与实现 在现代微服务架构中,熔断机制是确保系统可靠性的重要手段。当一个服务或数据库出现异常时,熔断器能够及时响应,以防止问题的蔓延,保护系统的稳定性。MySQL 作为广泛使用的关系型数据库,同样需要熔断机制来应对高并发环境下可能出现的数据库连接或查询瓶颈。 ## 什么是熔断机制? 熔断机制是一种设计模式,旨在防止系统由于某个环节的故障而导致整体崩溃。它可以通过监
原创 2024-09-28 04:41:43
61阅读
 目录:  1.SpringBoot+Nacos+OpenFeign实现服务的注册、发现、远程调用  2.SpringBoot+Nacos+Gateway实现一个端口调用多个不同服务一、概述  Alibaba Sentinel 是一款高性能且轻量级的流量控制、熔断降级解决方案。是面向分布式服务架构的高可用流量控制组件。  先粗浅理解:    想想这样一种场景,你的应用在一个特定时间进行拼
转载 9月前
145阅读
概述由于实习内容跟数据库中间件相关,分布式数据库的一些基础内容更是重中之重。无奈自己对分布式的一些基础知识并没啥掌握,这里就把日常不懂的一些概念啥的来记录学习一下~熔断(过载保护)概念一般是指软件系统中,由于某些原因使得服务出现了过载现象,为防止造成整个系统故障,从而采用的一种保护措施。服务熔断一般是某个服务(下游服务)故障引起熔断的三个状态Closed(关闭):熔断器关闭状态,调用失败次数积累,
转载 2023-07-11 11:49:59
117阅读
## 【一】什么是函数 跟存储过程是有区别的,存储过程是自定义函数,函数就类似于内置函数 注意与存储过程的区别,mysql内置的函数只能在sql语句中使用! ```sql 【二】字符串函数 【0】介绍 CONCAT(str1, str2, ...): 将多个字符串连接成一个字符串。 SUBSTRING(str, start, length): 返回字符串的子串。 UPPER(str): 将
本文经授权转载自微信公众号:小姐姐味道我这篇文章来的晚了些,因为hystrix已经进入维护模式。但已经有非常多的同学入坑了,那么本篇文章就是及时雨。本文将说明熔断使用的一...
转载 2021-07-17 14:19:14
47阅读
引用 : 优化CMS(concurrent garbage collection)    使用CMS,old代的垃圾回收执行线程会和应用程序的线程最大程度的并发执行。这个提供了一个机会来减少最坏延迟的频率和最坏延迟的时间消耗。CMS没有执行压缩,所以可以避免old代空间的stop-the-world压缩(会让整个应用暂停运行)。   &n
原创:小姐姐味道(微信公众号ID:xjjdog),欢迎分享,转载请保留出处。我这篇文章来的晚了些,因为hystrix已经进入维护模式。但已经有非常多的同学入坑了,那么本篇文章就是及时雨。本文将说明熔断使用的一些注意事项,可能会细的让你厌烦。前半段,是理论部分,各种熔断都适用。后半段,是参数部分,适合微调。那我们开始。通常来说,皇帝在微服务里想夜生活过得舒服,能够大刀阔斧单刀直入,不因私事丢江山,就
原创 2021-02-02 23:51:45
162阅读
Mybatis配置信息浅析 MyBatis简介(二)   官方文档入门篇中有明确说明 每个基于 MyBatis 的应用都是以一个 SqlSessionFactory 的实例为中心的。 SqlSessionFactory 的实例可以通过 SqlSessionFactoryBuilder 获得。 而 SqlSes
转载 9月前
6阅读
mysql> \s 查看当前数据库的状态            \c 取消当前所输入的命令或字符 -------------------------------------------------------mysql的flush用法:    flush_option 可以是下列任何
MySQL(七)–关于查询MySQL服务器处理查询请求的整个过程:客户端发送SQL强求给服务器服务器检查是否可以在查询缓存中命中该SQL服务器端进行SQL解析,预处理,再由优化器生成对应的执行计划根据执行计划,调用存储引擎API来查询数据将结果返回给客户端查询性能低下最基本的原因是访问的数据太多。一,如何优化查询?1,首先开启查询日志:如:long_query_time(多长时间视为查询)
转载 2023-11-06 23:43:32
131阅读
四、流控规则 1、介绍模式在sentinel控制台哪儿配置? 2、流控模式1)直接快速失败①、配置及说明/testA请求每秒请求数(QPS)超过单机域值1,直接快速失败然后响应给客户端 ②、测试 缺点:直接返回报错信息,是否可以由自己编写限流处理方法2)关联模式①、关联模式是什么?当关联的资源达到阈值时,就限流自己可以理解为:当
转载 2024-09-03 12:53:40
34阅读
文章目录前言一、MHA概述1、简介2、MHA的组成(性能、组件)3、特点4、总结二、搭建MySQL-MHA实验1、实验环境2、mysql服务器配置2.1、配置主从复制2.2、所有库配置软链接2.3、所有数据库提权3、配置MHA3.1、安装epel源3.2、所有服务器同步阿里云时间3.3、所有服务器安装node组件3.4、在MHA节点上安装manager组件3.5、检测manager和node4、
转载 2024-01-03 11:54:24
48阅读
操作步骤首先使用用户登录linux客户端,执行命令 mysql -u mjb -p, mjb是数据库用户名,系统会提示输入密码,输入密码回车,登录成功输入命令show variables like 'slow_query_log', 页面会显示是否开启了查询日志,slow_query_log =ON,代表已经开启如果未开启,则需要执行该命令set global slow_query_log=on
转载 2023-08-17 17:25:35
127阅读
查询速度的原因很多,常见如下几种:1、没有索引或者没有用到索引(这是查询最常见的问题,是程序设计的缺陷) 2、I/O吞吐量小,形成了瓶颈效应。 3、没有创建计算列导致查询不优化。 4、内存不足 5、网络速度 6、查询出的数据量过大(可以采用多次查询,其他的方法降低数据量) 7、锁或者死锁(这也是查询最常见的问题,是程序设计的缺陷)
转载 2020-09-26 20:10:00
120阅读
我这篇文章来的晚了些,因为hystrix已经进入维护模式。但已经有非常多的同学入坑了,那么本篇文章就是及时雨。本文将说明熔断使用的一些注意事项,可能会细的让你厌烦。前半段,是理论部分,各种熔断都适用。后半段,是参数部分,适合微调。那我们开始。通常来说,皇帝在微服务里想夜生活过得舒服,能够大刀阔斧单刀直入,不因私事丢江山,就不得不靠熔断大总管。时过境迁。提到熔断大总管就不得不说他手下最突出的三位公公
原创 2021-05-20 15:18:52
380阅读
什么是服务熔断熔断这一概念来源于电子工程中的断路器(Circuit Breaker)。在互联网系统中,当下游服务因访问压力过大而响应变慢或失败,上游服务为了保护系统整体的可用性,可以暂时切断对下游服务的调用。这种牺牲局部,保全整体的措施就叫做熔断。如果不采取熔断措施,我们的系统会怎样呢?我们来看一个栗子。当前系统中有A,B,C三个服务,服务A是上游,服务B是中游,服务C是下游。它们的调用链如下:
转载 2024-04-03 08:56:54
103阅读
# MySQL查询优化指南 在使用MySQL数据库的过程中,遇到查询是一个常见的问题。在数据量庞大的情况下,SQL查询的效率往往影响着整个应用的性能。本文将介绍MySQL查询的概念、产生原因及其优化方法,帮助开发者更好地理解和应对这一问题。 ## 什么是查询? 查询是指执行时间超过特定阈值的SQL查询。这个时间阈值可以通过MySQL的系统变量`long_query_time`进行设
原创 2024-09-21 07:21:53
9阅读
一、SQL优化思路查询日志记录SQLexplain查询SQL的执行计划profile分析执行耗时Optimizer Trace分析详情1、查询日志记录SQLshow variables like 'slow_query_log%'; show variables like 'long_query_time';查看下查询日志配置,我们可以使用show variables like 'sl
转载 2023-08-06 13:06:35
390阅读
  • 1
  • 2
  • 3
  • 4
  • 5