背景日常实施中可能会出现在部署mysql时未更改数据默认存储路径(默认:/var/lib/mysql)，然而一般分配服务器的人只会给系统分区分配50G的空间，这导致后续空间不够用的情况，也就出现了需要迁移数据的问题测试环境租的3A服务器，带宽高root@wangcat/etc/redhatreleaseCentOSLinuxrelease7.6

mac下mysql的DMG格式安装内有安装文件，却没有卸载文件……很郁闷的事。网上搜了一下，发现给的方法原来得手动去删。很多文章记述要删的文件不完整，后来在stackoverflow这里发现了一个遗漏的地方，所以将完整版记述在这里，以供查阅。先停止所有mysql有关进程。sudorm/usr/local/mysqlsudormrf/us

上一篇文章我们集成了服务网关SpringCloudGateway，所有的服务请求都可以通过Gateway访问。那我们就可在服务网关这一层对用户的请求进行鉴权，判断是否可以访问路由的API接口。接下来我们开始增加鉴权，这里我们使用jwt1\.创建授权服务module按照第二篇文章创建一个module，起名为appauth。

作者：八怪（高鹏）中亦科技数据库专家hu.com/p/d95bba14eddf如何快速找到并杀掉引起事务阻塞的session。 本文主要讲述MySQL5.7.29，也会加入和8.0的对比。一、问题起源我们在运维MySQL的过程中，肯定多多少少遇到过Innodbrowlock的问题，如果在线上遇到我们可能会看到一

这两天在学习mysql的读写分离和负载均衡，尝试了主从模式和mysqlcluter，最后还是选择了一主多从，然后读写分离，这比较适合读量大的网站。然后对于mysql的负载均衡器，起先尝试了一下SQL请求路由器Amoeba(http://www.oschina.net/p/amoeba)，读写分离不错，但是不支持事务，因为我测试的网站是采取spring

应用场景如下：服务提供方（即要注册到服务中心的服务）的内网地址，外界无法访问(或者使用docker等做了应用端口等的配置)，做了IP映射后，公网IP49.10.22.106映射到服务提供方的内网ip，端口号5565映射到服务的server.port，此时用eureka默认配置会导致服务无法访问。因此需要手动配置，具体解决方案见如下红色部分：

索引类似大学图书馆建书目索引，可以提高数据检索的效率，降低数据库的IO成本。MySQL在300万条记录左右性能开始逐渐下降，虽然官方文档说500~800w记录，所以大数据量建立索引是非常有必要的。MySQL提供了Explain，用于显示SQL执行的详细信息，可以进行索引的优化。一、导致SQL执行慢的原因

 在我们访问页面的时候经常会遇到各种问题，比如404,400,500,502等等，可返回的错误页对用户来讲，并不太亲民，所以要定制一下自己的错误页。 我们先访问一个错误页面，看下效果：（虽然给我们提供了错误时间、类型、状态码、错误信息，但是好丑，而且用户也不知道这是什么意思）!(https://oscimg.oschina.net/oscnet

InnoDB存储引擎最早由InnobaseOy公司开发（属第三方存储引擎）。从MySQL5.5版本开始作为表的默认存储引擎。该存储引擎是第一个完整支持ACID事务的MySQL存储引擎，特点是行锁设计、支持MVCC、支持外键、提供一致性非锁定读，非常适合OLTP场景的应用使用。目前也是应用最广泛的存储引擎。

本次慢sql优化是大促准备时的一个优化，优化4c16g单实例mysql支持QPS从437到4610，今天发文时618大促已经顺利结束，该mysql库和应用在整个大促期间运行也非常稳定。本文复盘一下当时的sql优化过程1.问题背景大促准备期间发现4c16G的