2021年1月26日 xamppを使ってPHPの作業をしていたところ、以下のようなエラーが発生しました。 Row size too large (> 8126). Changing some columns to TEXT or BLOB or using ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED may help. In current row format, BLOB prefix of 768 bytes is stored inline.
MySQLでSQLクエリを実行したときに次のようなエラーが出ることがあります。 #1153 - Got a packet bigger than 'max_allowed_packet' bytes このときデータベースサーバに送信したSQL文が長いことが考えられます。 画像データをデータベースに保存しようとしたときなど。 そのときにはまずMySQLのmax_allowed_packetの設定値を調べます。 SQL文で show variables like 'max_allowed_packet'; と実行すると表示されます。 mysql> show variables like 'max_allowed_packet'; +--------------------+---------+ | Variable_name | Value | +--------------------+--
SQLのエクスポートをしようとするとこの様なエラーが出るように… php7.2/7.3になって文法がいろいろ変わったせいだと思われる。 該当箇所を修正するとエラーが無くなりました。 count()関係の変更 Warning in ./libraries/plugin_interface.lib.php#532 count(): Parameter must be an array or an object that implements Countable /usr/share/phpmyadmin/libraries/plugin_interface.lib.php - if($options!= null && count($options)> 0){ + if($options!= null && count((array)$options)> 0){
ホーム / ハック / MySQLでテーブル作成時に「Row size too large (> 8126)」が出た場合
Java、PHP、JavaScriptのあたりを使用したWebシステム開発のメモブログです。最近はLinuxの環境構築についても書いています。 RDSでtext型のカラムを300個程度持つテーブルを作成する必要があったときのこと。CREATE TABLEを行う際にRow size too largeエラーが消えずに色々試しました。 パラメータグループはデフォルトの値から以下のように変更しています。 innodb_file_format Barracuda innodb_large_prefix 1 character_set関連の設定はテスト用に作ったテーブル内の日本語が文字化けしたために設定したものであって今回の内容には直接関係ないと思います。 Row size too largeで調べると上記の設定をするといいよ、という情報がたくさん見つかります。とりあえず上記の設定をパラメータグルー
MySQL5.7のExtended Supportは2023年10月までです。これから始める場合はMySQL8.0を使いましょう。 既存のシステムのMySQLを5.6から5.7に変えて動かしたら、group by を使ったSQLでエラーが発生した。 Error Number: 1055 Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'dtabase_name.table_name.column_name' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by このエラーは s
Error Code: 1005. Can't create table `test_f`.`product_menbers` (errno: 150 "Foreign key constraint is incorrectly formed") 0.078 sec 原因 このエラーが起こる大抵の場合は、外部キーの参照先がユニークなカラムでない場合に起こります どこを参照しようとしているのかテーブルの構造を舐め回す様にチェックすれば良いでしょう その他の原因としては異なるデータベースエンジンを使用してる場合に起こる場合もあります 外部キーとは他のテーブルの行をユニークに特定する為のものです 参照先のテーブルのカラムが本当にユニーク(重複が発生しない)カラムであるか確認して下さい ユニークであるか確認する方法 例えば下記のテーブルでは「id」と「name」はそれぞれユニークなカラムだと言えま
長らく投稿できていませんでしたが、MySQLの外部キー制約の付与で予想以上にハマってしまってので 備忘のためメモを残しておきます。 説明の簡略化のため、簡単なテーブル構造に置き換えて説明します。 状況 以下のような2つのテーブルがあったとします。 mysql> show tables; +----------------+ | Tables_in_test | +----------------+ | organizations | | users | +----------------+ それぞれ、Stringのuuid をPrimary keyとしてもち、 usersはorganization_id を持てるようにしたいとします。 mysql> desc users; +-----------------+--------------+------+-----+---------+--
Windows環境でLaravel 5.7をインストールして、migrateコマンドを実行したのですが、以下のようなSQLエラーが発生して処理が途中で停止してしまいました。 > php artisan migrate Migration table created successfully. Migrating: 2014_10_12_000000_create_users_table Illuminate\Database\QueryException : SQLSTATE[42000]: Syntax error or access violation: 1071 Specified key was too long; max key length is 767 bytes (SQL: alter table `users` add unique `users_email_unique
Laravel5.4以上、MySQL5.7.7未満 でusersテーブルのマイグレーションを実行すると Syntax error が発生するPHPLaravellaravel5.4 はじめに 古い備忘録だが、いまだに定期的にアクセスがあるので全面的に加筆修正した。 PHPやLaravelは新しいバージョンに追従していても、MySQLのバージョンはいまだ5.5~5.6、という環境も多いのだろう。 ※2023年追記:すでにLaravel5系、MySQL5.6系ともにサポートの切れたかなり古いバージョンとなっているので、なるべくバージョンアップにて解決することを推奨する。 前提 Laravel5.4以上 MySQL5.7.7未満 現象 上記環境のもとで、$ php artisan make:authで自動作成されるマイグレーションファイルに対し、 $ php artisan migrate を実
MySQLである程度大きいダンプファイルのインポートを行った際のERROR 2013 (HY000) at line : Lost connection to MySQL server during queryエラーの解決策MySQL 私が最近1GB近いMySQLのダンプファイルを用いてローカルの開発環境へDB復元を行う際に出現した ERROR 2013 (HY000) at line : Lost connection to MySQL server during queryエラーの解決方法を記述します. TL;DR wait_timeout max_allowed_paket innodb_buffer_pool_size を大きめに設定してみよう. /etc/my.cnf ERROR 2013 (HY000) at line : Lost connection to MySQL se
どうも。ユアマイスター星(@inase17000)です。 circle ci で mysql-client のインストールで失敗するようになった。ハマリング。— 星 永亮@ユアマイスターCTO (@inase17000) July 15, 2019 ある日突然Circle CIのビルドが通らなくなり、つらい思いをしたのでシェアしておこうと思います。 暫定ではありますが解決済みですので、万が一同じことで困ってる人がいたら途中は読み飛ばしてください。 背景 ユアマイスターでは Circle CI を使って、mysqlのコンテナを立ち上げ、CakePHP/PHPUnitでテストを動かしています。 その際、テスト用データベースの作成のために、mysqlコマンドを使う必要があるのですが、Circle CIのデフォルトのイメージにはインストールされていないので、自前で入れる必要があります。 .circ
この記事を簡単に書くと… Windows 10でMySQL Workbench 8を起動しても何も起こらない 「.NET Framework 4.5」と「Visual C++ Redistributable for Visual Studio 2019」が必要 マイクロソフトの公式サイトよりライブラリをダウンロードして解決 Windows 10でMySQL Workbench 8を新規でインストールしたのですが、アプリを起動させようと思っても起動しない現象がありました。起動しようとしているようですが、途中で終了してしまっている感じです。MySQL Workbench 8は、DBにアクセスして、MySQLを操作できる便利なツールなのですが、使えないと困ります。。。 ということで、今回はWindows 10でMySQL Workbench 8 が起動しない場合の対処法を紹介します。 ライブラリ
MySQLでリレーションを作りながらインデックスをホイホイと作っていると陥ってしまうエラーを紹介します。 このエラーはテーブルのインデックスを削除したい場合にできなくなるというもの。 例えば、productテーブルの”product_id”インデックスを次のように削除するとします。 ALTER TABLE product DROP INDEX product_id; すると、次のようなエラーが。 [HY000][1025] Error on rename of './mydb/#sql-7dda_a5' to './mydb/product' (errno: 150) あるいは次のようなエラーが出る場合があります。 [42000][1091] Can't DROP 'product_id'; check that column/key exists このエラーの原因はインデックスのつくり方
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く