适当的MySQL数据库维护

我希望这不是一个太宽泛的问题.我确信它能够帮助我和任何未来偶然发现的dba新手.

我是一个系统管理员,已经被纳入了DBA(因为我用他的前景帮助了CEO,所以我显然可以管理我们的数据库！).它并不是数据库服务器那么庞大或繁忙……一个mysqldump的大小约为6GB,我们需要花费5年的时间来实现这一目标. Munin报告说,我们在高峰时段每秒平均有40-60个查询.

我的老板付钱给我参加Oracle大学系统管理课程,但是经历了它,它只是解释了mysql服务器的不同部分,做了什么以及如何做.但这并不是那么深入,你肯定不会从那个课程中脱离DBA.

那么作为当前的DBA,我该怎么做以确保一切顺利运行？我可以执行日常维护任务吗？我应该检查某些指标吗？换句话说,作为DBA,你每天做些什么来保持一切状态良好？

如果它能帮助定制答案,这里有一些具体细节.我们有171张桌子,除了3张都是innodb,其他都是myisam.我们使用RBR在主数据中心和灾难恢复站点之间建立主/从复制.版本是5.5.28.

我能做什么？

解决方法:

首先要做的事情.确保您已开发并记录了灾难恢复(DR)策略.花一些时间思考问题可能出错的方法,如何从中恢复,并测试它们以了解需要多长时间,特别是在从备份恢复时.一些一般的想法：

> mysql崩溃,但服务器很好：修复错误并启动mysql.
>必须从备份中恢复MySQL：从备份恢复并启动mysql< - 在紧急情况下成为必须执行的操作之前测试它.
>服务器已经死亡,必须更换：获取替换服务器并从备份恢复.

一旦您有DR策略和开发的方法来测试备份,您就可以进入更周期性的任务：

>定期测试您的恢复过程.这确保了在必要时的熟悉程度.
>确保正确的索引.如果您正在使用percona服务器,那么在给定时间(一个月左右)之后,您可以获得statistics未使用哪些索引
>慢查询审查.启用慢查询日志,查询时间大约为1秒左右,并使用pt-query-digest每周/每月查看一次.
>阅读http://www.mysqlperformanceblog.com/和http://planet.mysql.com/的博客..在这么小的数据库上,你很少会有很多感兴趣的性能问题.因此,您将有充足的时间阅读有趣的问题以及如何解决它们.

标签：mysql,maintenance
来源： https://codeday.me/bug/20190805/1591934.html