MYSQL，語句正確卻無法更新

建議用mysql 的工具，用這個賬戶登陸，進入操作同樣的語句看效果。這個通過啦，再考慮java 程序的原因，update 測試時最好用英文。hope it can help u .

創(chuàng)新互聯(lián)是一家專注于網站設計制作、成都網站建設與策劃設計,平頂山網站建設哪家好?創(chuàng)新互聯(lián)做網站,專注于網站建設十載,網設計領域的專業(yè)建站公司;建站業(yè)務涵蓋:平頂山等地區(qū)。平頂山做網站價格咨詢:13518219792

如何解決mysql 查詢和更新速度慢

問題

我們有一個 SQL，用于找到沒有主鍵 / 唯一鍵的表，但是在 MySQL 5.7 上運行特別慢，怎么辦?

實驗

我們搭建一個 MySQL 5.7 的環(huán)境，此處省略搭建步驟。

寫個簡單的腳本，制造一批帶主鍵和不帶主鍵的表：

執(zhí)行一下腳本：

現在執(zhí)行以下 SQL 看看效果：

...

執(zhí)行了 16.80s，感覺是非常慢了。

現在用一下 DBA 三板斧，看看執(zhí)行計劃：

感覺有點慘，由于 information_schema.columns 是元數據表，沒有必要的統(tǒng)計信息。

那我們來 show warnings 看看 MySQL 改寫后的 SQL：

我們格式化一下 SQL：

可以看到 MySQL 將

select from A where A.x not in (select x from B) //非關聯(lián)子查詢

轉換成了

select from A where not exists (select 1 from B where B.x = a.x) //關聯(lián)子查詢

如果我們自己是 MySQL，在執(zhí)行非關聯(lián)子查詢時，可以使用很簡單的策略：

select from A where A.x not in (select x from B where ...) //非關聯(lián)子查詢:1. 掃描 B 表中的所有記錄，找到滿足條件的記錄，存放在臨時表 C 中，建好索引2. 掃描 A 表中的記錄，與臨時表 C 中的記錄進行比對，直接在索引里比對，

而關聯(lián)子查詢就需要循環(huán)迭代：

select from A where not exists (select 1 from B where B.x = a.x and ...) //關聯(lián)子查詢掃描 A 表的每一條記錄 rA： ? ? 掃描 B 表，找到其中的第一條滿足 rA 條件的記錄。

顯然，關聯(lián)子查詢的掃描成本會高于非關聯(lián)子查詢。

我們希望 MySQL 能先"緩存"子查詢的結果（緩存這一步叫物化，MATERIALIZATION），但MySQL 認為不緩存更快，我們就需要給予 MySQL 一定指導。

...

可以看到執(zhí)行時間變成了 0.67s。

整理

我們診斷的關鍵點如下：

\1. 對于 information_schema 中的元數據表，執(zhí)行計劃不能提供有效信息。

\2. 通過查看 MySQL 改寫后的 SQL，我們猜測了優(yōu)化器發(fā)生了誤判。

\3. 我們增加了 hint，指導 MySQL 正確進行優(yōu)化判斷。

但目前我們的實驗僅限于猜測，猜中了萬事大吉，猜不中就無法做出好的診斷。

Mysql用update set更新表和視圖不成功也不報錯咋過回事？ 謝謝！

看著提示，是沒有滿足d_id=1003的數據。

所以0行匹配，0行被修改。

易語言Mysql的更新記錄為什么會沒用啊

更新的值缺少單引號：如：“zengdian='”+編輯框1.內容+“'”，“aid='”+編輯框2.內容+“'”，不行的話嘗試在 表名、字段名上加" ` "（這個字符是在英文狀態(tài)下，ESC下邊的那個波浪紋的按鍵打出的）:如“`t_char`”“`zengdian`='”

還有就是檢查以下你的數據庫字段數據格式是否異常

仍然不行的話，可以嘗試著把所有代碼，用手敲一邊，我就遇到這樣的情況，更新記錄異常，手動重新敲一下代碼就可以使用了，兩條代碼一模一樣，就是一條可以用一條不能用，不知道為啥。