麻豆小视频在线观看_中文黄色一级片_久久久成人精品_成片免费观看视频大全_午夜精品久久久久久久99热浪潮_成人一区二区三区四区

首頁 > 網站 > 幫助中心 > 正文

更新text字段時出現Row size too large報錯應付措施

2024-07-09 22:47:52
字體:
來源:轉載
供稿:網友
起因:
團購開發報告說更新時出錯。

更新SQL如下:
復制代碼 代碼如下:

UPDATE table_name d SET d.column_name='aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'
WHERE d.ID=100976;

報錯信息如下:
Error Code : 1118
Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. You have to change some columns to TEXT or BLOBs
疑惑:
更新字段只涉及 column_name字段,且該字段是TEXT類型。

個人之前理解是:
TEXT的內容在 Dynamic的table format下是存在off-page中的,不會占用row size的計算。
Barracuda 對應row_format ( dynamic, compress) ,其中dynamic下text的所有內容都是off-page存放的 (點擊查看)
Antelope 對應row_format (compact, redundant),其中compact下的text是存786B在row中,超過部分存在off-page
而服務器配置是 innodb_file_format = Barracuda
照理說所有table用的都是 dynamic 結構。
但是! 原因如下,摘自文檔:
To preserve compatibility with those prior versions, tables created with the InnoDB Plugin use the prefix format, unless one of ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED is specified (or implied) on the CREATE TABLE command.
也就是說,建表時不顯示指定 row_format = dynamic ,即使 innodb_file_format = Barracuda 表的row-format還是 compact

所以總結為一句話就是:如果某個表的text字段很多建議建表時加上 row_format = dynamic
當然,回過頭來MySQL的報錯也是有誤導性的,bug庫中也對confirm了這個bug(點擊查看),并在5.1.61中優化了報錯提示。
發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
主站蜘蛛池模板: 欧美一级黄 | 久久久成人精品视频 | 国产99久久久国产精品下药 | 久久精品国产清自在天天线 | 黄色一级毛片免费看 | 亚洲综合视频网站 | 亚洲日本欧美 | 特级a欧美做爰片毛片 | 精品国产一区二区三区免费 | 欧美日韩在线影院 | 国产精品久久久久久久四虎电影 | 91精品国产乱码久久久久久久久 | 免费a级毛片永久免费 | xnxx 日本19 | 欧美人与牲禽动交精品一区 | 成人福利免费在线观看 | 黄色特级视频 | 国产一级在线观看视频 | 国产午夜三级一区二区三桃花影视 | 久久99网| 成人不卡免费视频 | 免费毛片在线 | 国产乱free国语对白 | 久久不射电影网 | 亚洲精品aⅴ中文字幕乱码 欧美囗交 | av在线免费观看国产 | 成人一级视频在线观看 | 男女隐私免费视频 | 国产一区日韩精品 | www.成人在线视频 | 91精品最新国内在线播放 | 久久久久国产一区二区三区不卡 | 欧美国产精品一区二区 | 日韩视频中文 | 69性欧美高清影院 | 久久免费视频8 | 美女视频免费一区二区 | 精品一区二区在线播放 | 91福利国产在线观一区二区 | 黄在线观看在线播放720p | 欧美成人午夜 |