【Laravel,MySQL】MySQLへのinsert速度について調べてみた - Qiita
概要 本記事は、PHPフレームワークLaravel入門 第2版で学習している中の疑問・つまづきの備忘録です。 今回はLaravelからMySQLへのinsert速度について調べたことをまとめます。 なお、PHPフレームワークLaravel入門 第2版ではSQLiteを利用していますが、MySQLに読み替えて同じことを行なっています。 サンプルコード 以下はPHPフレームワークLaravel入門 第2版に記載されていた、シーディング処理です。 public function run() { $param = [ 'name' => 'taro', 'mail' => 'taro@yamada.jp', 'age' => '12', ]; DB::table('people')->insert($param); $param = [ 'name' => 'hanako', 'mail' =>
Dockerのmysqlコンテナが起動しなくなった時の対応 - Qiita
xxx-mysql-1 | 2023-03-11T07:45:15.873534Z 0 [ERROR] [MY-010259] [Server] Another process with pid 63 is using unix socket file. xxx-mysql-1 | 2023-03-11T07:45:15.873571Z 0 [ERROR] [MY-010268] [Server] Unable to setup unix socket lock file. xxx-mysql-1 | 2023-03-11T07:45:15.873581Z 0 [ERROR] [MY-010119] [Server] Aborting 「Another process with pid 63 is using unix socket file.」で検索してみても、なかなか有効な記事が見つか
Library not loaded: libssl.1.1.dylib (LoadError) 発生時の解決方法 - Qiita
状況 macOS catalina で railsアプリの開発環境を整え終わって、 Windows10環境で開発してたWebアプリをクローンし、いざrails server実行だ！ と意気込んでいたら、見た事のないエラーに困惑… 解決はできたものの、いろいろと調べたら闇が深そうだったので、 自分用にメモを残しておきます。 ついでに同じエラーに悩む方の助けになれば幸いです！ エラー内容 dlopen(/Users/kirimaro/.rbenv/versions/2.5.3/lib/ruby/gems/2.5.0/gems/mysql2-0.5.3/lib/mysql2/mysql2.bundle, 9): Library not loaded: libssl.1.1.dylib (LoadError) Referenced from: /Users/kirimaro/.rbenv/vers
MySQLエラー解決法（Mac編） - Qiita
株式会社TECH LUCKという会社で代表兼エンジニアをしている齊藤です。 Macでの開発ローカル環境にMySQLをインストールする際に、よくエラーが出てしまいます。 このような環境構築のMySQLのエラーを多く解決してきて、溜まった対処法や知見を共有します。 もし、MySQLのインストールでつまずいた時は、この記事を参考にしてみるといいかもしれません。 開発環境はMacOSでHomebrewを使ってMySQLをインストールしています。 途中、Ruby on Railsの開発の際のエラーもでてきますので、関係ない人は無視してください。 MySQLのエラー対処 rakeコマンドでのエラー rake aborted! LoadError: dlopen(/Users/user/.rbenv/versions/2.1.3/lib/ruby/gems/2.1.0/extensions/x86_64
How to make the mysql MEMORY ENGINE store more data?
I want to alter a table from INNODB to MEMORY ENGINE. So I typed this command: alter table sns ENGINE=MEMORY; Then the MySQL shows ERROR 1114 (HY000): The table '#sql-738_19' is full The data size for the table is 1GB, and I have 8GB Memory. I checked my.cnf, and I didn't find where to change the max_size setting. Shouldn't I be able to store more data?
同時接続について自分なりに理解してみた - カイワレの大冒険 Third
書こうと思ったときに少しでも記事書いたほうがよいと思い、とりあえず書いてみる。言葉にしてまとめていくこと大事。 いつも通り流れに任せて書くので、多分整理されてないかもしれない。。間違ってる箇所があったら指摘お願いします。 今回はmysqlのチューニング＋スレッドの話です。 スレッドの基本的なチューニング my.cnfとかでmax_connection変数ってのがありますが、maxってのがついているおかげで、この値を500とか1000にすれば、その分だけmysqlが処理を行ってくれると思っちゃったりするかもしれない。多分昔の自分もそうだった気がする気がする。最大って言うぐらいだから、この値を設定しておけば問題ないみたいな。 でも、基本的にmax_connectionをいくら高めても、一秒間に処理できるクエリ（qps）はそこまで伸びない。多分、CPU利用率余ってたり、スレッド数にムラがあるのが
［MySQLウォッチ］第38回 インデックスの劣化と再生
データベースは，大量のデータを格納して目的に合わせて処理するのが役割である。処理を高速化する機能として，インデックスが用意されている。インデックスは，あらかじめ検索やソート対象となる列のデータを処理しやすいように別管理するものだ。インデックスを使いこなせるかどうかで，データベース処理の良し悪し決まるといっても過言ではない。しかし，インデックスいつまでも高速ではない。その効果が，色褪せる時がやってくるのだ。 インデックスの効用 まずは，肩慣らしにインデックスの効用を確認する。テーブル「pono」は，日本郵政グループの日本郵便事業株式会社が提供している郵便番号データを格納したテーブルだ。 図1●テスト用のテーブル「pono」 mysql> show create table pono \G *************************** 1. row *****************
スワップサイズをゼロにしてはいけない
先月発売された書籍「Linux-DBシステム構築/運用入門」は、なかなか上々の売れ行きとなっているようです。Amazonではしばらく「1-2ヶ月待ち」の状態が続いてしまっていたのですが、最近になってようやく解消され、容易に入手できるようになっているようです。Amazonの在庫切れ問題がひと段落したところで、これからは書籍のサポート的な情報を書いていくことにします。 まず、本書を購入された皆さまありがとうございました。結構な数の方がBlogやTwitter等で、この本をほめてくださっていることに大変感謝しています。まだ本自体の認知度が低い(存在自体を知らない顧客も多い)ので、普及活動をしつつ、これからも読者の期待に応えられる記事を書いていきたいと思っています。 最初は、よく見かけることの多い「メモリ管理」の話題を取り上げようと思います。第12章では、メモリ管理とスワップ領域に関する解説をして
Rails 2.3 migration issues with MySQL 5.1.3
This blog is about my thoughts related with software development, automation repetitive tasks, programming languages, tools and approaches. I like learning as a process. Hope, my experience will be useful for You. depot>rake db:migrate --trace (in D:/Projects/RoR/depot) ** Invoke db:migrate (first_time) ** Invoke environment (first_time) ** Execute environment ** Execute db:migrate rake aborted! M
MySQL :: MySQL 8.0 リファレンスマニュアル :: 13.7.8.3 FLUSH ステートメント
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
MySQLの、日付型の比較について教えてください。…
MySQLの、日付型の比較について教えてください。 MySQL:Ver 5.0.21, for pc-linux-gnu (i686) using readline 5.0 OS:Fedora Core 4.0 という環境で、 CREATE TABLE `test_tb` ( `id` int(11) NOT NULL auto_increment, `i_datetime` datetime NOT NULL, ) ENGINE=InnoDB DEFAULT CHARSET=utf8; というテーブルをつくり、 mysqlプロンプトから次のような検索を行っているのですが、 mysql> SELECT i_datetime FROM test_tb WHERE i_datetime >= '2006-6-1 00:00:00'; +---------------------+ | i_da
UbuntuでのMySQLのWARNING - satake7’s memo
UbuntuのRailsログを見ていたら、ここ(→http://d.hatena.ne.jp/satake7/edit?date=20080509)にあったのと同じWARNINGを発見。Windows環境だけじゃなかったんだということで、Ubuntuでも対処することに。WARNING内容はこちら(↓) WARNING: You're using the Ruby-based MySQL library that ships with Rails. This library is not suited for production. Please install the C-based MySQL library instead (gem install mysql). 「あなたがいま使っているMySQLライブラリはRubyベースのもので、production環境じゃマズイですよ。Cベースの
Bug #291987 “mysql-server-5.0 installation fails” : Bugs : Ubuntu Netbook Remix
At the UNR 1.0 because of the undefined variable INITOUTPUT at the /etc/lsb-base-logging.sh, mysql-server-5.0 and mysql-server installation fails. Commenting the line 84 and 106 which are starting as if [ "INITOUTPUT" = "yes" ]; then .... fi //should be commented also is solving the problem. Indeed i don't know why this if condition is defined there. Anybody knows why the INITOUTPUT is written the
［MySQLウォッチ］第36回 文字化けのメカニズム
文字コードの多様化とインターネットやクライアント-サーバーなどの分散環境の普及によって，文字化けトラブルの頻度が飛躍的に拡大した。特に Webシステムでは，WebブラウザとWebサーバー，プログラム(スクリプト)言語，そしてデータベースと文字化けが発生する要因が数多く存在する。 Webサーバー側の文字化けは，他のコラムにお任せすることとして，今回はMySQLの文字化けに関して解説する。 文字化けの仕組み 文字化けは開発者にとって悩みの種である。しかし，文字化けの仕組みを少しでも知っていれば，意外と簡単に解決できるものだ。このコラムで，ぜひその知識を学んでほしい。 MySQL 4.1の変更点 さて，MySQLにおいては，バージョン4.1のリリースを境に文字化けが起きることが非常に多くなった。では，バージョン4.1は，それ以前のバージョンと何が変わったのだろうか。そこに文字化けを解決するヒント
MySQLレプリケーションを安全に利用するための10のテクニック
MySQLのレプリケーションは非常に簡単に使える割には応用の幅が広いので非常に人気のある機能の一つである。レプリケーションの応用分野は例えば、 バックアップ 参照系の負荷分散 HA（高可用性） ディザスタリカバリ（サイト間レプリケーション） BI（レポーティングetc） という風にとても多くのバリエーションがある。このブログを読んで頂いている皆さんの中にもレプリケーションを使っている方は多いのではないだろうか。ご覧の通りMySQLのレプリケーション機能はミッションクリティカル分野でも利用されているが、レプリケーションの使い方が適切でないとシステムの安定稼働に支障を来してしまってDBAやシステム管理者の肉体的、精神的負担が増大してしまう。逆にレプリケーションを堅牢に運用することが出来ればマクラを高くして眠れるというものだ。レプリケーションはMySQLの代表的な機能であるので、レプリケーション
InnoDBのログとテーブルスペースの関係
InnoDBのデータ領域はログファイルとテーブルスペースという、切っても切れない2種類のファイルから構成されている。ログファイルは名前からするとただのログだから削除しても平気かな？と思って削除してしまうという問題が後を絶たない。そこで、今日はログファイルとテーブルスペースの関係について説明しようと思う。 InnoDBのログファイルは、別名WAL - Write Ahead Logと呼ばれるもので、名前を日本語に直すと「前もって書き込んでおくためのログ」とでも呼べるだろうか。InnoDBのテーブルに対して行われた更新は、全ていったんログに書き込まれるのである。トランザクションがコミットされると、innodb_flush_log_at_trx_commit=1が設定されていればログファイルに書き込みが行われる。0または2の場合には、ログバッファと呼ばれる領域にデータが保持される。その後、時間を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mysqldumpまとめ - Qiita
mysqlでUnsafe statement written to the binary log using statement の警告が出た時の対処 | レンタルサーバー・自宅サーバー設定・構築のヒント
mysqlでスロークエリをチェック
http://blogs.sun.com/arungupta/entry/getting_started_with_edge_rails