因為主要管理數(shù)據(jù)庫平臺，所以和公司各個部門的相關(guān)技術(shù)人員都打過不少交道，然后從日常溝通中，了解到不少技術(shù)人員對數(shù)據(jù)庫的觀念，有正確的，有錯誤的，今天就列一些常見的錯誤觀念：

　　1，發(fā)現(xiàn)鎖表嚴(yán)重情況，會立刻想到改用Innodb,好像Innodb的行級鎖之后，就不會表鎖了，持這種觀念的開發(fā)人員不在少數(shù)，其實他們不知道在做排序或是where條件復(fù)雜的情況下，一樣會產(chǎn)生表鎖。

　　2， 發(fā)現(xiàn)磁盤IO過大，會立刻想到分表，(這個方向是好的)，但是一問，結(jié)果是分幾千張表，認(rèn)為這樣之后，磁盤IO壓力就會下降，其實分表并不能解決磁盤IO,結(jié)合分庫+分表，然后分擔(dān)到不同的物理機器，這樣才能真正做到拆分，降低磁盤IO。

　　3, 大部分應(yīng)用開發(fā)人員都會對表名定義的很通俗，如user,其實這樣做不好，因為在進(jìn)行抓包分析時候，這種沒有特征的表名會導(dǎo)致故障排查變難。

　　4， 大部分應(yīng)用開發(fā)人員不喜歡定時清理歷史數(shù)據(jù)，只管存，不管清，導(dǎo)致項目數(shù)據(jù)量達(dá)到一定程度，再跑清理程序時候會比較影響服務(wù)。

　　5， 有些應(yīng)用開發(fā)人員缺乏對表數(shù)據(jù)字段的控制，一個表放100多個字段，超級恐怖。

　　6，還有的應(yīng)用開發(fā)人員干脆把表定義的超級多mediutext,拿數(shù)據(jù)庫當(dāng)存儲用了，而且是冷熱數(shù)據(jù)都放一起，搞得偶很無語。

　　7，應(yīng)用開發(fā)人員經(jīng)常會跑一些奇怪的join,嵌套子查詢的SQL,但是卻不去explain一下到底會有多大的掃描集，我見過有跑到上億掃描集的。

　　8，對MySQL的觸發(fā)器過于依賴，但是不考慮如果在誤操作之后的恢復(fù)操作，會產(chǎn)生業(yè)務(wù)邏輯的混亂。

　　9，很多技術(shù)開發(fā)人員一聽重要如收費相關(guān)的項目，就是想要用Innodb的事務(wù)機制做保障，其實真沒必要，我管的項目中收費讀書和英超收費頻道都是用myisam的，跑了快2年了，至今沒發(fā)現(xiàn)有用戶要告公司收費不準(zhǔn)的問題。

　　10，很多開發(fā)人員喜歡在SQL語句使用Now()這樣的語句，其實應(yīng)該盡量讓php程序去獲得時間。因為當(dāng)你通過binlog進(jìn)行誤操作恢復(fù)時候，你就能體會我說的意思了。

轉(zhuǎn)載于:https://www.cnblogs.com/wala-wo/archive/2012/08/29/5119403.html

總結(jié)

以上是生活随笔為你收集整理的数据库开发管理中的十条建议的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。