你们公司的数据库出过问题么？

极客时间《朱赟的技术管理课》学习笔记 06

12 每个工程师都应该了解的：数据库知识

最近打算学习一下 MySQL 的基础知识，订阅了一个专栏，不出意外的，现在已经远远落后于专栏的更新速度。

最早接触的数据库是 Oracle，SQL Server 也用过一些，还曾经试图成为 DBA，但是因为止步于单位的数据量比较小，实践练手的机会也不多。现在的情况是“外来的和尚好念经”，数据库的管理已经外包出去了。

一个公司如果数据库从来不出问题，那一定是因为没有业务量或者流量。

这句话说的没错，只是我没有遇到过因为业务量或者流量造成的数据库问题，感觉更多的是因为应用写的不够好。

在 2006 年前后，单位曾经上过一个 ASP.Net + Oracle 的项目，当时就遇到访问超时的问题，但是感觉问题主要出现在应用写的不够好，以及数据库的访问方式上。当然，那个时候的 ASP.Net 似乎还是 1.0 到 2.0 之间的版本，可能本身也存在一些问题。

个人感觉，对于数据库，如果在选型上没什么发言权的话，那么不妨拿来就用，一般的应用不会遇到数据库本身的瓶颈，不妨把关注的重点放在如何用好手头的数据库上。

对数据库有一定的了解，在项目之初就注意建立合适的索引，设置合理的备份机制，写好查询语句即可；当业务有了起色，数据库的确成为瓶颈的时候，再考虑如何优化。

参考链接：https://eng.uber.com/mysql-migration/

13 管理者在进行工作分配时，会考虑哪些问题？

因为分配任务的机会并不多，所以更多的关注接受任务时候的考虑。

我觉的首先要明确任务完成的判断标准究竟是什么？领导对这个任务究竟有什么样的期待。

接下来，衡量一下手头现有的资源以及限制条件，主要是人力、时间、硬件以及相关的辅助和配套。

如果领导期望值很高，但同时提供的资源却很少，那么应该主动提出来，或者适当降低领导的期望值。

然后，可以估算一下工期，以及在项目进行中可能会遇到的困难。

如果以上几点都能和管理者形成共识，那么就可以“撸起袖子加油干”了。

在项目进行的过程中，还要及时给领导反馈进度；在项目完成后，要做好善后和维护。

一方面提高自身能力，同时成为一个有态度的人——全力以赴的把事情做到最好，这应该是我的努力方向。