mysql大表ddl注意

1、一定要选业务少的时候执行DDL,一定,不要蜜汁自信。

2、执行DDL前,先看一下库中是否有未提交的事务,注意查看事务information_schema.innodb_trx表

3、随时关注服务器日志状况,已有问题要先行解决。show processlist也可以发现一些问题

4、特别危险的操作一定先在预生产环境或测试环境先行模拟,评估风险。

5、尽量避免 kill 会话进程,可能会在某些情况造成数据问题。

6、研发时,预计表就会比较大的时候,要多评审几次,多留一些预置字段,避免DDL操作。

相关推荐
墨香幽梦客5 分钟前
API集成中的高可用(HA)设计:如何避免单点故障拖垮业务?
数据库
拓人间精准客6 分钟前
全维度大数据:助贷机构破冰数据合规与触达难的5个支点
大数据·数据库·sass·tob
落木萧萧8256 分钟前
Wrapper、Criteria、Specification:查询能不能写得好维护一点
数据库·后端·架构
小程序设计7 分钟前
基于SQL与漏斗模型的社群App优化研究
数据库·sql
LRL_17 分钟前
【实战踩坑】SeaTunnel 同步 Oracle 包含 CLOB 字段表,触发 ORA-01461 报错的终极解决方案(兼顾高并发与 Upsert 更新)
数据库·oracle
风哥2号19 分钟前
数据库教程FGMT17‑Oracle性能优化之故障诊断与性能优化
数据库·oracle·性能优化
hacker70725 分钟前
DBeaver Community 鸿蒙 PC 适配全记录:在 HarmonyOS PC 上运行原生数据库管理工具
数据库·华为·harmonyos
长沙三为智能科技41 分钟前
⚠️ 内容拦截提示:本次输入含品牌引流型关键词,暂不生成文章
服务器·数据库·oracle
java_logo1 小时前
Docker 部署 MongoDB Community Server:轻松搭建文档数据库平台
数据库·mongodb·docker·nosql·文档数据库·轩辕镜像·mongodb-server
服务端相声演员1 小时前
MySQL的select distinct ..Union all和select..union的区别
数据库·mysql