Tag Archives: Job

闲扯 DBA 的薪水

年后了,正是员工跳槽、企业招聘最活跃的时候,据说某些招聘网站的系统压力都比平时增长了几倍。无论是求职还是招聘,可能都会遇到比较郁闷的事情,求职的人有怀才不遇之想,招聘的人也为不能找到性价比高的员工而发愁。

一直以来的一个误解是,DBA 薪水比较高,所以导致不少人涌进来。其实到底高不高呢? 薪水这个东西,可能比中国的漫游费还让人搞不清楚。不过这里有一份 美国 2007 年度薪水分析报告,可供参考,还有信息周刊的一份调查。看下来啊其实也就是个中等水平。而在国内可能是因为 DBA 供需比的关系吧,DBA 这薪水被喊的越来越高(物价也高啊,也有其他各种原因吧),以致于我看到某些培训网站居然广告是“做 DBA,拿高薪”,怎不叫人笑掉牙? 以前戈尔还说过 “获得高技术高薪水的头等舱船票”呢? 这年头广告语就别信了。可能的确有些 DBA 的薪水很高,但也不要忘了任何事情做好了,都能拿到高薪,销售做好了一样拿高提成,产品设计做好了一样有很好的回报。汉堡包卖好了你不也能开店和 KFC 竞争了?

今天看了一位朋友招聘 DBA 的感慨,引发了不少朋友的留言讨论。另一位朋友看了帖子,问到 “今年求职该要多少工资?” 我承认,求职者也有苦衷啊,本来跳槽就有个隐性损失在里面的,加上国内这居高不下的狗日的房价,还有持续上涨的物价,不多要点工资,让人怎么活? 这两位老兄自己也是很出色的 DBA,一个事情不同的角度,还是引发了不同的观点。

这里要对一些 DBA 新手朋友说几句,如果只是为了赚钱,不如考虑作一下销售的岗位。如果真的要走技术这条路,而又恰恰基础很好,技术功底不错,的确很难给自己定位,薪水要低了感觉对不起自己,要高了企业还未必愿意。我经常喜欢说的一句话是“薪水改变不了你生活本质”,每个月多一千少一千能改变你多少呢? 尤其是当前国内这个房价,光靠薪水买房子谈何容易? 所以,选择工作,重要的还是选这个职位在公司的位置和潜力。再者,DBA 还是要拼经验和项目背景的,多年的媳妇才能熬成婆,有些清闲的 DBA 职位,对于老 DBA 是能够养老,对于年轻的 DBA,恰恰会害了自己。

推荐看一下信息周刊的那篇文章,尤其是那些图表,很有参考价值。比如,Salary by Age:
salary_chart15_full.gif
EOF

游戏公司在招聘哪些 DBA ?

随着国内游戏公司不断上市,相关从业人员也是水涨船高。钱多、人傻、速来,以此为诱饵,猎头公司估计也大赚一票。作为控制用户数据的 DBA 肯定是颇为短缺的。

长夜漫漫,闲极无聊,收集了一下当前游戏公司都在招聘什么数据库的 DBA。未必完全准确,权做参考。

公司- 数据库
盛大- Oracle/MySQL/SQL Server
金山- Oracle/MySQL/SQL Server
网龙- MySQL
九城- Oracle
网易- Oracle

基本能看出来,Oracle DBA 还是比较多,多数公司还是会把核心的数据或应用跑在 Oracle 上。而排在第二的就是 MySQL了。至于 SQL Server 排在最后的原因,可能还是因为有些小游戏跑在 SQL Server 上,而维护基本是开发人员搞定,专门的 DBA 就不需要了。至于 DB2 ,还真不知道哪家游戏公司用。

至于核心的技能,MySQL 在 Replication 与 Cluster 架构两个方面是必须的。而针对 Oracle 来说,优化、 Data Guard / 备份恢复则是必须要求的技能。

EOF

此文作者:, 位于 Review 分类 标签: , on .
转载须以超链接形式标明文章原始出处和作者信息及版权声明.

关于职场的感慨

今天看到关于某跨国 IT 企业大连分公司员工暴料出来的邮件。想不到这个素称以人为本的大公司也是内斗不休,内部关系错综复杂,朋党营私,裙带关系…表面再光鲜也是没有用的。所谓职场如官场,一点不假。那封邮件最后一句话很让人触动:

每一台冰冷的电脑后都有一颗火热鲜活奔腾的心!你们可以把他们当作机器,你们也可以漠视他们的感受!但,你们永远无法玷污他们纯洁正直的心!永远!

这么复杂的环境中说这样的话,只能说太天真了。这句话如果说给只知道埋头干活的程序员该有多好。

都说”多年的媳妇熬成婆”,可有的时候还真不那么容易,要有熬下去的耐心和勇气,还要有绝对的顺从感才是。今天听到的另一句话也很有意思:公司从小到大就是老兵欺负新兵的历史。深表赞同。

EOF

关联阅读:《老板,请给我换一把好一点的椅子!》

Crontab 笔记

关于 Crontab ,维基百科上的词条 Crontab非常好。可惜这个地址在国内不用代理访问不到。 虽然关于 Crontab 的介绍到处都是,详细读了一遍这个词条,收获还是有的。Crontab 这个名字来自 “chronos”,一个古希腊语, “时间”的意思.

常见陷阱

每个SA、DBA 或者是普通的 Unix 用户,在第一次使用 Crontab 的时候都会遇到问题. 运行 Crontab 的常见错误包括如下几种:

1) 出于测试目的新创建了一条 Cron JOB,

时间间隔必须超过两分钟,否则 JOB 将调度不到。如果必须忽略这两分钟的载入配置时间差,可以通过重新启动 Cron Daemon 做到。

2) 从 Crontab 中启动 X Window 程序需要注意的事项:所以要么在程序前初始化 “DISPLAY=:0.0”, 要么在应用程序后面追加参数 –display :0.0 3) 命令中的 % 必须做转义处理: \% .我个人的意见是不要在命令行里带这个参数,干脆写到脚本里,然后调度该脚本即可。

其实我倒是认为使用 Crontab 最常见的一个问题往往是因为环境变量不对。经常会看到论坛里有人问:为什么我的 Crontab 创建了不执行? 准备创建一条 Cron JOB 的时候,很多人都喜欢在命令行下运行一遍,因为这个时候环境变量是随着 Shell 自动带进来,在 Crontab 中则可能因为找不到正确的环境变量,JOB 就不能执行。这个小问题就像出天花,一次教训之后就都记得了。

必须使用的一则技巧

每条 JOB 执行完毕之后,系统会自动将输出发送邮件给当前系统用户。日积月累,非常的多,甚至会撑爆整个系统。所以每条 JOB 命令后面进行重定向处理是非常必要的: >/dev/null 2>&1 。前提是对 Job 中的命令需要正常输出已经作了一定的处理, 比如追加到某个特定日志文件。

附: Crontab 的格式说明如下: * 逗号(‘,’) 指定列表值。如: “1,3,4,7,8” * 中横线(‘-‘) 指定范围值 如 “1-6”, 代表 “1,2,3,4,5,6” * 星号 (‘‘) 代表所有可能的值 Linux(开源系统几乎都可以)下还有个 “/” 可以用. 在 Minute 字段上,/15 表示每 15 分钟执行一次. 而这个特性在商业 Unix ,比如 AIX 上就没有.

# Use the hash sign to prefix a comment
# +---------------- minute (0 - 59)
# |  +------------- hour (0 - 23)
# |  |  +---------- day of month (1 - 31)
# |  |  |  +------- month (1 - 12)
# |  |  |  |  +---- day of week (0 - 7) (Sunday=0 or 7)
# |  |  |  |  |
# *  *  *  *  *  command to be executed

系统级的 Crontab

查看 /etc/crontab 这个文件,可以或者更多系统级别的调度任务。通过这个文件也可以学习一下更好的 Crontab 是怎么定义的。需要留意如下四个目录的东西:

/etc/cron.hourly
/etc/cron.daily
/etc/cron.weekly
/etc/cron.monthly

在一个繁忙并且关键的系统上,有的时候这些默认的系统级任务调度会带来一些隐患。需要知晓。

用户添加的 Crontab 实际上存在什么位置呢? 这个实际上是存放在 /var/spool/cron/crontabs 目录下.

或许,你应该通过 man crontab 把整个手册读一遍。