1.之前的寫法（不報(bào)錯(cuò)）：

data = cursor.fetchall()
data_name = data[0]['task_type']

2.簡潔的寫法（報(bào)錯(cuò)）：

data = cursor.fetchall()[0]['task_type']

用 2 的寫法報(bào)錯(cuò)之后，一度懷疑是數(shù)據(jù)庫出了問題。不服氣用pycharm 的watch功能進(jìn)行調(diào)試，更是錯(cuò)上加錯(cuò)。

錯(cuò)誤原因：

cursor.fetchall() 相當(dāng)于從數(shù)據(jù)庫取數(shù)據(jù)，但是取完就沒有了，再下一行繼續(xù) cursor.fetchall()，取到的就只是空列表。他和變量不一樣，不能重復(fù)查詢，推薦第一種寫法，將數(shù)據(jù)取出來之后，放到一個(gè)變量里，再進(jìn)行處理。

用watch 功能更是添亂。

補(bǔ)充知識(shí)：VScode pymysql模塊fetchall方法取不到值bug

這個(gè)問題是個(gè)很神奇的東西，簡單來說就是用fetchall()取cusor中的_rows的值，明明_rows里面存在值，但依然取出來為空，看了一會(huì)pymysql里cursor里的源碼，大概地了解到這個(gè)bug的表面原因：

原因：

cursor，在其內(nèi)部有個(gè)rownumber的變量，作用大概就是“游標(biāo)”的意思吧，如果你是用fetchone()方法，取出來的就是第一個(gè)數(shù)，然后將游標(biāo)移到下一位，下次去取就是從游標(biāo)的位置開始還不是從_rows里的起始位置開始，fetchmany()同理，另外，cursor中還提供了直接移動(dòng)游標(biāo)的方法，也就是scroll方法，接下來，我們具體分析下fetchall的代碼：

  def fetchall(self):
  """Fetch all the rows"""
  self._check_executed()
  if self._rows is None:
   return ()
  if self.rownumber:
   result = self._rows[self.rownumber:]
  else:
   result = self._rows
  self.rownumber = len(self._rows)
  return result

代碼簡潔明了，如果_rows里面沒值，確實(shí)是在數(shù)據(jù)庫中沒查到，那就返回空，如果有游標(biāo)，那從游標(biāo)位置開始取，否則，直接返回_rows整個(gè)結(jié)果集，然后將游標(biāo)移到最后，問題將出在這，我可以確定每次執(zhí)行完查詢以后，我都關(guān)閉了游標(biāo)，未關(guān)閉db連接，并且，不會(huì)針對同一次查詢多次fetchall()，但是在執(zhí)行的時(shí)候，有時(shí)候即使是第一次fetchall()方法，游標(biāo)依然在最后，然后我給cursor中所有的rownumber的賦值語句全部加了斷點(diǎn)，這些斷點(diǎn)都沒執(zhí)行的情況下，rownumber的值依然變了，這足以確定不是pymysql的代碼問題

解決方案：

這就更能確定是vscode的編譯模塊的問題了，新建一個(gè)py文件，將原代碼原封不動(dòng)的復(fù)制過去，再執(zhí)行，竟然將這么好了？！就是這么神奇，什么代碼沒動(dòng)，換個(gè)文件將好了，然后，這個(gè)bug是偶發(fā)性的，并不是每次fetchall()都會(huì)出現(xiàn)這種情況

以上這篇解決pymysql cursor.fetchall() 獲取不到數(shù)據(jù)的問題就是小編分享給大家的全部內(nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評論