SQLの達人への道: MySQLでの高速・効率的クエリ作成術 - Qiita
データベースとテーブルの作成 テスト用のデータベースtestdbを作成し、パフォーマンスチューニングを検証するためのcompanyおよびpersonテーブルを定義します。 CREATE DATABASE testdb; USE testdb; CREATE TABLE company ( company_id INT AUTO_INCREMENT PRIMARY KEY, company_name VARCHAR(255) NOT NULL, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE person ( person_id INT AUTO_INCREMENT PRIMARY KEY, company_id INT, person_name VARCHAR(255) NOT NULL, email VARCH
エラー 1366 Incorrect string value: '\xF0\x9F\x92\xA2" ...' for column - Qiita
エラー 1366 Incorrect string value: '\xF0\x9F\x92\xA2" ...' for column MySQLutf8mb4 今日はこの絵文字「💢」のおかげで面白いものを知ってしまいました。それはutf8mb4です。 utf8のMySQLデータベースに上記の絵文字を保存しようとしたら、次のエラーが発生しました。 調べたら理由はMySQLのutf8は３バイトまでしか対応していません。しかし、上記の絵文字は４バイトもあります。３バイトまでしか対応していないデータベースに4バイトの絵文字を保存しようとしていたので、エラーが発生しました。 ネットで調べたらMySQL5.5以上からutf8mb4という4バイトのutf8に対応する文字コードがありまして、さっそくshow character setで確認したら 本当に4バイトまで対応しているutf8mb4がありまし
DockerのMySQLコンテナに外部のサーバーから接続する - Qiita
概要 DockerでMySQLコンテナを立て、ホストOS、または外部サーバーから接続する方法。 docker runの場合 $ sudo docker run \ --rm \ -v $(pwd)/db/mysql_init:/docker-entrypoint-initdb.d \ -v $(pwd)/db/mysql_data:/var/lib/mysql \ --name mysql \ -e MYSQL_ROOT_PASSWORD=your_password \ --hostname my-mysql \ -e BIND-ADDRESS=0.0.0.0 \ -p 3306:3306 \ -itd mysql:5.7 version: '3.1' services: db: image: mysql:5.7 restart: always hostname: my-mysql env
DockerComposeでphpfpmコンテナとmysqlでコンテナ間通信する時に気をつけること - Qiita
背景 docker-composeを使い、phpfpmコンテナとmysqlコンテナを作り、phpfpmの方からpdoでmysqlにアクセスする処理を書いたのですが、dsnやuser、passが合っているはずなのに何度やってもConnectionRefusedになってしまいました。 色々調べたり試したりしていった結果dsnで指定していたホストが間違っていたことが分かりました。個人的にとても勉強になったのでエラーを解消した手順や結果等をまとめます。 結論 ・ホストPC(Mac)⇄コンテナ間通信で使われるIPとコンテナ同士の通信で使われるIPは異なる ・今回のようにphpfpmコンテナ⇄mysqlコンテナの通信の場合は、docker-compose psで表示されるホストではなく、コンテナの環境変数で確認出来るホストを使う <追記> ・Twitterで教えて頂いたのですが、Docker-comp
MySQLで3億レコード物理削除した話 - Qiita
はじめに こんにちは。webエンジニア社会人をしている ningenMe です。 タイトル通り。MySQLで3億レコード物理削除した話。 ちょっとハマったので備忘録。 はじまりはアラート はじまりはアラートだった。 僕が運用・保守しているバッチサーバでは、mysqlからちょうど直近1ヶ月分のデータを毎日1回selectする定期処理をしている。 いつもなら1時間程度で終わる処理のはずが、その日は7,8時間経っても終わらずアラートが鳴り止まない.....。 原因追求 とりあえずリトライしたり、ログ見たりしたもののあんまり悪いところがなかった。 クエリもちゃんとindex効いてる。なんでだろうと思ったらDBの容量が結構大きくなっていたことに気づいた。 3億5千レコード。インデックスちゃんと効いてたので多分普通に遅いだけっぽい。 必要なデータ取得は1ヶ月分である12'000'000件ほど。このse
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLとPDOの組み合わせでcharsetを指定する - Qiita
