MySQL使用union導(dǎo)致數(shù)據(jù)丟失的解決辦法

最近在做報(bào)表統(tǒng)計(jì)的時(shí)候碰到一個(gè)詭異的bug，union左邊查出來有4條數(shù)據(jù)，右邊是0條，理論上最后的結(jié)果有4條，但是執(zhí)行結(jié)果很意外，只有三條。最后的解決辦法是在查詢數(shù)據(jù)列加上了各自的報(bào)表時(shí)間。

創(chuàng)新互聯(lián)主要從事網(wǎng)站設(shè)計(jì)制作、成都網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計(jì)、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)杭錦后,十載網(wǎng)站建設(shè)經(jīng)驗(yàn),價(jià)格優(yōu)惠、服務(wù)專業(yè),歡迎來電咨詢建站服務(wù):13518219792

原始sql：

改正后：

union在做一些數(shù)據(jù)合并統(tǒng)計(jì)的時(shí)候很有用，但稍不注意就會(huì)踩坑導(dǎo)致數(shù)據(jù)丟失統(tǒng)計(jì)出錯(cuò)。

使用union時(shí)一定要注意union自帶了去重功能，而且機(jī)制類似于 把左右兩邊的數(shù)據(jù)完全做完合并再來一個(gè)distinct，所以一旦有兩行的數(shù)據(jù)一模一樣時(shí)，union會(huì)去掉這些重復(fù)行，即使這些重復(fù)行只是存在于其中一個(gè)結(jié)果集的 。

union all的機(jī)制類似于把左右兩邊的數(shù)據(jù)完全做完合并，并且不會(huì)做去重。雖然可以使用union all就不會(huì)做去重，但是試想一下這個(gè)需求：如果我們需要把左結(jié)果集和右結(jié)果集的數(shù)據(jù)做合并，但是左結(jié)果集和右結(jié)果集存在一些重復(fù)，這種重復(fù)數(shù)據(jù)是應(yīng)該去掉的，而左結(jié)果集和右結(jié)果集自身存在的重復(fù)行是應(yīng)該保留的，因?yàn)槲覀兊哪康牟⒉皇窃诿總€(gè)結(jié)果集做去重，而是保證union的左邊數(shù)據(jù)不和右邊數(shù)據(jù)重復(fù)。建議認(rèn)真考慮使用場(chǎng)景再?zèng)Q定是否使用union all。

union去重時(shí)去掉的重復(fù)數(shù)據(jù)如果是我們需要保留的，因?yàn)樗麄儾⒉皇莵碜杂谕恍校皇且驗(yàn)橹低耆恢露蝗サ袅耍敲磻?yīng)該把這些數(shù)據(jù)的唯一標(biāo)志也放在查詢列，這樣就不是重復(fù)數(shù)據(jù)了。

mysql 遠(yuǎn)程寫入 老是丟數(shù)據(jù)怎么辦

具體的解決步驟如下，希望能幫助遇到同樣問題的同學(xué)們：

找到并修改my.cnf文件。在不同的Linux系統(tǒng)下，my.cnf放在不同的位置。這里以Ubuntu Server做示例，其他系統(tǒng)請(qǐng)根據(jù)情況自行找到my.cnf的路徑。一般只會(huì)存放在/etc/my.cnf或者/etc/mysql/my.cnf下。

首先用vim打開my.cnf：

vim /etc/mysql/my.cnf

看看是否有綁定本地回環(huán)地址的配置，如果有，注釋掉下面這段文字：（在文字之前加上#號(hào)即可）

bind-address = 127.0.0.1

然后找到[mysqld]部分的參數(shù)，在配置后面建立一個(gè)新行，添加下面這個(gè)參數(shù)：

skip-name-resolve

保存文件并重啟MySQL：

/etc/init.d/mysql restart

這樣就會(huì)發(fā)現(xiàn)，問題已經(jīng)解決了！遠(yuǎn)程連接不會(huì)丟失了。

補(bǔ)充 mysql連接不原因

1. 首先要排查網(wǎng)絡(luò)問題和防火墻的問題

這個(gè)是必須的， 你要是連MySQL的服務(wù)器都連不上， 那還訪問什么？ 怎么檢查呢？ ping一下

ping 192.168.0.11 ping 的通的話， 再去檢查一下 3306端口是不是被防火墻給擋掉了

ping 192.168.0.11:3306 或者干脆把防火墻關(guān)掉，service iptables stop (Redhat ) 或 ufw disable(ubuntu)

這一步?jīng)]問題的話， 開始下一步：

2. 要排查有沒有訪問權(quán)限 說到訪問權(quán)限， MySQL分配用戶的時(shí)候會(huì)指定一個(gè)host, 比如我的 host 指定為 192.168.0.5 , 那么這個(gè)賬號(hào)就只能 5 這一臺(tái)機(jī)器訪問， 其他的機(jī)器用這個(gè)賬號(hào)訪問會(huì)提示沒有權(quán)限。 host 指定為 % 則表示允許所有的機(jī)器訪問。

一般來說出于安全方面的考慮，遵循最小權(quán)限原則， 權(quán)限的問題就不多講了， 不會(huì)的自己查手冊(cè)。 確定了權(quán)限沒問題的話進(jìn)行下一步：

3. 要排查MySQL的配置

檢查mysql的配置文件， Linux下MySQL的配置文件叫 my.cnf windows下的叫 my.ini,檢查這個(gè)配置項(xiàng)： –bind-address=IP

mysql 數(shù)據(jù)被清空了怎么恢復(fù)

以下情況可以恢復(fù)數(shù)據(jù)：

1 innodb引擎表開啟了事務(wù)，執(zhí)行dml語句，比如delete、update、insert之類，并且沒有提交即commit操作的話，可以執(zhí)行rollback進(jìn)行回滾恢復(fù)。如果是ddl操作，如drop、create、alter之類的操作時(shí)無效的

2 在進(jìn)行刪除操作之前有備份，比如mysqldump，物理備份數(shù)據(jù)文件之類的操作，那么可以恢復(fù)到刪除前的數(shù)據(jù)

3 如果你的刪除操作是直接對(duì)data下的文件進(jìn)行刪除，注意，不是粉碎文件操作，那么你可以嘗試用磁盤恢復(fù)軟件來找回被誤刪的數(shù)據(jù)文件；

除以上情況，其他真的是沒法恢復(fù)了，不過貌似很多公司號(hào)稱能夠恢復(fù)，要收費(fèi)，具體他們?cè)趺椿謴?fù)我就不曉得了。