数据库开发管理中的十条建议

因为主要管理数据库平台，所以和公司各个部门的相关技术人员都打过不少交道，然后从日常沟通中，了解到不少技术人员对数据库的观念，有正确的，有错误的，今天就列一些常见的错误观念：

1，发现锁表严重情况，会立刻想到改用Innodb,好像Innodb的行级锁之后，就不会表锁了，持这种观念的开发人员不在少数，其实他们不知道在做排序或是where条件复杂的情况下，一样会产生表锁。

2， 发现磁盘IO过大，会立刻想到分表，(这个方向是好的)，但是一问，结果是分几千张表，认为这样之后，磁盘IO压力就会下降，其实分表并不能解决磁盘IO,结合分库+分表，然后分担到不同的物理机器，这样才能真正做到拆分，降低磁盘IO。

3, 大部分应用开发人员都会对表名定义的很通俗，如user,其实这样做不好，因为在进行抓包分析时候，这种没有特征的表名会导致故障排查变难。

4， 大部分应用开发人员不喜欢定时清理历史数据，只管存，不管清，导致项目数据量达到一定程度，再跑清理程序时候会比较影响服务。

5， 有些应用开发人员缺乏对表数据字段的控制，一个表放100多个字段，超级恐怖。

6，还有的应用开发人员干脆把表定义的超级多mediutext,拿数据库当存储用了，而且是冷热数据都放一起，搞得偶很无语。

7，应用开发人员经常会跑一些奇怪的join,嵌套子查询的SQL,但是却不去explain一下到底会有多大的扫描集，我见过有跑到上亿扫描集的。

8，对MySQL的触发器过于依赖，但是不考虑如果在误操作之后的恢复操作，会产生业务逻辑的混乱。

9，很多技术开发人员一听重要如收费相关的项目，就是想要用Innodb的事务机制做保障，其实真没必要，我管的项目中收费读书和英超收费频道都是用myisam的，跑了快2年了，至今没发现有用户要告公司收费不准的问题。

10，很多开发人员喜欢在SQL语句使用Now()这样的语句，其实应该尽量让php程序去获得时间。因为当你通过binlog进行误操作恢复时候，你就能体会我说的意思了。