推薦：MSSQL清空日志刪除日志文件
最近的項(xiàng)目主要做數(shù)據(jù)的歸檔，把數(shù)據(jù)從一個數(shù)據(jù)庫拉到另一個數(shù)據(jù)庫，造成新數(shù)據(jù)庫的日志文件非常大;或者數(shù)據(jù)庫在使用過程中會使日志文件不斷增加，使得數(shù)據(jù)庫的性能下降，并且占用大量的磁盤空間。于是想把日志文件刪除。最簡單就是先分離數(shù)據(jù)庫-》刪除日志文件-》最后

 　　最近本地調(diào)試網(wǎng)站的時候個別程序如phpcms一直出現(xiàn)這個問題，速度異常慢，偶爾發(fā)現(xiàn)下面的文章，才提醒了我，原來問題這樣的。。。

　　最近在windows上開發(fā)應(yīng)用的時候發(fā)現(xiàn)一個有趣的問題：我的本地程序連接本地mysql庫居然要延遲1秒鐘左右才能打開。

　　問題分析

　　考慮到可能是程序性能問題后，我使用了xdebug的性能日志功能輸出程序運(yùn)行日志后發(fā)現(xiàn)連接mysql的函數(shù)時間居然用掉了接近95%的執(zhí)行時間。

　　確認(rèn)是mysql性能問題后，考慮是mysql的域名反查功能影響了速度，令我失望的是，在my.ini里面關(guān)閉域名反查后問題依舊存在。

　　百思不得其解時我突發(fā)奇想將代碼中的服務(wù)器的地址從localhost修改為了127.0.0.1，那個神奇的1秒鐘延遲居然消失了。

　　換成ip后居然就好了，難道是localhost存在啥蹊蹺?打開cmd，輸入ping localhost，ping輸出的結(jié)果讓我十分驚訝：

　　沒錯，localhost 出來的是 ipv6 地址 ::1，那么這一秒延遲的原因也很容易理解了，使用localhost連接，程序解析出來的地址是ipv6地址::1，然后去嘗試連接監(jiān)聽這個地址的mysql, 而顯然的是mysql監(jiān)聽的是ipv4地址127.0.0.1, ipv6連不上超時后會再去連接ipv4地址127.0.0.1, 這就是這個1秒鐘延遲出現(xiàn)的原因。

　　打開windows的hosts文件，你會看到下面的注釋

　　# localhost name resolution is handled within DNS itself.

　　# 127.0.0.1 localhost

　　# ::1 localhost

　　解決方法

　　方案1. 使用127.0.0.1而不是localhost去連接mysql。

　　方案2. 編輯hosts文件強(qiáng)制將127.0.0.1綁定在localhost。

分享：關(guān)于數(shù)據(jù)庫中保留小數(shù)位的問題
本篇文章是對關(guān)于在數(shù)據(jù)庫中保留小數(shù)位的問題進(jìn)行了詳細(xì)的分析介紹，需要的朋友參考下 在數(shù)據(jù)庫中有時我們可能需要對一些數(shù)據(jù)進(jìn)行處理，例如四舍五入、直接舍去后面的幾位等，其實(shí)很簡單，都是有現(xiàn)成的函數(shù)，我們只需要套用就行了： select round(10.98*10)/10 from dua