【SQL】数据库运维实习工作经验

原文:从一个简单的约束看规范性的SQL脚本对数据库运维的影响 之前提到了约束的一些特点,看起来也没什么大不了的问题,http://www.cnblogs.com/wy123/p/7350265.html以下以实际生产运维中遇到的一个问题来说明规范的重要性. 如下是一个简单的建表脚本,表面上看起来并没有什么问题.其中创建了3个约束,一个主键约束,一个唯一约束,一个默认值约束,该脚本执行起来没有任何问题. USE Test GO if exists(select 1 from sys.tables

一个兼职DBA的数据库运维经验 小米科技  [email protected] 2011 报警监控系统粒度太大,不好用(我们公司现状)数据库状况:十个服务器,惠普HP380G7 戴尔R710 ,都做了主从全部sas盘 15K RAID10服务器内存24G数据库跟业务混用,不是专门给数据库用 导致出问题(我们公司现状)备份用的xtrabackup 数据库不大:160G 70G 30G程序支持分库分表 --------------------------问题 io util% 100%(学)正常io

转自:http://blog.51cto.com/qianzhang/1198503 一. 数据库生命周期 结合软件生命周期.项目的开展,数据库的生命周期,大致可分为这么几个阶段. 1. 规划 在立项后,对于数据库平台的软硬件选型,以及大致的数据库架构. 1.1 配置多少台服务器,服务器的内存大小/磁盘空间.IOPS/CPU核数/网络带宽等: 1.2 选择的操作系统与数据库产品,及相应版本: 1.3 整体架构,比如是否考虑:HA,Scale out, load balance, 读写分离等策略.

导语阿里巴巴集团拥有超大的数据库实例规模,在快速发展的过程中我们在运维管理方面也在不断的面临变化,从物理器到容器.从独占到混布.从本地盘到存储计算分离.从集团内到大促云资源,从开源的MySQL到自研分布式数据库,运维管控进行了自我革新与进化. 作者--谭宇(花名:茂七),阿里巴巴高级技术专家.2009年加入阿里,对分布式系统和数据库领域有很大的兴趣.目前负责阿里巴巴集团数据库中台建设,支撑了集团数据库在容器化.存储计算分离.在离线混部.大规模迁移建站以及智能运维等技术探索与落地. 本文梳理了阿里

MySQL数据库运维课程 http://www.dataguru.cn/article-4834-1.html?union_site=comm100 课程大纲 第一课:机器选型.系统规划 第二课:安装部署 第三课:压力测试 第四课:性能优化 第五课:字符集和权限安全 第六课:日志系统 第七课:备份与恢复1 第八课:备份与恢复2 第九课:常用工具 第十课:MySQL集群 第十一课:分布式集群 第十二课:集群高可用(HA)和容灾演练 第十三课:自动化运维 第十四课:监控和审计系统 第十五课:成长规划

数据库运维保障 国庆假期本来是可以开开心心去玩的,但是由于某些突发情况,例如天灾导致的数据库故障的情况还是有可能出现 如果出现这种情况不但破坏了国庆假期玩乐的美好心情,节后上班也可能由于没有做好预防措施要遭遇领导挨批. 为了避免发生这种情况,对于公司业务系统的相关运维人员来说不能掉以轻心,一定要做好预防措施. 以下是总结的一些突发情况预防措施 1.做好公司业务系统的监控报警,关键时刻启动应急预案 2.服务器选择双电源服务器,避免单电源故障造成的服务器宕机 3.选择优质的机房,机房一定要有发电机,

MySQL数据库运维变更流程 草拟时间:2015.11.13制订时间:修订时间: 0x00 目的 规范MySQL数据库的运维人员变更流程,降低操作流程引发的安全隐患,减少人为的错误风险. 0x01.场景 1.业务人员根据业务需要进行数据订正,库表字段结构变更的相关需求.2.运维人员根据数据库日常运维,故障处理与性能优化的变更需求. 0x02.类型 1.数据订正(insert,update,delete相关操作) 重大变更  数据订正表的总数据条数100W以上,且表属于核心业务.        数

2014-07-27 BaoXinjian 一.摘要 1 - 数据库账户是否锁住监控 2 - 数据库表空间大小 3 - 进程异常停止监控 4 - Session中处理时间过长的进程监控 二.案例1 - 账户是否锁住监控 1. 如何监控 2. 如何处理 三.案例2 - 表空间大小不够监控 1. 如何监控 2. 如何处理 四.案例3 - 进程异常停止监控 1. 如何监控 2. 如何处理 五.案例4 - Session中处理时间过长的进程监控 1. 如何监控 2. 如何处理 DBA_Oracle数据库

[时区设置不当会有什么问题] 当进行海外项目运维的时候,经常会遇到时区设置的问题,如果时区设置不当 或者 相同项目的服务器之间的时区不一致,都会有导致项目的数据异常的风险. 如果数据表的字段使用了date类型的字段,字段的默认值是sysdate,并且程序插入记录的时候使用了字段的默认值,那么就有可能导致数据异常.在修改数据库服务器的时区时,也是需要谨慎操作的. [服务器时间同步的方法] # 时间同步服务器请修改为要求的地址(建议使用Windows的地址,因为世界上大部分个人电脑使用的是Windo