网站一出问题就干等开发商响应，生意耗不起，客户也等不起。其实看懂三类日志。一半以上的问题自己就能定位。这篇写给不写代码的大理老板，会找文件、会看时间就能上手，排查不求人。方法弄懂了，遇事不慌。先把原因找准，再动手。
第一类：访问日志
记录下谁在什么时间访问了哪个页面。网站忽然卡顿，先瞅访问量是不是猛蹿了。量正常却卡得慌，毛病多半出在程序那头。访问量暴涨，要么是来生意了，要么是被刷了，两类都要应对。瞧趋势比瞧单条记录顶用，曲线一拉出来，高下立见。
第二类：错误日志这本账
程序报错都记在这里。找最近的时间点，看报错内容中的关键词，一般前几行就说了原因。数据库连不上、文件权限不对、磁盘写满，都是常见的报错项。报错的时间点顶值钱，出了事先翻这个点在喊啥。揣着报错截图去找开发商，修复至少快上一倍。
第三类：慢查询的日志
数据库里跑得慢的语句都记在这里。网站越跑越慢，十有八九在这儿露馅，先别怪宽带。一条查询耗几秒，页面就得卡几秒。把慢语句交给技术优化，加索引或改写法，见效立竿见影，常有几十倍差距。
平常咋看才省劲
不用盯着看，配个告警就行。错误数冒头、磁盘过八成、访问量出怪，通知自动推到手机上。告警配妥了，后半夜出岔子也能头一个知道。日志的价值就在出事前后，平常记牢，出事才对得上时间线。日志得按期清理，磁盘一写满，再好的网站也得趴下，这毛病最冤也最常见。
大理企业的落地建议
让技术人员把日志路径和告警配好。老板记住三步：出事先看错误日志，再看访问曲线，截图留证。报修时甩过去截图和时间点，沟通最省事，修复也麻利。从 2009 年干到现在，九成故障都能从日志里翻出线索，大理信服无限托管的站点日志告警是标配，出问题先于客户知道。
常见疑问
不懂技术也能看懂日志？
能，盯时间和关键词就能圈定范围，往深里查交给技术。
日志会不会把磁盘塞满？
会，得配轮转清理，它本身就是常见的故障源头之一。
告警该咋个配法？
错误数、磁盘、流量三个阈值，超了就发通知，配一回管很久。
写在最后
日志就是服务器的体检单。会翻日志的老板，报修抢先人一步，修好也快人一步。大理的老板花一个小时学会看日志。往后省下的是一整段干等的时间。这笔账怎么算都划算。