Aurora MySQL 2.x で運用している本番DBから Aurora Serverless v2 な調査用DBを作成してみる - Yappli Tech Blog
SREチームの中原です。 Aurora MySQL 2.x で運用している本番DBから Aurora Serverless v2 な調査用DBを作成する方法について書いてみます。 TL;DR Aurora MySQL 2.x で運用しているDBでも Serverless v2 な調査用DB立てられるよ ただし毎回メジャーバージョンアップの処理が必要なので時間かかるよ (弊社の環境で1.5〜3時間) Aurora Serverless v2 だとクエリーの途中でもスケールアップしてくれるのでハッピーだよ AWS さん Aurora Serverless v2 の Aurora MySQL 2.x 対応はよ！ Aurora MySQL 3.x の LTS 版提供はよ！ 経緯 弊社の本番DBは Aurora MySQL 2.x の LTS バージョンで運用しています。 これまで本番影響なく調査用
はじめに こんにちは、ZOZOMO部SREブロックの蔭山です。普段はFulfillment by ZOZOやZOZOMOのSREを担当しています。 今回ZOZOMOで提供しているサービスの1つである「ブランド実店舗の在庫確認・在庫取り置き」のマイクロサービス（通称realshop-api）にてMySQLにアクセスできる運用ユーザーの権限管理の最適化を行いました。本記事でその取り組みについてご紹介いたします。 目次 はじめに 目次 なぜ権限管理を最適化したのか 権限管理が複雑化してきた 秘密情報を閲覧できるメンバーを制限する必要がでてきた どのように最適化したか ロール機能を使った権限の標準化 秘密情報の保護自動化 秘密情報カラムの管理 秘密情報カラムへの権限剥奪を自動化 秘密情報カラムを除いたVIEWの自動作成 実施した結果 まとめ なぜ権限管理を最適化したのか realshop-apiで
「リアルタイム可視化グッズ」「味集中カウンター」で予選突破？ ISUCON12にまつわるブログをピックアップしました - 週刊はてなブログ
Iikanjini Speed Up Contest 毎日さまざまな話題のエントリーが生まれるはてなブログの中から「旬な話題」をピックアップする企画「はてなブログで話題」。今回は「ISUCON12」をテーマに記事を紹介します。 ISUCONとは、LINE株式会社が運営窓口となって開催している「お題となるWebサービスを決められたレギュレーションの中で限界まで高速化を図るチューニングバトル」です。（公式Twitterより） 「いい感じにスピードアップコンテスト」、通称ISUCON。 開催12年目となる今回も、無事に予選・本選が開催され、「参加枠が爆速で埋まった」「既存のISUCON攻略法が通用しない問題だった！」「なぜMySQLがトレンドに？」など、大きな盛り上がりを見せました。 終了後には「ブログを書くまでがISUCON」を合言葉にして、感想ブログを書くのが恒例。 もちろん、はてなブログに
Amazon Web Services ブログ 週刊AWS – 2021/10/18週 みなさん、こんにちは。ソリューションアーキテクトの下佐粉です。 今週も週刊AWSをお届けします。 昨今「サーバーレス」という言葉は広く認知されるようになってきたのではと思っていますが、単語は知っているがまだ実際にサーバーレスのシステム構築をしたことはないという方も多いのではないでしょうか。そういう方にピッタリな「はじめてのサーバーレス ハンズオン」が11月2日にオンライン開催されます。 – はじめてのサーバーレス ハンズオン AWS Lambda、Amazon API Gateway、Amazon DynamoDB、Amazon Cognitoを組み合わせたハンズオンを体験できます。ご興味がある方は上記リンクからお申込みください。 それでは、先週の主なアップデートについて振り返っていきましょう。 202
週刊Railsウォッチ: VSCodeでRubyコード実行結果を表示、rubygems.orgがgem作者に多要素認証を呼びかけほか（20220621後編）｜TechRacho by BPS株式会社
こんにちは、hachi8833です。RubyKaigi 2022のCFPが一昨日締め切られました。 Final Call: CFP for RubyKaigi 2022 closes at midnight today (in JST). Don't forget to submit your proposal(s) within 6.hours.from_now! 🥷💨 https://t.co/mLjIuqCsyM #rubykaigi — RubyKaigi (@rubykaigi) June 19, 2022 週刊Railsウォッチについて 各記事冒頭には🔗でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋のように）社内有志でつっついたときの会話の再構成です👄 お気づきの点がありましたら@h
オラクルはMySQLをこの先どう進化させていくのか、オンプレミスからクラウド上の分散インメモリデータベース、そしてメインストリームなプロダクトへ［PR］
オラクルはMySQLをこの先どう進化させていくのか、オンプレミスからクラウド上の分散インメモリデータベース、そしてメインストリームなプロダクトへ［PR］ MySQLがオラクルの製品群に加わってから10年以上が経過しました。 オラクルが2010年1月にサン・マイクロシステムズの買収を完了したことでオラクル製品群の一部となってからも、MySQLはオープンソースの代表的なデータベースとして、GPLと商用版のデュアルライセンスを維持し続けています。 と同時にMySQLは2010年以降も着実に機能や性能を向上させてきました。 2010年に登場したMySQL 5.5ではInnoDBがデフォルトのデータベースエンジンとなり耐障害性や性能が大きく向上。 2015年に登場したMySQL 5.7ではさらに最大で3倍の性能向上とマルチソースレプリケーションなどのレプリケーション機能などの強化、 2018年に登場
kubernetesとhelmで作る最強のオレオレheroku，yadockeri - PartyIX
この記事は LAPRAS Advent Calendar 2019 の18日目です． 会社でWebサービスを開発していると，検証したりレビューしたりするときに専用の環境が欲しくなる．それは開発しているブランチごとに独立した環境であって欲しいし，なんなら本番っぽいデータが入っているとなお良い． そしてエンジニアだけでなくデザイナーやPOもアクセスできて欲しい．俺のローカル環境を立ち上げればいい？最初は確かにそうなんだけれど，開発メンバーが増えてきたときに，全員がそれをやらなきゃいけないというのはコストだ．レビューのたびにそれをやるとなると，かなりのコストだ． そいうわけで社内に検証環境を立ち上げるyadockeriというプロダクトを前職で作っていたんだけど，今の職場でも作りたくなってしまったのであった（3年ぶり2回目）． kubernetesで，helmで 本番環境は全部kubernetes
Achieve a high-speed InnoDB purge on Amazon RDS for MySQL and Amazon Aurora MySQL | Amazon Web Services
AWS Database Blog Achieve a high-speed InnoDB purge on Amazon RDS for MySQL and Amazon Aurora MySQL Purge is a housekeeping operation in a MySQL database. The InnoDB storage engine relies on it to clean up undo logs and delete-marked table records that are no longer needed for multiversion concurrency control (MVCC) or rollback operations. While our applications pursue a database design that aims
MySQLでは、オプティマイザーヒントを使用してオプティマイザーを制御することで、実行計画を変更することができます。このオプティマイザーヒントはステートメントに適用できるため、ステートメント単位で最適化が可能になります。MySQL 5.7とそれ以降から使用可能です。 今回は、MySQL 8.0から追加されたオプティマイザーのヒントを主に紹介したいと思います。 オプティマイザーヒント構文 オプティマイザーのヒントは/*+ ... */をステートメント内に記述します。SELECT、UPDATEやDELETEなどのDMLのキーワードの後にヒントを記述します。ヒントの内容をパーサーが認識して処理します。以下のように記載します。 mysql> SELECT /*+ hint */ ... mysql> UPDATE /*+ hint */ ... 指定したヒントが有効か確認するには、EXPLAIN後
OSSデータベース取り取り時報 第59回オープンソースカンファレンスOnline、KDDIにおけるMySQL InnoDB Cluster事例、PostgreSQLのオンラインイベント紹介 この連載では、OSSコンソーシアム データベース部会のメンバーが、さまざまなオープンソースデータベースの毎月の出来事をお伝えしています。 オープンソースカンファレンスOnlineから 2月以降、オンライン開催となっているオープンソースカンファレンス（OSC）の近況です。 OSC Online/Nagoyaの続報 5月30日に開催されたOSC Online/Nagoyaは、朝10:00から18:00まで、最大5トラックのセミナーがずらっと並ぶ充実した構成となりました。参加者も事前エントリが500名を超えていましたので、オンラインでも例年の通常開催と変わらない規模となりました。OSSコンソーシアムでは、オー
週刊Railsウォッチ（20200714後編）ruby-warning gemでワーニングを手軽に抑制、rubocop -aの振る舞いが変わる、書籍『MySQL徹底入門 第4版』ほか｜TechRacho by BPS株式会社
2020.07.14 週刊Railsウォッチ（20200714後編）ruby-warning gemでワーニングを手軽に抑制、rubocop -aの振る舞いが変わる、書籍『MySQL徹底入門 第4版』ほか こんにちは、hachi8833です。昨日のGitHubダウン皆さまお疲れさまでした。 解決したのでもう消えているが、問題発生中はSMSで経過を通知してもらうボタンが出てた。GitHub止まったときは使えそう。https://t.co/ZYHUjgtwrf — Daisuke Sawada (@daisuke7) July 13, 2020 ⚓Ruby ⚓ruby-warning: ワーニングにフックをかけるgem リポジトリ: jeremyevans/ruby-warning: Add custom processing for warnings 元記事: Rubyのwarningから不
DockerでNginx+Puma環境の構築（AWS FargateでRails環境をつくる - その2） - 虎の穴開発室ブログ
こんにちは、虎の穴ラボNSSです。 前回「いまさらDocker入門（AWS FargateでRails環境をつくる - その1）」という記事をご紹介しました。 多くの方に読んでいただいたようで大変嬉しかったです。 今回こそは、Fargateを利用してDockerコンテナをデプロイするところまでを紹介いたします。 ...と思ったのですが、デプロイする前の準備がまだまだあったので、 今回は前回同様ローカルマシンで少し違ったRails環境の構築についてご紹介します。 toranoana-lab.hatenablog.com 1. 構築する環境について その1で構築したRails環境をdevelopmentとし、今回構築する環境をproductionとします。 development production ※実際本番デプロイするときはロードバランサーがありますが、ローカルマシンでの実行の際はありま
Preparing for Amazon Aurora MySQL-Compatible Edition version 1 end of life - Amazon Aurora
Preparing for Amazon Aurora MySQL-Compatible Edition version 1 end of life Amazon Aurora MySQL-Compatible Edition version 1 (with MySQL 5.6 compatibility) is planned to reach end of life on February 28, 2023. Amazon advises that you upgrade all clusters (provisioned and Aurora Serverless) running Aurora MySQL version 1 to Aurora MySQL version 2 (with MySQL 5.7 compatibility) or Aurora MySQL versio
Aurora MySQLからCloud SQLへのレプリケーション構築における注意すべき2つのポイント - ZOZO TECH BLOG
こんにちは、MA部でエンジニアをしている田島です。 以前に弊社の塩崎が「Amazon AuroraのデータをリアルタイムにGoogle BigQueryに連携してみた」という発表を行いました。 こちらの発表では、Amazon Aurora MySQLのデータをGoogle BigQueryへリアルタイムにデータ連携する方法を紹介しています。リアルタイムデータ連携を実現するために、Aurora MySQLをレプリケーションソースとしてGoogle Cloud SQLへレプリケーションします。そして、BigQueryのFederated Query機能を利用してリアルタイムにデータを参照できるようにしています。 本記事ではその中の、Aurora MySQLからCloud SQLへのレプリケーション部分にフォーカスします。Aurora MySQLがマネージドサービスだからこそ発生する大きな注意ポ
MEMBER; added in 8.0.17 (reserved); became nonreserved in 8.0.19
今回は2023年1月〜3月のAWSアップデート情報を見ていきます。これから業務で使えそう/知っておいたら得しそうな観点で8つに絞ってアップデート情報を記載しています。 最も大きいアップデートは「Amazon Linux 2023」の公開かと思います。 それではアップデート内容を1つずつ見ていきます。 1/24(火)ーAmazon RDS Blue/Green Deployments機能で、Amazon Aurora MySQL 3 (with MySQL 8.0 compatibility)対応まず RDS Blue/Green Deploymentsは、以下のようなサービスです（公式からの引用） Amazon RDS ブルー/グリーンデプロイのサポートが開始され、Amazon Aurora と Amazon RDS のデータベースのより安全、簡単、迅速な更新が可能になりました。ブルー/グ
Aurora MySQL improves performance and failover recovery time when binlog is enabled
Amazon Aurora MySQL-Compatible Edition now supports a new, enhanced binary log (binlog). The enhanced binlog reduces the compute performance overhead caused by enabling binlog, which, in certain cases, can reach up to 50%, down to 13%. The enhanced binlog also improves database recovery time by up to 99% after restarts and failovers, as compared to when native MySQL binlog is enabled. One of the m
[webパフォーマンスチューニング事例]負荷試験はクリアしたものの、本番で障害が起きたケース このプロジェクトでは、リリース前に負荷試験をしていて、rps（requests per sconds）は2500を想定していました。試験時はその想定をクリアできたものの、本番では障害が起きてしまったという事例です。 このケースで、負荷試験の時点で「ボトルネックだ」と認識していたクエリがこちらです。 このクエリが問題なのはわかっていました。このORDER BYのとこに「isXXX」という値があります。上のSELECTのカラムに書いていますが、この「l.is_xxx」の値と、「h.id IS NOT NULL」を演算した値でORDER BYしています。これの何が問題かというと、indexを使えなくなってしまいます。 そのためテーブルをフルスキャンすることになりますが、100行しかスキャンする必要がない
![[fujiwara氏✖️そーだい氏]実例をもとにしたWebパフォーマンスチューニングの読み解き方 | Offers Magazine](https://cdn-ak-scissors.b.st-hatena.com/image/square/6e5d6f52ca7949e6678f2d2705cb077f412c143c/height=288;version=1;width=512/https%3A%2F%2Fs3-ap-northeast-1.amazonaws.com%2Fassets.offers.jp%2Fmedia%2Fwp-content%2Fuploads%2F2024%2F03%2F04170040%2Freport_WebPerformanceTuning.png)
check-mysql の通信を暗号化できるオプションを追加しました ほか - Mackerel ブログ #mackerelio
こんにちは。Mackerelチーム CRE の三浦（ id:missasan ）です。今回のアップデート内容をお知らせします。 check-mysql の通信を暗号化できるオプションを追加しました MySQLのバージョンによって取得できていなかったメトリックを取得できるように修正しました Amazon Aurora PostgreSQL互換インターフェースへの対応を行いました check-mysql の通信を暗号化できるオプションを追加しました go-check-plugins v0.40.0 にて check-mysql に以下3つのオプションを追加しました。 これらのオプションにより、プラグインとデータベース間の通信を暗号化することができます。 --tls Enable TLS connection --tls-root-cert The root certificate used f
「竈門禰󠄀豆子」を MySQL に保存できるとかできないとかいう話題を見て、そう言えば MySQL の Grapheme Cluster 対応ってどうなってるんだっけ…と思ってググってみたら、MySQL 8.0.28 のリリースノートにこんな文を見つけた。 International Components for Unicode version 67 introduced a new implementation for \X (match a grapheme cluster), which requires locale data not currently included with MySQL. This means that, when using the version of ICU bundled with MySQL, a query using \X raises th
Docker Compose で複数コンテナの準備完了を TCP / HTTP で待機できる「dockerize」を試した - kakakakakku blog
Docker Compose を使って複数コンテナを起動するときに，タイミングによっては接続エラーになってしまう場合がある．具体的な例としては「データベースコンテナ」の起動が遅いために「アプリケーションコンテナ」が接続エラーになってしまうことが挙げられる． depends_on とは Docker Compose には depends_on という設定項目があり，複数コンテナの「起動順序」を制御できるようになっている．しかし，あくまでこれは「起動順序」となり，必ずしも「準備完了」を保証するものではない．ドキュメントにも「開始 (start)」と「準備完了 (ready)」は異なると書いてあり，depends_on を使っても接続エラーは発生する可能性がある．機能不足と考えるのではなく，アプリケーション側でリトライ機構を用意するなど，レジリエンス（回復性）を考慮する必要がある． docs.d
OBCIセミナー（特徴あるDBエンジンを取り上げる予定） MySQL関連（日本オラクル MySQL GBU担当） PostgreSQL関連（SRA OSS Inc. 担当） パネルディスカッション「多様性時代のDB選択」 ［MySQL］2020年7月の主な出来事 2020年7月にはMySQLサーバー8.0.21、5.7.31、5.6.49の各マイナーバージョンをはじめ、商用版およびコミュニティ版のほぼ全ての製品のマイナーバージョンアップが行われました。 MySQL 8.0.21の新機能 MySQL 8.0.21の主な新機能は下記の通りです。MySQLサーバー開発チームのブログでもMySQL 8.0.21の新機能の紹介がされています。 InnoDBストレージエンジンのトランザクションログ無効化 大量データのロード時やレプリケーションのレプリカの初回データロードなどに、一時的にトランザクション
この記事は開催前に執筆しており、実施状況をお伝えすることができませんので、次回にご報告したいと思いますが、簡単なメモと公開される発表スライド資料・ビデオへのリンクを、OSSコンソーシアムのWebサイトにも掲載しておきます。ビデオの公開は一部の内容になる可能性があります。 ［MySQL］2020年8月の主な出来事 2020年8月はMySQLの製品リリースはありませんでした。8月27日にはMySQL 8.0へのバージョンをテーマにしたセミナーとして、KDDIでのMySQL 8.0導入事例紹介があり、MySQLサポートチームの奥野氏などが登壇した、オンラインのイベントMySQL Day Virtual Event in Japanが開催されています。 7月にリリースされたMySQL 8.0.21に関するMySQL開発チームやコミュニティチームのブログのリストはMySQLチームのブログにてご紹介し
D. M. です。今回は新人研修で扱う DB のパフォーマンスチューニングについてのお話です。 この記事を書こうと思ったキッカケ 私はここ数年新人やインターンの学生のメンターをよく担当しているのですが、学生と会社員エンジニアの間にはデータベース（ RDB ）の知見に大きな溝があると感じています。 研修で「とりあえずサービスを作ってみよう！」という課題を出すと、最近の新卒の方は平均的なレベルが高く、いいアイディアでさらっと Web サイトを立ち上げることができます。 ただそのサイトが毎日 100 万人が使うことを想定して充分なチューニングができる人は新人段階ではほんのわずかです。毎回同じようなことを指摘するのですが、特に多いのが DB 関連です。多くの方が DB の経験がほとんどなくあまり扱えないのです。コンピュータサイエンス専攻出身の方はプログラミングスキルをはじめとした技術的な知見を持っ
週刊Railsウォッチ: Evil Martiansが使っているgem、JavaScriptガイドが更新ほか（20230131前編）｜TechRacho by BPS株式会社
こんにちは、hachi8833です。RubyKaigi 2023のCFPは今夜1/31いっぱいが締め切りです。 “about 15 hours left to submit your proposal” 🏯🏔️📝👀💨 #rubykaigi https://t.co/n4CUDDLf6X pic.twitter.com/klXhtyZqpY — Kakutani Shintaro (@kakutani) January 31, 2023 週刊Railsウォッチについて 各記事冒頭には🔗でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋のように）社内有志でつっついたときの会話の再構成です👄 お気づきの点がありましたら@hachi8833までメンションをいただければ確認・対応いたします🙏 Tech
New – Amazon RDS on Graviton2 Processors | Amazon Web Services
AWS News Blog New – Amazon RDS on Graviton2 Processors I recently wrote a post to announce the availability of M6g, R6g and C6g families of instances on Amazon Elastic Compute Cloud (Amazon EC2). These instances offer better cost-performance ratio than their x86 counterparts. They are based on AWS-designed AWS Graviton2 processors, utilizing 64-bit Arm Neoverse N1 cores. Starting today, you can al
MySQL 8.0.22 で innodb_log_writer_threads の効果を見てみる - Qiita
これは MySQL Advent Calendar 2020 23 日目のエントリです。 昨日は atsuizo さんの「MySQLのデータ投入順序とデータファイルサイズのお話」でした。 そして、↓の記事の続きでもあります。 MySQL を使って EC2 r6g.large vs r5.large（mysqlslap 対決）をやってみた 前回は MySQL Community Server をインストールした AWS の EC2 インスタンスを使い、Graviton2 プロセッサと Intel プロセッサで mysqlslap 対決をしてみましたが、その延長で、innodb_log_writer_threadsの効果を確かめてみました。 innodb_log_writer_threadsとは MySQL 8.0.22 で追加された InnoDB の設定項目（パラメータ）です。 innodb
使用されず役に立たないインデックスを定義するのは、SQLアンチパターンの1つ「インデックスショットガン」として知られています。使用されていないインデックスを定義するのは、ディスク容量を圧迫して、さらに更新コストも掛かるという良いこと無しな状態です。 ただ実際には、あなたが使用されていないインデックスを見つけたとしても、安易にドロップするのは非常に危険です。ドロップするのは時間がかかりませんが、インデックスを再構築するまでには時間がかかります。 もしも万が一そのインデックスが使用されているクエリが存在するとしたら、その時点から障害につながってしまう可能性があります。ドロップはしたくないけど、使わないようにして影響を確認したい……、今回はそんな時に便利なMySQL 8.0の新機能「Invisible Indexes」を使ってインデックスを外した時の影響を調べてみましょう。 検証環境 今回はDo
This blog is in reference to our previous ones for ‘Innodb Performance Optimizations Basics’ 2007 and 2013. Although there have been many blogs about adjusting MySQL variables for better performance since then, I think this topic deserves a blog update since the last update was a decade ago, and MySQL 5.7 and 8.0 have been released since then with some major changes. These guidelines work well for
Cloudflare Tunnel を使って自宅サーバを公開する こんにちは！ 42 Tokyo Advent Calendar 2022 の15日目を担当する, akito です。 よろしくおねがいします。 この記事では、以前から個人的に気になっていた Cloudflare Tunnel というサービスについて紹介する予定です。 会社などの組織ではなく、個人的な用途に使う際に気になりそうなことについて纏めています。 この製品が売りにしていそうなセキュリティ的な側面についてはあまり触れない予定です。 主に使いやすさ、使い方などについて書く予定です。 感想以外の内容はドキュメントに書いてあります。 エッセンスを薄く薄くしてブログにした感じです。 (typoや不適切な表現、気になるところなどあればコメントいただけると嬉しいです) 雑なまとめ webサーバを公開できる。設定も比較的シンプル。クラ
本連載ではこれまでスロークエリログについて、いくつか紹介してきました。 第7回 スロークエリーログを使って遅いクエリを収集する 第113回 anemoeaterを使ってスローログを可視化してみる 第131回 mysqldumpslowを使ってスロークエリログを解析してみる これらの記事では、スロークエリログを出力する方法であったり、スロークエリログの可視化やツールを使っての解析などを紹介しています。今回は、MySQL 8.0から追加されたスロークエリログの出力項目の拡張機能（log_slow_extra）や出力される項目について紹介したいと思います。 スロークエリログを出力するための設定方法や、それらのオプションについての説明は省きますので、上記の記事を先に目を通していただけると、より理解は深まると思います。使用しているMySQLのバージョンはMySQL 8.0.26です。 MySQL 5
はてなエンジニア Advent Calendar 2023往復しました！ - Hatena Developer Blog
これははてなエンジニア Advent Calendar 2023 - Hatena Developer Blog 50日目の記事です。 昨日は id:kouki_dan の iOSアプリ開発での写真ライブラリのアクセス方法と設定 - Lento con forza でした。 id:yutailang0119 です、誕生日のお祝いありがとうございます！ はてなエンジニア Advent Calendar 2023は、去年に引き続き、期間を通常のアドベントカレンダーの2倍の50日として、開催しました。 本日が最終日です。 これまでのまとめ はてなエンジニア Advent Calendar 2022往復しました！ - Hatena Developer Blog はてなエンジニア Advent Calendar 2021完走しました！ - Hatena Developer Blog はてなエンジニア
PostgreSQL と MySQL の決定的な違い
基本： PostgreSQL と MySQL の概要 PostgreSQLとMySQLの基本的な概要と歴史から始めましょう。すでに基本的なことを知っている場合は、このセクションは飛ばしてください。初心者の方はこのセクションをお読みください。 MySQL とは MySQLは、世界で最も一般的に使用されているリレーショナルデータベース管理システム（RDBMS）です。2023年に開発者の間で2番目に高い使用率を誇るこのオープンソース RDBMS は、高速で信頼性が高く、安定したセキュアでスケーラブルなデータ管理を組織に提供することで知られています。 MySQLは、スケーラブルな Web アプリケーションに最適な選択肢です。MySQLはLAMPスタックに標準搭載されています。LAMPスタックはウェブ開発で非常に人気があります。これは、Linux、Apache HTTP Server、MySQL、P
Rails APIドキュメント: Active Recordのトランザクション（翻訳）｜TechRacho by BPS株式会社
概要 MITライセンスに基づいて翻訳・公開いたします。 英語ドキュメント: ActiveRecord::Transactions::ClassMethods（18707ab） ライセンス: MIT 2020/11/30: 初版公開（77f7b2d） 2022/12/07: 更新 トランザクションとは、それが1件のアトミックな操作としてすべて成功した場合に限りSQLステートメントが永続化する、保護的なブロックです。古典的な例としては「出金が成功した場合にのみ入金ができる（またはその逆の）2つの口座間での振替」があります。トランザクションはデータベースの一貫性を強制し、プログラムのエラーやデータベースの破損からデータを保護します。つまり、「すべて一括実行される」か「一切実行されない」かのどちらかでなければならないステートメントが複数ある場合は、基本的にトランザクションブロックを使うべきです。
はてなブログ独自の集計による人気記事のランキング。5月23日（日）から5月29日（土）〔2021年5月第5週〕のトップ30です*1。 # タイトル／著者とブックマーク 1 マッチングアプリ「Omiai」会員情報管理サーバーへの不正アクセスについてまとめてみた - piyolog by id:piyokango 2 2のべき乗サイズの配列は危ないという話 via 行列積 - elkurin’s blog by id:elkurin 3 内製化をすすめる知人へのアドバイス - Kengo's blog by id:eller 4 MySQL 8.0 への移行が完了しました ～さようなら全ての MySQL 5.7～ - Cybozu Inside Out サイボウズエンジニアのブログ by id:cybozuinsideout 5 年とってくると注意してくれる人がいなくなる - 覚書 by id
MySQL 8.0 では、テーブル全件に対するSELECT COUNT(*)がパラレルスキャンによって高速化されましたが、MySQL 5.7 以前よりも遅くなるケースが発生したので、少し調べてみました。 テストの内容 インスタンスを再起動してバッファプールをクリアした状態から、3 つあるテーブルの全件SELECT COUNT(*)を続けて実行し、実行時間を計測 ①〜④ ではテストデータのサイズ＞バッファプールのサイズ ⑤ ではテストデータのサイズ＜バッファプールサイズ テストケースは 5 つ ①：test_short[1]→test_long[2]→test_long_uk[3]の順に、SELECT COUNT(*) FROM テーブル名をそれぞれ 10 回以上連続で実行する test_short→test_long→test_long_ukを 1 セットとして 10 回繰り返すのではなく
Photo by Rubaitul Azad on Unsplashはじめにこんにちは、2021年4月にFinatextに新卒で入社し、まもなく3年目になるToshiya Matsuzakiです。サーバーサイドエンジニアとして、AWSでのインフラ構築とGoによるシステム開発を行っています。 先日、MySQL5.7系互換であるAmazon Aurora v2を使用していたリリース前のプロダクトのデータベースを、MySQL8.0系互換であるAmazon Aurora v3にアップグレードした際に、予期せぬバグが発生しました。調べたところ、MySQL5.7から8.0へのアップグレードに含まれていた破壊的変更点によるものでした。 そこで、今回のバグから得た学びと対応方法について書きたいと思います。現在稼働しているシステムに対して、MySQL5.7系から8.0系にアップグレードをすることを検討してい
カスタムダッシュボードのグラフウィジェットに補助線が引けるようになりました ほか - Mackerel ブログ #mackerelio
こんにちは。Mackerelチーム CRE の西山（ id:tukaelu ）です。今回のアップデート内容をお知らせします。 カスタムダッシュボードのグラフウィジェットに補助線が引けるようになりました mackerel-sql-metric-collectorをmackerelio-labsで公開しました mackerel-plugin-mysqlが対応するMySQLのバージョンが変更になりました check-ssl-certに証明書検証に関するオプションを追加しました apt v1向けのリリースを停止しました mackerel-agentでWindowsのOS名が正しく取得できない場合がある問題を修正しました アクセシビリティを改善しました カスタムダッシュボードのグラフウィジェットに補助線が引けるようになりました カスタムダッシュボードのグラフウィジェットに、任意の固定値で補助線が引け
これは インフラ勉強会 Advent Calendar 2018 19 日目の記事です。 書いているうちに日付が変わってしまいました。 同カレンダーの 17 日目に、 「MySQL8.0 で起こる謎のデッドロックの条件を調べてみた」を data_locks・data_lock_waits テーブルで確かめてみた という記事を書きましたが、そもそも MySQL（InnoDB）のロックについて何も解説していないので、おそらく MySQL 初心者には全く意味の分からない記事になってしまったと思います（すみません）。 というわけで、すでに語りつくされている内容ですが、先の記事を理解するのに最低限必要になりそうなことを補足していきます。 ※MySQL に慣れている人にはいまさら解説不要な内容です。 MySQL（InnoDB）とトランザクション分離レベル 細かいことは説明しませんが、MySQL を含む
Cloud Nativeなシステムを構築するにあたって手助けとなる、アプリケーション開発と運用のアジリティ、可用性、拡張性を支えるさまざまなデータベースを学ぶ「Cloud Native Database Meetup #1」。ここからは、アジア規模の分散配置検証を紹介します。前回はこちらから。 処理の高速化 水戸部章生氏：今までの話を振り返ると、Two Phase CommitはTSOを取得したり、リージョンの位置を把握したり、prewriteしたり、非常に何回もやり取りをするんだなと思いました。このような処理を改善すべく、2021年4月16日に新しいバージョンが出ました。TiDB 5.0では、これらの処理の高速化もサポートしています。 （スライドを指して）1つ目は非同期commitです。今までのcommitは、TSOは取得できますが、commitをするとprewriteをして、prewr
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Aurora MySQLで実現する運用ユーザー権限の最適化と秘密情報保護 - ZOZO TECH BLOG
週刊AWS – 2021/10/18週 | Amazon Web Services
第117回 MySQL 8.0のオプティマイザーヒント | gihyo.jp
第59回 オープンソースカンファレンスOnline、KDDIにおけるMySQL InnoDB Cluster事例、PostgreSQLのオンラインイベント紹介 | gihyo.jp
mysql 8.0.17 から 8.0.19 までは member は予約語 - tokuhirom's blog
2023年1月〜3月のAWSアップデートーAmazon Linux 2023の公開とか
[fujiwara氏✖️そーだい氏]実例をもとにしたWebパフォーマンスチューニングの読み解き方 | Offers Magazine
MySQLの正規表現がGrapheme Clusterに対応していた - tmtms のメモ
第60回 ついに連載が満5歳！ MySQL 8.0.21リリース、次バージョンPostgreSQL 13情報が続々 | gihyo.jp
第61回 いよいよ連載6年目、MySQL Database Service本格展開開始、PostgreSQLのリリース情報とイベント情報 | gihyo.jp
新人研修でマスターするDBのパフォーマンスチューニング - GMOインターネットグループ グループ研究開発本部
第110回 Invisible Indexesを使って気軽にチューニングを始めてみる | gihyo.jp
InnoDB Performance Optimization Basics
Cloudflare Tunnel を使って自宅サーバを公開する - hoge な blog
第154回 スロークエリログに出力される項目とlog_slow_extra | gihyo.jp
今週のはてなブログランキング〔2021年5月第5週〕 - 週刊はてなブログ
MySQL 8.0 で SELECT COUNT(*) が失速する
MySQL5.7系からMySQL8.0系にアップグレードする際の破壊的変更を回避するために
MySQL のロックについて補足（注：すでに語りつくされている内容です） - Qiita
NewSQLを使えば新しいデータの置き方も可能になる 分散配置検証で分かったTiDBインスタンスの挙動