これはなに この記事は米シリコンバレーでデータベースコンサルや教育事業を展開するKloudDB社がポストした『Understanding How ONLINE DDL (INPLACE) works in MySQL』の翻訳記事です。 この記事ではDDL（スキーマ変更クエリ）の内部処理について詳細に解説しています。DDLはシンプルに利用できるものの、一歩踏み込むと複雑怪奇で理解の難易度は高いものでした。この記事はそこに焦点を当てたものになります。 翻訳するにあたり、技術的な正確性を担保しつつ、日本語表現として自然になるよう努めました。もし記事の中で技術的な観点で不正確な箇所があれば訳者の責任ですので、コメント欄などでご指摘いただけると幸いです。 また、翻訳について許可を下さったSrinivasa R Inaganti氏（同社CEO）に感謝します。 以下、訳者による前書き的なものを挟んで、翻
Azure Database for MySQLのIOPS設定の変更で月額約100万円のコストダウンが実現しました
はじめに こんにちは。イオンスマートテクノロジー株式会社（AST）でSREチームの林 aka もりはやです。 本記事はAzureのマネージドなMySQLである”Azure Database for MySQL Flexible Server”（以後はDB）のIOPS設定機能やコストについてまとめたシリーズの第3弾となり、コストダウンを達成した成果報告の記事となります。 TL;DR DBの"Storage"の"IOPS"の設定を、"Pre-provisioned IOPS"から"Auto scale IOPS"へ変更した 結果としてDailyで約4万円弱のコストダウンとなり、月額およそ100万円、年額で1200万円の削減が見込めた リスクとして心配していた、急激なIOPS需要へのスケール遅延も（現状は）発生していない 本シリーズの過去記事振り返り 結果の詳細について述べる前に、過去2記事を紹
スライド概要 PHP カンファレンス名古屋 2025 2025/2/22 ルーム シンフォニー 14:45 〜 AI 要約： このセッションでは、MySQL 8.0 以降の新しいリリースモデルと移行方法について詳しく説明しています。MySQL 8.0 のサポートが終了する注意点や、メジャーバージョンの管理方法、アップグレードやダウングレードの手段、さらにクラウド環境での注意点についても触れています。また、非互換性についても重要なポイントを挙げて解説しています。 Qiita や Zenn でいろいろ書いてます。 https://qiita.com/hmatsu47 https://zenn.dev/hmatsu47 MySQL 8.0 の薄い本 : https://github.com/hmatsu47/mysql80_no_usui_hon Aurora MySQL v1 → v3 移行計
【MySQL】手を動かして学ぶトランザクション入門
「これを見たらトランザクション周りがざっくり分かる」を目指します。 MySQLを前提に解説しますが、他のDBMSでもベースとなる部分は同じだと思います。 （間違いがあったら、優しくコメントしてくれるとうれしいです） トランザクションとは？ ざっくり言うと「ここからここまでワンセットです」な処理のことです。 たとえば、以下のようなSQLが2つあったとします。 この2つは絶対にセットで実行したいとします。 ですが、この2つを実行した結果「1つ目は成功したけど2つ目は失敗した」となった場合、「在庫だけ減ってしまった！」になってしまいます。 こういうときにトランザクションが使えます。 この2つをトランザクションとして実行すると、以下のどちらかに強制できます。 すべて実行する すべて実行しない つまり、中途半端に実行されるのを防げます。 トランザクションの書き方 トランザクションとして実行するには、
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 2024年9月のアップデートで、Amazon RDS for MySQL と Amazon RedshiftのゼロETL統合が一般提供されるようになりました。また、以前まではゼロETL統合によってレプリケートされたテーブルでは設定されたソートキーを変更できませんでしたが、今回のアップデートによりソートキーの変更が可能となりました。その他、RDS MySQLにおいて、以前は対象テーブルの絞り込みができませんでしたが、今回のアップデートでは絞り込みが可能となりました。本記事では、これらの機能の検証結果について紹介させていただきます
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
個人的備忘録：AWS RDS の MySQL に接続する方法と、その際に発生する可能性のあるトラブルシューティングについてまとめてみた - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
個人的備忘録: ECSコンテナからRDSに接続する方法とMySQLクライアントのインストールについて、自分なりに体系的にまとめた - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
MySQL関連の小ネタです。 MySQLのデータベースを別のサーバに移行したり、バックアップの取得＆復元をしたりする際に、一時的とはいえダンプファイルが大容量を取ってしまい、ディスクを逼迫してしまうことが少なくありません。 gzip圧縮をうまく活用することで、ディスク逼迫のリスクを軽減させることができます。 コマンドは簡単で、 MySQLでエクスポートする際に、
Azure Database for MySQL Flexible ServerのAuto scale IOPSが固定IOPSよりお得か？
こんにちは。イオンスマートテクノロジー株式会社（AST）でSREチームの林 aka もりはやです。 本記事はAzureのマネージドなMySQLである”Azure Database for MySQL Flexible Server”の2つのIOPS設定の機能やコストについてまとめたものです。 TL;DR 始めにまとめです。本記事では以下について記述しました。 Azure Database for MySQL Flexible ServerのIOPSの設定は2つある 従来の固定式なPre-provisioned IOPS 動的に最適化されるAuto scale IOPS サポート停止するAzure Database for MySQL Single Serverと異なり、IOPSのMAXはディスク容量ではなくCompute sizeによって決定される 幅位広いワークロードに対して有効なのはA
はじめに こんにちは。イオンスマートテクノロジー株式会社（AST）でSREチームの林 aka もりはやです。 本記事はAzureのマネージドなMySQLである”Azure Database for MySQL Flexible Server”（以後はDB）のIOPS設定機能やコストについてまとめたシリーズの第3弾となり、コストダウンを達成した成果報告の記事となります。 TL;DR DBの"Storage"の"IOPS"の設定を、"Pre-provisioned IOPS"から"Auto scale IOPS"へ変更した 結果としてDailyで約4万円弱のコストダウンとなり、月額およそ100万円、年額で1200万円の削減が見込めた リスクとして心配していた、急激なIOPS需要へのスケール遅延も（現状は）発生していない 本シリーズの過去記事振り返り 結果の詳細について述べる前に、過去2記事を紹
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
ソフトウェアへの組込みデータベースとして、MySQLが選択される理由とは？ (2025/03/27 12:00〜)
パッケージソフトウェアやアプライアンスを開発されている独立系ソフトウェアベンダー（ISV）の皆様へ MySQLは世界で広く利用されているオープンソースデータベースです。Webアプリケーション用に最適なデータベースとして最もよく知られていますが、MySQLは製品バンドルおよび組込みデータベースとしても非常に人気があります。 本セミナーでは、パッケージソフトウェアやアプライアンスを開発されている独立系ソフトウェアベンダー（ISV）の皆様を対象に、MySQLを組込みデータベースとして使用することで、貴社製品およびビジネスの成功にどのようなプラスの効果が得られるかをお伝えします。 ◾本セミナーでお伝えする内容： ・MySQLライセンスの基礎 ・MySQL商用版の取得費用 ・商⽤版の組込みライセンスモデル（ASFU/ESL契約）について ・MySQLリリースモデル ・その他製品概要 ・MySQLを組
第235回に続いて今回も、第232回 MySQL Shell for VS Codeをインストールしてみるで紹介したMySQL Shell for VS Codeの基本的なデータの取得に関する紹介をしていきます。 今回は、取得したデータを扱う方法に関して紹介していきます。 検証環境 今回はDockerで建てたMySQLを使用します。以下のコマンドでDockerを建てて、ローカルからアクセスします。 % docker run --platform linux/x86_64 -p 127.0.0.1:3307:3306 -e MYSQL_ROOT_PASSWORD=my-secret-pw -e MYSQL_USER=kk2170 -e MYSQL_PASSWORD=my-secret-pw -d mysql:8.4.3 --secure-file-priv='/tmp' 今回はMySQL S
はじめに DBのデータでSELECTした結果をCSVに保存したい状況はよくあると思います。 具体的には、以下のようにユーザ一覧を取得するようなものです。 この例では、example.com にデータベースが存在するとして SELECT * FROM users; の出力をローカルのファイルに保存しようとしています。 （この例そのままだとタブ区切りで出力されますが…） 同様にして、かなり大容量（100万レコード以上）のデータに対してCSV保存しようとしたところ、出力ファイルが空になってしまったため解消方法を紹介します。 結論 --quick または -q オプションを追加する。
Amazon Aurora MySQL と Amazon Redshift の zero-ETL 統合でフィルタリングを試してみた
公開プレビュー時に試していた Amazon Aurora MySQL と Redshift の zero-ETL 統合ですが、2023/11 に GA になった時点ではフィルタリングが実装されていませんでした。 その後 2024/3 になって、データベース（スキーマ）・テーブルレベルのフィルタリングがサポートされたので、試してみました。 （こちら ↓ で話した内容の詳細です） 従来の zero-ETL 統合の問題点 Aurora MySQL と Redshift の zero-ETL 統合についての説明は、公開プレビュー時の記事を参照してください。 通常の ETL では Extract（抽出）→ Transform（変換）→ Load（ロード）の順に処理して、データベース（Aurora）のデータをデータウェアハウス（Redshift）に連携します。 一方、zero-ETL では、データベー
[MySQL]TimeZone 設定を追加
設定用SQLファイルをダウンロードMySQLのダウンロードサイトから設定用SQLファイルをダウンロードしてきましょー 下のリンクを開いて「timezone_2019a_posix_sql.zip」をクリック＆ダウンロード ダウンロードしたzipファイルは解凍しておきましょう phpMyAdminでImportするphpMyAdminにログインして ウィンドウの左にあるメニューから「mysql」をクリックして選択 サーバ: 127.0.0.1 >> データベース: mysql と表示されていればOK 次はインポートです 「インポート」をクリックして先程ダウンロードしたzipから 「timezone_posix.sql」を選択してください 設定はデフォルトのままでOKです ページ最下部の「実行」ボタンをクリックっす 処理が終わるとこんなメッセージが表示されますmy.iniを修正取り込んだtim
![[MySQL]TimeZone 設定を追加](https://cdn-ak-scissors.b.st-hatena.com/image/square/4c1f00d6ddf89299f375a1e3ba0b67449cf05cfa/height=288;version=1;width=512/https%3A%2F%2Fhabataki-blog.com%2Fwp-content%2Fuploads%2F2019%2F06%2Fimage-1.png)
【データベース管理システム】MongoDBとMySQLの違い
【データベース管理システム】MongoDBとMySQLの違い 数あるデータベースの中でも、MongoDBとMySQLは頻繁に比較されています。 MySQLのようなリレーショナルデータベースのデータベース管理システムでは、要件の変更に合わせてデータの管理・保存を行う際に、ある特定の問題が生じることがあります。開発途中に発生する問題を避けるべく、データベース選びに慎重になっている企業も多いはず。 また、金融アプリケーションの開発者も、現在使用しているMySQLを使い続けるか、それともリスクを承知でMongoDBに切り替えるかどうかで悩んでいる方もいるようです。 そこで、参考にしていただきたいのが今回の記事。MongoDBとMySQLを徹底的に比較して、この2つのデータベースの相違点、メリットとデメリット、そして用途別の適正度をご紹介します。あなたのプロジェクトに適したデータベースがどちらなのか
一発！EC2 で Flask を mod_wsgi で起動し、そのアプリから mysql を触る UserData, および CloudFormation テンプレート - Qiita
一発！EC2 で Flask を mod_wsgi で起動し、そのアプリから mysql を触る UserData, および CloudFormation テンプレートMySQLAWSEC2wsgiUserData UserData で一発でやろうとすると案外難しくて、数時間くらいかけてしまったので供養します。 このようなアプリケーションが一発で立ち上がります。EC2 のパブリックIPを有効にしていればそのIPアドレスからhttpでアクセスできます。 もちろん、mysqlにメッセージが保存されているため、再読み込みしてもデータは残ったままです。 つまりポイント 覚えているところとしては以下のようなものがあります。 mysql のインストール（意外と面倒） mysqlの初期パスワードは手動でやるならlogから取得できるが、UserData一発でやらなければならないので回りくどい方法でリセット
[PHP,MySQL] sshトンネル奮戦記 その2
今回はとある開発をする際にデータベースへのアクセス問題が発生し、それを解決した経緯をブログに備忘録しておく自分用の記事です。 仕事でLAMP環境を構築する時に、ローカルのパソコン環境で、データベースアクセスができない場合の人には、ちょっとだけ参考になるかもしれません。 今回発生した問題 とある新規プロジェクトで、公開サーバーはすでに準備されていて、データベースも用意されていたので、 ローカル開発では、Dockerでnginx+phpの環境を作り、mysqlのPDOを使ってアクセスして、クエリを実行すればいい・・・ という安易な気持ちで、以前作ったsshトンネルのシステムを実行してみたところ、トンネル接続できない？！ この段階でいくつかのトラップがあった。 > Uncaught PDOException: SQLSTATE[42000]: Syntax error or access vio
![[PHP,MySQL] sshトンネル奮戦記 その2](https://cdn-ak-scissors.b.st-hatena.com/image/square/4c6686f729a1644d9f9ad4ba17ae420bd19fe7ea/height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEix8HKze-E8_-OlExOkuxxX0MxiKWYnEhqU9XnhXs0kN9lFtA4GnO1bBT9CMW4OdqxrdOucgiQPla-YaKJk1G9YoSc4oATtG_Lcn06cGOixx6mTckrAYLf6FhRGh92TkaH7lEVjmcarVzNxx5OnPliQvARc-3oN9jLBR7AT2la5t9OVxlaePcwIuetFoOM%2Fw1200-h630-p-k-no-nu%2Fssh%25E3%2583%2588%25E3%2583%25B3%25E3%2583%258D%25E3%2583%25AB%25E5%25A5%25AE%25E6%2588%25A6%25E8%25A8%2598.jpg)
MySQLでカラムA, カラムBの複合インデックスが張られているときにタプル指定によりインデックスが効くのか検証します
OSSデータベース取り取り時報 第114回オープンソースカンファレンス大阪報告と東京予告、MySQL 9.2.0イノベーション・リリース、PostgreSQL最新情報アラカルト この連載はOSSコンソーシアム データベース部会のメンバーがオープンソースデータベースの毎月の出来事をお伝えしています。この連載は、今年2025年の夏に満10歳を迎えます。2025年もOSSデータベース取り取り時報をよろしくお願いいたします。 OSSデータベースを組み込んだプロダクトの事例〜なぜそれを選んだ？＠OSC大阪 1月25日に大阪で開催されたオープンソースカンファレンス 2025 Osaka（OSC大阪）にて、OSSコンソーシアムではOSSオープンソースデータベースをテーマにしたセミナーを実施しました。 前回の再掲ですが、その概要です。OSSのDBMSは、カスタムアプリ（企業の業務アプリなど）の
2022/10/22 17:13 ※ 商品のリンクをクリックして何かを購入すると私に少額の報酬が入ることがあります【広告表示】 SQLで完結する定期実行タスクはOracleのDBMS_JOBSとか、MySQLのEvent Schedulerを使ってきました。 そういえば、managedなDBMSサービスでも使えるんだっけ？というのが気になったのでMySQL系の幾つかを確認してみました。 TL;DR Aurora Serverless v1はスケジューラーをONに出来ませんでした AWS RDS、AWS Aurora、AWS Aurora Serverless v2は使えそうでした Cloud SQL(MySQL)は使えそうでした そもそもどんな使い方をしていたか 日次、週次、月次データの集計なんかに利用していました。 データベースのデータを集計して記録するだけなら、別のテクノロジーと組み合
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLのオンラインDDL（INPLACE）がどう動くか理解する
さいきんの MySQL との付き合い方 〜 MySQL 8.0 より後の世界へようこそ 〜 | ドクセル
RDS for MySQL-Redshift のゼロ ETL統合とソートキー変更 - Qiita
MySQL8のテーブルにCSVファイルをまるごとインポートする手順 - Qiita
MySQLでエクスポート＆インポートする際の効率化【小ネタ】 | bassbone's blog
Azure Database for MySQLのIOPS設定の変更で月額約100万円のコストダウンが実現しました
MySQLテーブルバックアップ4選：現場で使える実践ガイド - Qiita
第238回 MySQL Shell for VS Codeを活用してみる［その2］ | gihyo.jp
mysqlコマンドからCSV出力しようとしたら空ファイルになったときの対処法
株式会社NXTED｜【MySQL】複合インデックスのタプル指定(2カラム指定のOR条件)にインデックスは効くのか
第114回 オープンソースカンファレンス大阪報告と東京予告、MySQL 9.2.0イノベーション・リリース、PostgreSQL最新情報アラカルト | gihyo.jp
MySQL Event Schedulerはmanagedなサービスでも使えるのか？