Mysql Error 139 From Storage Engine
Contents |
here for a quick overview of the site Help Center Detailed answers to any questions you might have Meta Discuss the workings and policies of this site About Us Learn more about Stack Overflow the company Business Learn more about
Barracuda Format
hiring developers or posting ads with us Stack Overflow Questions Jobs Documentation Tags Users Badges innodb_file_format=barracuda Ask Question x Dismiss Join the Stack Overflow Community Stack Overflow is a community of 6.2 million programmers, just like you, helping each other. Join them; it only takes a minute: Sign up Increasing MySql Innodb Row length to avoid Error 139 up vote 1 down vote favorite I'm creating a table in MySql (Innodb engine) with more than 15 TEXT datatype columns. After table creation, I'm trying to insert a row in to this table with more than 500 characters in all the columns. While doing so, mysql returns the following error, [Error Code: 1030, SQL State: HY000] Got error 139 from storage engine Upon searching, I found that there is a row length limitation of 8000 bytes in mysql. I wanted to know if this limit can be configured (by a parameter or even compiling the code) to the desired level. I see some links talking about innodb plugin where this is resolved but I couldn't get a clear idea on that. I'm trying this in windows. Any help on this is greatly appreciated. Thanks, Ashok. mysql innodb mysql-error-1030 share|improve this question edited Sep 4 '13 at 15:36 Will 96.3k41233337 asked Jan 14 '11 at 7:18 Ashok 612 Can you show your CREATE TABLE statement? –Riedsio Jan 14 '11 at 13:20 The create query is , CREATE TABLE testtext ( ID INTEGER , TEXT1 TEXT, TEXT2 TEXT, TEXT3 TEXT, TEXT4 TEXT, TEXT5 TEXT, TEXT6 TEXT, TEXT7 TEXT, TEXT8 TEXT, TEXT9 TEXT, TEXT10 TEXT, TEXT11 TEXT, TEXT12 TEXT, TEXT13 TEXT, TEXT14 TEXT, TEXT15 TEXT, TEXT16 TEXT, TEXT17 TEXT, TEXT18 TEXT, TEXT19 TEXT, TEXT20 TEXT, TEXT21 TEXT, PRIMARY KEY (ID) ) Engine=InnoDB; I had also tried using the ROW_FORMAT to set it as DYNAMIC. But that doesn't help either.. the table status still shows the table is in Compact format. –Ashok Jan 17 '11 at 7:13 add a comment| 3 Answers 3 active oldest votes up vote 2 down vote It looks like there are multiple possible solutions to this type of problem. I found this link provided both good information and some good tangible options: http://www.mysqlperformanceblog.com/2011/04/07/innodb-row-size-limitation/. However, if you know from the outset that you are going to be creating a structure like this, you sho
Joerg, Thanks for your reply. I found out that this error was limitation row length of 8000 bytes on InnoDB. I have check the dump sql file and one particular table is causing error 139. What I did is just to use MyISAM engine rather than InnoDB for a specific table only. BTW, the machine has 24GB memory and Quad-Core CPU. The platform is RHEL 5.5 x64 and mysql-server-5.0.77-4.el5_4.2. *Rob Wultsch *and Prabhat Kumar, thanks for your response. Regards, James On Tue, Jul 6, 2010 at 5:19 PM, Joerg Bruehe
contributorsReferencesBlogProfessional partnersHostingSupportTrainingInstallationIntegrationCustomizationSurvey creationTemplate design Log in Log in Log in with TwitterLog in with GoogleLog in with GitHub Forgot Login? Sign up IndexRulesSearchRecent Topics Welcome, Guest Username: Password: Forgot your password? Forgot your username? https://www.limesurvey.org/forum/installation-a-update-issues/59022-got-error-139-from-storage-engine Forum English support forums Installation & update issues Got error 139 from storage engine TOPIC: Got error 139 from storage engine Got error 139 from storage engine 5 years 6 months ago #59022 jamyles Offline Fresh Lemon Posts: 5 Karma: 0 We have an active survey that errors with "Got error 139 from storage engine" when trying mysql error to update a row. This survey has several text boxes per page. Reading the MySQL documentation, it appears that InnoDB can only handle 8000 bytes per row including the first 768 bytes of each blob (text, in this case) in the row. LimeSurvey is configured with $databasetabletype='InnoDB', but it appears it's still trying to do more than InnoDB mysql error 139 can handle. Is there a solution to this problem? Switch to MyISAM? LimeSurvey 1.87+ (build 8518) MySQL 5.0.45 using InnoDB Thanks in advance. The administrator has disabled public write access. JavaScript is currently disabled.Please enable it for a better experience of Jumi. Got error 139 from storage engine 5 years 6 months ago #59026 c_schmitz Offline LimeSurvey Team Posts: 1022 Thank you received: 135 Karma: 97 Yeah definately a switch to MyIsam should solve the issue. Best regards Carsten Schmitz LimeSurvey project leader The administrator has disabled public write access. Got error 139 from storage engine 5 years 6 months ago #59061 jamyles Offline Fresh Lemon Posts: 5 Karma: 0 That's what I was figuring. I did some testing, and it doesn't seem there's any way to use more than 9-10 text fields in a single survey. Any time a user fills all of them with 768 or more characters, the UPDATE will fail. I realize this probably means a significant change to the database schema to fix properly. Is th