这篇文章原发于 2007年6月，后来我一直都没有更新。然而，这个规则列表至今仍然十分适用。我打算马上对这篇文章进行更新。。。运维85条军规1) 承载能力优先 ——随后再进行优化 —— 不遵守这条规则必定带来故障停机时间。不要在故障停机时间的压力下进行优化——要先集中精力提高承载能力。2) 以Postgres为例，一定要确保你的每一个网络都能匹配得上你的WAL文件、Slony复制、快照技术以及基于磁
转载
精选
2013-06-25 11:04:24
325阅读
运维85条军规 1) 承载能力优先 ——随后再进行优化 —— 不遵守这条规则必定带来故障停机时间。不要在故障停机时间的压力下进行优化——要先集中精力提高承载能力。 2) 以Postgres为例，一定要确保你的每一个网络都能匹配得上你的WAL文件、Slony复制、快照技术以及基于磁盘的DB版本化（快照的衍生品） 3) 不要把问题‘优化’到你的架构之中。为了解决问题而新加
转载
精选
2016-03-29 14:09:43
1094阅读
1) 承载能力优先 ——随后再进行优化 —— 不遵守这条规则必定带来故障停机时间。不要在故障停机时间的压力下进行优化——要先集中精力提高承载能力。2) 以Postgres为例，一定要确保你的每一个网络都能匹配得上你的WAL文件、Slony复制、快照技术以及基于磁盘的DB版本化（快照的衍生品）3) 不要把问题‘优化’到你的架构之中。为了解决问题而新加进来的一些东西往往后来都会变成运维沉重的负担。 要
转载
精选
2015-11-28 18:26:31
216阅读
1) 承载能力优先 ——随后再进行优化 —— 不遵守这条规则必定带来故障停机时间。不要在故障停机时间的压力下进行优化——要先集中精力提高承载能力。
2) 以Postgres为例，一定要确保你的每一个网络都能匹配得上你的WAL文件、Slony复制、快照技术以及基于磁盘的DB版本化（快照的衍生品）
3) 不要把问题‘优化’到你的架构之中。为了解决问题而新加进来的一些东西往往后来都会变成运维沉重的负担。 要确保在运维工程化中开发出来的工具交接完整。过后再回头进行进一步的开发往往不灵。更重要的是，变更请求可能会破坏已经安排好的工程计划。
转载
精选
2013-06-23 21:12:44
430阅读
4评论
来源：oschina发布时间：2013-06-22运维85条军规 1） 承载能力优先 ——随后再进行优化 —— 不遵守这条规则必定带来故障停机时间。不要在故障停机时间的压力下进行优化——要先集中精力提高承载能力。 2） 以Postgres为例，一定要确保你的每一个网络都能匹配得上你的WAL文件、Slony复制、快照技术以及基于磁盘的DB版本化（快照的衍生品） 3） 不要把问题‘优化’到你的架
转载
精选
2013-06-23 18:33:28
277阅读
运维85条军规 1) 承载能力优先 ——随后再进行优化 —— 不遵守这条规则必定带来故障停机时间。不要在故障停机时间的压力下进行优化——要先集中精力提高承载能力。 2) 以Postgres为例，一定要确保你的每一个网络都能匹配得上你的WAL文件、Slony复制、快照技术以及基于磁盘的DB版本化（快照的衍生品） 3) 不要把问题‘优化’到你的架构之中。为了解决问题而新加进来的一些东西往往后来都会变成
转载
精选
2013-06-29 15:55:18
282阅读
2007 年，时任虚拟世界游戏公司 Vivaty 运维副总裁的 Jon Prall 在他的个人博客上发表过一篇《运维的85条规则》。2010 年他跳槽到视频电话公司 Tango 之初，做了两处更新，兹翻译如下： 1.容量第一，优化第二——这条规则在故障发生时生效。在宕机的时候别研究什么优化，先恢复设备。 2.保留所有可以捕获的记录——以 PostgresQL 为例，包括有 WA
转载
精选
2014-01-13 14:15:08
279阅读
2007年，时任虚拟世界游戏公司Vivaty运维副总裁的JonPrall在他的个人博客上发表过一篇《运维的85条规则》。2010年他跳槽到视频电话公司Tango之初，做了两处更新，兹翻译如下： 1.容量第一，优化第二——这条规则在故障发生时生效。在宕机的时候别研究什么优化，先恢复设备。 2.保留所有可以捕获的记录——以PostgresQL为例，包括有WAL文件，Slony复制，快照技术，基于硬
转载
2020-01-08 10:44:06
341阅读
运维军规
服务：运维应7*24响应，随时随地，核心研发和产品经理也应保持联系。
监控：基础（磁盘、内存、CPU、网络）和业务（端口、进程、URL可用性、rt响应时间、日志等）监控齐备。
告警处理是第一优先级工作，任何告警都要第一时间响应。定期检查安全扫描。
故障：业务故障，运维应第一时间通知业务测试人员、核心研发、产品经理。并按SLA升级。
变更：按服务上线/变更流程。任何变更都要提前通报，
转载
2021-08-18 16:06:34
656阅读
DBA操作规范1、涉及业务上的修改/删除数据，在得到业务方、CTO的邮件批准后方可执行，执行前提前做好备份，必要时可逆。2、所有上线需求必须走工单系统，口头通知视为无效。3、在对大表做表结构变更时，如修改字段属性会造成锁表，并会造成从库延迟，从而影响线上业务，必须在凌晨0:00后业务低峰期执行，另统
转载
2018-05-25 09:41:00
39阅读
DBA操作规范1、涉及业务上的修改/删除数据，在得到业务方、CTO的邮件批准后方可执行，执行前提前做好备份，必要时可逆。2、所有上线需求必须走工单系统，口头通知视为无效。3、在对大表做表结构变更时，如修改字段属性会造成锁表，并会造成从库延迟，从而影响线上业务，必须在凌晨0:00后业务低峰期执行，另统一用工具pt-online-schema-change避免锁表且降低延迟执行时间。使用范例：#pt-
转载
2018-03-24 13:32:01
682阅读
DBA操作规范 1、涉及业务上的修改/删除数据，在得到业务方、CTO的邮件批准后方可执行，执行前提前做好备份，必要时可逆。 2、所有上
最近看了比较多关于MYSQL的内容，特别是在性能优化这一块，今天总结下一些数据库中的规范，当然，不都是绝对的，只是一些规范，如果不遵守，MYSQL也是能正常执行语句，数据库也能正常运行。1 数据库设计1.1数据库和表的字符集统一使用UTF-8最重要的一点就是国际化，UTF-8包含了几乎所有语言需要的字符，并且Unicode是个不断更新的字符集，UTF-8编码在各个操作系统和语言环境当中的支持是非常
DBA操作规范1、涉及业务上的修改/删除数据，在得到业务方、CTO的邮件批准后方可执行，执行前提前做好备份，必要时可逆。2、所有上线需求必须走工单系统，口头通知视为无效。3、在对大表做表结构变更时，如修改字段属性会造成锁表，并会造成从库延迟，从而影响线上业务，必须在凌晨0:00后业务低峰期执行，另统一用工具pt-online-schema-change避免锁表且降低延迟执行时间。使用范例：#pt-
推荐
原创
2018-01-16 11:16:28
10000+阅读
点赞
16评论
本文来自：http://wangjunle23.blog.163.com/blog/static/117838171201310139372912/官方地址：https://developer.yahoo.com/performance/rules.html1、尽量减少HTTP请求次数 终端用户响应的时间中，有80%用于下载各项内容。这部
转载
精选
2014-08-18 17:20:03
1119阅读
一、基础规范（1）必须使用InnoDB存储引擎解读：支持事务、行级锁、并发性能更好、CPU及内存缓存页优化使得资源利用率更高 （2）必须使用UTF8字符集解读：万国码，无需转码，无乱码风险，节省空间 （3）数据表、数据字段必须加入中文注释解读：N年后谁tm知道这个r1,r2,r3字段是干嘛的 （4）禁止使用存储过程、视图、触发器、Event解读：高并发大数据的互联网业
原创
2022-09-26 06:45:26
34阅读
本文专为刚刚进入股市和即将进入股市的新股民而写，如果你从来没有买过股票，如果你开户的原因是打算赚钱而不是支援股市建设，那么，这16条军规就是你必须牢记的。
1.永远不要相信经济学家关于股市的预测。当然，如果他们的预测停留在纯哲学或周易的范畴，还是可以认真看一看的，它可以为你提供一些茶余饭后的谈资。
2.永远不要相信电视台的股评“老师们”。如果他们真能说对明天哪只股票涨停，还有必要从事
转载
2007-09-11 11:19:21
475阅读
sql优化的21条军规
原创
2023-08-09 09:08:32
206阅读
今天延续设计的话题，给大家总结了接口设计的18条军规，希望对你会有所帮助。1. 签名为了防止API接口中的数据被篡改，很多时候我们需要对API接口做签名。接口请求方将请求参数 + 时间戳 + 密钥拼接成一个字符串，然后通过md5等hash算法，生成一个前面sign。然后在请求参数或者请求头中，增加sign参数，传递给API接口。API接口的网关服务，获取到该
一. 优化军规20条： 1.where 查询条件，类型要一致，避免类型转换，非常慢 2.查询条件包含函数，负向查找，导致大表，多
