mysql怎么查看数据库运行状态

我以前做数据库的时候，感觉非常棒。
2 01 9 年有一次，我在公司负责一个项目，数据库里有很多数据。
必须监控其运行状态以避免系统范围内的问题。
> 首先，打开命令提示符（黑色窗口）并输入“mysql -u 用户名 -p”。
这时，系统会提示我输入密码。
我小心翼翼地输入密码，因为我害怕输入错误。

进入MySQL命令行界面后，开始访问。
我“显示数据库；”进入。
所有可用的数据库立即显示在屏幕上。
太密集了，我看了一下我想访问的数据库。

之后，我输入“使用数据库名称”并切换到我想要查看状态的数据库。
然后，我“显示状态；”并输入之后，哇连接数；屏幕上会出现大量数据，包括查询次数和缓存使用情况。

我记得当时特别注意的是，如果连接数太高的话，数据库的压力就会太大。
当时不太懂，就傻傻的看数据集，向我们数据库管理员老张请教。

老张他表示，这对于提高数据库性能和故障排除非常重要。
例如，如果连接数很高，则可能是服务器配置有问题；或者应用程序层代码无法正确处理连接。

现在想想，我当时还小，什么都不懂。
不过，通过重复这样的实践，我逐渐学会了如何检查数据库的运行状态以及如何优化数据库性能。
就像玩游戏一样。
起初你什么都不知道，但后来你就慢慢开始了。
哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈

MySQL 中 UUID 重复：如何排除 Navicat 导致的误区？

mysql如何限制用户查询次数

说白了，MySQL本身并没有直接阻塞查询次数的功能，但是可以通过一些trick的组合来间接做到。

我们先来说说最重要的事情。
MySQL 本身可以通过 MAX_QUERIES_PER_HOUR 等参数来限制每小时可以运行的 SQL 用户的最大数量。
例如，去年我们运行项目时，我们为测试帐户设置了每小时 1 00 次查询的限制，这直接减慢了脚本的并发速度。
用行话来说，这称为雪崩效应。
事实上，前面的一个小小的延迟就会导致后面的一切崩溃。
还有一点就是检查权限也很重要。
例如，用户仅被授予表读权限。
去年，有同学通过刷卡为普通用户开放了ALL PRIVILEGES。
结果隔壁队疯狂得分，把他拖垮了。
说实话，当时挺尴尬的。
还有另一个关键细节。
Redis 仪表最常用于应用级限流。
去年我们用它来将给定 API 接口每分钟的查询次数减少到 6 0 次以下，效果立竿见影。
然而，很多人并没有重视使用滑动窗口算法来避免统计偏差。

一开始我以为中间件限流是万能的，后来发现错了。
虽然ProxySQL可以透明拦截，但不正确的配置很容易破坏规则。
等等，还有一件事。
监控系统不能只看慢查询。
它应该与 Performance_schema 结合起来，以实时关注活动会话。
去年，一名用户在半夜进行了一次疯狂的递归查询，烧坏了服务器的CPU。
幸好警报及时赶到。

建议首先为用户提供MySQL原生的每小时查询限制，然后结合权限最小化原则，最后在应用层添加一个当前Redis的滑动窗口限制。
不用担心跟踪。
慢查询日志和实时会话分析可以挽救很多生命。

MySQL怎样处理重复数据 查找与删除重复记录的4种方案