一、RDS上，MySQL实例中某张表数据小于tmp_table_size，但有查询时会报错临时空间满 The table '/data/mysql/zst/tmp/#sql_13975_23' is full。原因可能是什么？
2019年01月08日，周二
一、可能有下面几种情况：
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。
2019年01月15日，周二
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可用性。
2019年02月26日，周二
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、犯困时操作线上环境