|
规范 |
原因 |
||||||
|
程序连接不同的数据库使用不同的账号 禁止跨库查询 |
为数据库迁移和分库分表留出余地，降低业务耦合度，避免权限过大而产生的安全风险 |
||||||
|
对于程序连接数据库账号，遵循权限最小原则 |
避免权限过大而产生的安全风险，程序使用数据库账号只能在一个DB下使用，不准跨库 程序使用的账号原则上不准有drop权限 |
||||||
|
禁止为程序使用的账号赋予super权限 |
当达到最大连接数限制时，还运行1个有super权限的用户连接super权限只能留给DBA处理问题的账号使用 |
||||||
|
超100万行的批量写操作，要分批多次进行操作 （UPDATE、DELETE、INSERT） |
|
||||||
|
对于大表使用pt-online-schema-change修改表结构 |
避免大表修改产生的主从延迟，避免在对表字段进行修改时进行锁表
对大表数据结构的修改一定要谨慎，会造成严重的锁表操作，尤其是生产环境，是不能容忍的。
pt-online-schema-change它会首先建立一个与原表结构相同的新表，并且在新表上进行表结构的修改，然后再把原表中的数据复制到新表中，并在原表中增加一些触发器。
把原表中新增的数据也复制到新表中，在行所有数据复制完成之后，把新表命名成原表，并把原来的表删除掉。
把原来一个DDL操作，分解成多个小的批次进行。 |
||||||
|
不在业务高峰期批量更新、查询数据库其他规范 |
|