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进行误操作恢复时候，你就能体会我说的意思了。
转载请注明来源网站:blog.ytso.com谢谢！
原创文章，作者：ItWorker，如若转载，请注明出处：https://blog.ytso.com/tech/database/4545.html