MySQL DBA运维中那些动作属于危险性操作?

目录

RDS上，MySQL实例中某张表数据小于tmp_table_size，但有查询时会报错临时空间满，原因可能是什么？

云环境上自建MySQL，有哪些高可用实现方案？

MySQL DBA运维中那些动作属于危险性操作?

---

一、RDS上，MySQL实例中某张表数据小于tmp_table_size，但有查询时会报错临时空间满 The table '/data/mysql/zst/tmp/#sql_13975_23' is full。原因可能是什么？

（一）可能有下面几种情况：

1、在SQL中执行group by、order by、distinct、union、多表update、子查询、多表JOIN等情况下，可能需要生成内部临时表，当内部临时表超过tmp-table-size时，就会产生磁盘临时表。

2、接上，若查询包含BLOB、TEXT类型字段时，MySQL会直接使用磁盘临时表。

3、云数据库购买的磁盘空间，是包括数据库文件、日志文件（binlog、relay log、error log等）、临时文件&临时表（关注 Created_tmp_disk_tables、Created_tmp_tables、Binlog_cache_disk_use、Binlog_stmt_cache_disk_use等指标）所消耗占用的磁盘空间。

4、发生table...is full报错，说明可能生成磁盘临时表太多，超过云数据库购买的空间限制。

（二）解决办法可以有：

1、关注slow query log，或者查看processlist，及时发现需要用到临时文件、临时表的SQL，尽快优化。

2、调高tmp_table_size参数值来调高内存临时表的上限。

3、调高参数loose_rds_max_tmp_disk_space值，可设置为当前空闲空间的80%（阿里云RDS专属参数）。

4、优化表DDL设计，尽量避免使用BLOB、TEXT类型字段，并且在SQL中减少对这些大字段的访问。

5、优化查询逻辑，避免使用UNION或者需要中间数据集的子查询等SQL。

二、云环境上自建MySQL，有哪些高可用实现方案？

1、基于VPC环境， 支持独立分配IP相关IP段的，还是可以考虑VIP方案，云环境把协议阉割，使用TCP方式，如：青云开源的Xenon， MHA 。 在VPC中，是可以自主绑定私有IP，还是比较方便。

2、基于MGR、PXC构建MySQL高可用。因为MGR、PXC无法告知应用端切换后的IP地址，所以建议配合使用类似consul来使用。如果使用多主模式的MGR/PXC，可以使用LVS/haproxy或者SLB等。

3、基于中间件层MySQL高可用。使用consul配合MGR/PXC，或者consul配合MHA使用。

4、基于ProxySQL+Replication-manager+Consul进行构建，用Replication-manager提供主从切换，动态通知proxysql,利用consul感知ProxySQL可用性。

三、MySQL DBA运维中哪些动作属于危险性操作?

1、MySQL无备份、备份无校对

2、执行rm -rf / tmp等类似操作，执行rm 前要三思。

3、执行kill -9等操作

4、binlog 非row格式，执行dml操作(update、delete)

5、在生产环境执行测试命令。或在生产环境直接调索引

6、避免使用一些骚操作"slave_skip_errors" 或故意导致主从不一致操作

7、drop database

8、DML操作条件写错， 线上DDL导致业务报错

9、恢复数据，实例不对（基于IP连接管理环境）

10、线上高并发环境运行 flush table ; flush table with read lock; lock table;

11、数据库重启空间不够文件损坏，初始化数据库把机器IO资源占满

12、从库延迟并对外提供服务

13、开多窗口操作重要数据库

14、敏感字段不加密，备份不加密存放，线上数据同步到线下

15、犯困时操作线上环境