数据库运维原则

最新推荐文章于 2024-08-15 09:17:50 发布

dinongxu8804

最新推荐文章于 2024-08-15 09:17:50 发布

阅读量256

点赞数

文章标签：数据库运维

原文链接：http://www.cnblogs.com/myitworld/archive/2011/08/11/2214762.html

版权

一、数据库运维工作总原则
1、能不给数据库做的事情不要给数据库，数据库只做数据容器。
2、对于数据库的变更必须有记录，可以回滚。
二、权限相关

总原则，以最低粒度控制权限。
SELECT权限：所有开发人员均可拥有自己业务范围内的表权限。
INSERT/UPDATE/DELETE权限：所有项目经理可以拥有自己业务范围内的表权限。
Structure权限：数据库管理员可以拥有。
Administration权限：系统管理员和数据库管理员可以拥有。
程序访问权限：根据IP和系统名建立用户名，只拥有必须表的访问权限。
全部权限：技术总监掌管，MySQL系统表mysql表权限除技术总监任何人不得拥有。
权限粒度：开发人员权限粒度到表一级，数据库管理员和系统管理员权限粒度到库一级。
访问限制：除DBA和系统管理员需要24小时保证可以操作数据库外，其他人均需要绑定IP。

密码强度：必须根据目标/来源/用户等信息设置密码，保证不用用户在不同主机从不同来源的密码不一样，每隔一段时间需要集中更换密码。
三、改表相关

总原则，以最少的开销按需记录数据，所有变更要有记录。

表结构修改流程：开发人员提交建/改/删表的SQL（必须有注释）给DBA，并且说明建/改/删表原因，DBA审查，与开发人员交流修正，由DBA执行SQL操作，并记录。
   表结构改动注意：（越靠前优先级越高）
   按需建立字段，不得采用远大于需求的类型。
   尽量采用无符号型数据类型。
   尽量采用固定长度类型。
   尽量避免TEXT类型。
   尽量用数字来代替字符。
   可以用ENUM枚举数量不多的字符。
   如果必须采用TEXT类型，如无特殊情况，必须拆表单独存放TEXT列。
   存在必须用函数计算才能做条件的列，新建一存放函数计算结构，对新列进行索引，采用触发器自动更新。
   记录修改时间尽量采用时间戳，不要采用时间类型列然后手动设置。
   分离表中常用和不常用数据，分开存储。
   历史数据要及时分离，按一定规则命名表或存放到数据仓库。
   类似标记字段设计要合理，尽量避免在SQL中出现<>，尽量使用>/</=来完成条件查找。
   类型选择细则参考已发的类型选择文档。

四、索引相关

总原则，以高并发SQL为核心建立索引，尽量复用索引。
除非某个字段经常单独作为查询字段，并且不会作为其他组合索引的第一个列，才为本字段建立单独的索引。
尽可能建组合索引，综合考量涉及的SQL，遵循尽量复用的原则建立索引。
优先处理高并发SQL的索引，很少使用的SQL或者只在闲时使用的SQL可以不为其索引。
小表可以不建立索引（如果参与关联需要为关联字段索引）。
索引后结果集仍较大可以增加排序字段进索引，若执行计划不使用，则删除。
关联字段除特殊情况都需要建索引。
要及时根据SQL的使用情况调整索引。

五、架构相关

总原则，尽可能在内存中完成大部分操作。
内存足够选择InnoDB（高并发数据与内存大小相当），内存不足用MyISAM，归档用Archive，事务相关用InnoDB，临时高并发数据用Memory。
Master-Slave架构，适合明显读大于写的情况。
Master-Master架构，无比使两个Master产生不同的主键，例如一台产生奇数主键，一台产生偶数主键，
单机事务用InnoDB，集群事务用LVS+NDB，切不可直接用NDB，效率极低。
分布式事务尽量避免，如果必须，则采用XA事务，分段提交，或者直接采用NDB集群引擎。
原则上历史数据和生产数据不要放在同一数据库，如历史数据极少使用，则建立新库将历史数据保持表名不变存入，只要USE改变数据库就可以查询历史数据，比较常用的历史数据采用表名+日期来存放相应的历史数据，通过表明和日期拼接来做历史查询。
主库写压力较大时采取级联复制，读库压力更大时采用一对多复制，以平衡压力为目标。
历史数据拆分由DBA与开发人员商议拆分时间，每次拆分时间由DBA与开发人员确认则删除或转移至数据仓库。

六、SQL相关

总原则，最小化查询结果集，不做不必要的操作，分散压力到平时。
尽量不做全表查询，根据需要选择需要的字段需要的行。
条件尽可能详细，不要让数据库扫描不必要的行。
选择条件尽可能按照一致的顺序出现，最大化利用索引。

尽量将大结果集操作拆分到多次执行，避免数据库长时间被锁。

七、工作流程

通过Cacti和mysqlreport脚本查看运行状态
通过mystat脚本监控实时状态
通过mysqlsla脚本分析昨日慢查，可作为计划任务每天定时执行，清空旧慢查
对每日慢查进行调优
通过mysqlidxchx脚本对无效索引进行检查
建表要询问哪些字段会用来查询和连接，建立索引
改字段要问清类型和范围，设立合适的数据类型
表结构的修改必须加注释，每个字段都要有注释，除了id
从数据库删除数据一定要先备份再删除。
每月末要执行历史数据清理，通过mysqldump –where来导出指定范围的数据，插入数据仓库。
无用表和字段要及时清理

转载于:https://www.cnblogs.com/myitworld/archive/2011/08/11/2214762.html