mysql大表ddl注意

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

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

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

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

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

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

相关推荐
逐米时代2 小时前
智能招聘与人岗匹配:可解释匹配让录用依据有迹可循
大数据·数据库·人工智能
承渊政道2 小时前
KES专业技能包发布:覆盖数据库开发、迁移与运维全流程
运维·数据库·gitee·数据库开发·金仓数据库
IvorySQL2 小时前
PostgreSQL 日报| RI 快速路径并发读取缺陷(8 月 13 日)
数据库·postgresql
highreport3 小时前
HighReport报表工具定时调度和邮件定时发送
运维·服务器·数据库
01_ice3 小时前
数据库基础
数据库
deepdata_cn3 小时前
向量数据库是非结构化数据的AI检索底座
数据库·人工智能
梁辰兴3 小时前
软件工程:数据库设计
数据库·软件工程·数据库设计·逻辑设计·概念设计·梁辰兴·物理设计
10mAh4 小时前
【Git】误删分支、reset --hard 后提交丢了怎么办?——reflog、fsck 与安全恢复实战
数据库·git·安全·回归
J_bean4 小时前
剖析 MySQL InnoDB 共享行锁 (S) & 排他行锁 (X)
数据库·mysql·共享行锁·s lock·排他行锁·x lock
霸道流氓气质4 小时前
RedLock:Redis 分布式锁的高可用方案
数据库·redis·分布式