[B! あとで読む][MySQL] latteruのブックマーク

latteru id:latteru

あとで読むとMySQLに関するlatteruのブックマーク (73)

MySQL 9.0登場。 JavaScriptストアドプログラムが利用可能に、ベクトル型もサポート
オラクルはリレーショナルデータベース﹁MySQL﹂の新バージョンとなる﹁MySQL 9.0﹂をリリースしました。 MySQLは現在、数カ月ごとにリリースされ積極的に新機能が追加されるイノベーションリリース︵Innovation Release︶と、長期で安定して利用されることを想定して2年ごとにリリースされる長期サポート︵LTS‥Long Term Support︶版の2つに分かれてリリースされています。現在のLTS版は今年︵2024年︶4月に登場したMySQL 8.4です。そして今回リリースされたMySQL 9.0はイノベーションリリースに該当します。最新機能をいちはやく試したい開発者やユーザーのためのリリースです。 MySQL 9.0の主な新機能 MySQL 9.0のドキュメント﹁What Is New in MySQL 9.0﹂から、新機能﹁JavaScriptストアドプログラム
latteru 2024/07/08
MySQL

javascript

データベース

あとで読む
リンク
MySQLのインデックスの貼っていいとき悪いときを原理から理解したいよ😭
今回答えを出したい問いはこちら！！インデックスはどのような仕組みを以て、何を実現したいものなのかそれを踏まえたとき、インデックスはどういう場合になぜ貼る方が良いのか。また、どういう場合になぜ貼らない方が良いのか大体分かっているよって人はサヨナラって感じのおさらい記事だぜ！！！！それじゃいってみよー🎉 あと、おれは今回MySQLにしぼっていくぜ👶 ってわけでOracleとかに興味があるやつは引き返しな！ indexの概要公式の見解としては﹁where句を使ったselectクエリの実行速度を向上させるために実装されている、各行へのポインターのような振る舞いをする仕組み﹂って感じ👶 The best way to improve the performance of SELECT operations is to create indexes on one or more of t
latteru 2024/04/30
MySQL

データ

あとで読む

データベース

DB

勉強

SQL

学習
リンク
大規模サービスのインフラを全面的にリプレイスした話 - Qiita
はじめにこんにちは。雑食系エンジニアの勝又です。今回は、私が2年ほど参画させていただいた大規模サービスのインフラやDevOps周りを全面的にリプレイスしたお話について簡単にご紹介させていただきます。(内容に関しては事前に参画先企業様に確認していただいております) サービス概要詳細な内容は伏せますが、メインとなるテーブルのレコード数が数十億件、スパイク時には数万〜数十万のユーザーが一斉にアクセスする大規模サービスです。技術的負債長く運用されてきたサービスのあるあるですが、新機能の追加が最優先されてきたことにより、こちらのサービスにも下記のような技術的負債が大量に積み上がっていました。 RubyやRailsやMySQLのバージョンがかなり古いインフラの構成がコードではなくドキュメントで管理されているアプリケーションの構成管理がおこなわれていない CI/CDパイプラインが構築されて
latteru 2024/04/23
インフラ

環境

管理

Qiita

MySQL

aws

あとで読む

技術

IT
リンク
MySQLのSQLクエリチューニングの要所を掴む勉強会を開催しました！ - ANDPAD Tech Blog
こんにちは！DBREの福間︵fkm_y︶です。先月、弊社でデータベースの技術顧問をして頂いてる三谷︵mita2︶さんに開発本部向けの﹁MySQL SQLチューニング﹂勉強会を実施していただきました。今回はMySQLの得意不得意なことの説明やSQLチューニングの流れ、具体的な事例を元にした対応例、また最近話題のHTAPな製品も紹介していただきとても参考になったのでポイントをおさえてレポートをお伝えします！開催背景本編 MySQL の得意なこと、苦手なことデータベースのチューニング手段と特徴 SQLチューニングの流れインデックス SQLチューニング例インデックスフルスキャンとカバーリングインデックスソートまとめ当日の資料さいごに過去開催されたデータベース勉強会レポート開催背景弊社では三谷さんによるデータベース勉強会を定期的に開催しています。数年前にも同じテーマで勉強会
latteru 2024/04/22
MySQL

SQL

データベース

パフォーマンス

あとで読む

DB

チューニング
リンク
MySQLでIn句に大量の要素を渡すとまずい理由
概要 MySQLでIN句を使用する時はIN句に渡す要素数に注意する必要があるとよく先輩エンジニアの方から聞いていたのですが、実際に大量の要素を渡すと何がまずいのかはっきり分かっていなかったので調べてみました。この記事で伝えたいこと MySQLでIn句に大量の要素を渡すとまずい理由まずい状況を回避するために気をつけるべきポイント先に結論 MySQLでIN句に大量の要素を渡すとインデックスを貼っていたカラムだとしてもフルスキャンが発生しスロークエリになる可能性があります。フルスキャンが発生してしまう条件はテーブルに設定してあるインデックスの内容とrange_optimizer_max_mem_size の設定値に依存しており、MySQL8でデフォルトの設定値 & シンプルなテーブルであってもおおよそ数万件の要素数をIN句に渡すとフルスキャンが発生する可能性があると考えられます。検証環
latteru 2024/04/19
MySQL

あとで読む
リンク
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, em ail VARCH
latteru 2024/02/22
SQL

Qiita

MySQL

あとで読む

データベース

DB

チューニング
リンク
型キャストの場所のせいで、秒で終わっていたクエリに1時間超かかるようになってしまった話 - SmartHR Tech Blog
SmartHRで届出書類という機能を担当しているプロダクトエンジニアのsato-sと申します。今日は、以前私が調査にとても苦労したパフォーマンス上の問題の話を紹介したいと思います。 TL;DR PostgreSQLのアップグレードを実施したアップグレード後、今までは問題のなかった特定のクエリの実行に1時間超かかり、DBのCPU使用率がピッタリ100%に張り付くようになった色々調査した結果、PostgreSQL上の型キャストの場所のせいで、良くないクエリプランが選択されることが原因だった型キャストの場所には気をつけようPostgreSQLのアップグレードと挫折 SmartHRでは基本的にWebアプリケーションのデータベースとしてGoogle CloudのCloudSQLによって提供されるPostgreSQLを利用しています。私の担当している届出書類機能では、利用中のPostgre
latteru 2024/01/19
あとで読む

パフォーマンス

DB

SQL

MySQL

開発
リンク
MySQLでUUIDv4をプライマリキーにするとパフォーマンス問題が起きるのはなぜ？（N回目）
はじめにこんにちは、令和トラベルでバックエンドエンジニアをしている飯沼です。 MySQLでは、UUID (v4)などのランダム性の高いIDをプライマリキーに設定すると、パフォーマンスが低下すると言われています。私自身もこの問題については認識しておりアンチパターンとして避けて来ましたが、イマイチ理由を理解できず何度も調べていたので自分の理解を整理しました。 ※ この記事は令和トラベルのTechLT会で共有した内容を記事にしたものです。社外の方にもご参加いただけるTechLT会は connpass にて告知しています。 UUIDをプライマリキーにするユースケースそもそもUUIDをプライマリキーにするユースケースはどのようなものがあるのでしょうか？いくつかの観点から考えてみます。パフォーマンス観点大量の同時書き込みが発生するような状況でauto incrementを利用してIDを発
latteru 2024/01/18
MySQL

パフォーマンス

DB

あとで読む

uuid
リンク
GitHub、1200台以上のMySQL 5.7を8.0へアップグレード。サービス無停止のまま成功させる
GitHub、1200台以上のMySQL 5.7を8.0へアップグレード。サービス無停止のまま成功させる GitHubが提供するGitHub.comは、世界最大のソースコード管理システムを始めとするソフトウェア開発者向け支援サービスを提供しています。そのGitHub.comはRubyonRailsで構築されており、同社はつねにRubyとRubyonRailsをアップデートし続けていることを今年︵2023年︶4月に明らかにしています。参考‥GitHubは200万行規模のRailsアプリケーションであり、毎週RailsとRubyを最新版にアップデートし続けているそして同社はこのGitHub.comを支える1200台以上のMySQL 5.7を、GitHub.comのサービスレベルを維持したまま1年以上かけてMySQL 8.0にアップグレードしたことをブログで明らかにしました。Up
latteru 2023/12/12
MySQL

github

サービス

データベース

サーバ

webサービス

あとで読む

運用
リンク
MySQLのインデックスですが、B-treeではなくB+treeを使用するのはどうしてなのでしょうか？ | mond
MySQLのインデックスですが、B-treeではなくB+treeを使用するのはどうしてなのでしょうか？端的に言うと性能が良いからです。これを理解するにはバッファプールへの理解が必要です。ディスク指向のデータベースの上では有限のメモリを最大限活用することでメモリに入り切らない巨大なデータ群に対して良好な参照性能を出す必要があります。バッファプールとはディスク上のデータの羅列を固定サイズのページ︵InnoDBの場合16KB︶の羅列であるとして読み書きに必要な分だけをメモリに移し取り複数の書き込みをできる限りメモリ内で受け止めて後でまとめてディスクに書き戻すという、ライトバック型のキャッシュのような機構です。この中においてバッファプールは有限のサイズしか無いので適宜プール内のデータを書き戻して入れ替えながら上手くやっていく必要があります。さてB+treeとB-treeの最大の違いは木のリ
latteru 2023/10/02
MySQL

メモリ

データベース

DB

あとで読む

技術
リンク
MySQL 8.1登場！！Innovation ReleaseとLTSについて
MySQLの最新バージョンである﹁8.1﹂が発表されたので超久しぶりに筆を取った。しばらく筆を取らなかった理由は個人的なものなのだが、このブログはごく個人的な活動であるので諸々の事情はご容赦頂きたい。さて、MySQL 8.0の次のバージョン番号は何になるかという憶測は色々あったと思うのだが、8.1というものに落ち着いた結果になった。︵9.0にしてしまうと、2桁目の番号が意味をなさなくなってしまうからね！！ちなみに次のバージョンは8.2、8.3・・・という具合に続く予定だ。︶8.1という番号はバグデータベース上で既にチラチラと出ていたので、公式な発表よりも前に気づいていた人も多かったのではないだろうか。本稿では、バージョン8.1の概要と、8.1リリースと同時に発表されたInnovation ReleaseおよびLTS︵Long Time Support︶について解説しようと思う。 Inno
latteru 2023/07/21
MySQL

あとで読む

DB

開発

セキュリティ

PostgreSQL

OSS
リンク
MySQL即効クエリチューニング読んだ - $shibayu36->blog;
MySQL即効クエリチューニング ThinkIT Books 作者:yoku0825インプレスAmazon 最近クエリチューニングの仕事があったので、少し深めに知ろうと読んだ。 MySQLの内部構造がどうなっているかは置いておいて、どうすればクエリの問題を把握できるかが素早く知れる良い本だった。90ページくらいですぐ読めるのも良い。個人的にはHandler_%変数を使った調査、innotopによる状況可視化、sys.innodb_lock_waitsによるロック状況の可視化あたりが非常に参考になった。ちなみにさらに内部構造に踏み込んで理解しようとするなら、以下の記事がおすすめ。雑なMySQLパフォーマンスチューニング MySQLwith InnoDB のインデックスの基礎知識とありがちな間違い - クックパッド開発者ブログ Rails Developers Meetup 2018 で
latteru 2023/07/20
MySQL

あとで読む

SQL

DB

技術

本
リンク
MySQLを7000インスタンス規模で運用するLINEは、MySQL互換のNewSQLをどう評価したか？［PR］
MySQLを7000インスタンス規模で運用するLINEは、MySQL互換のNewSQLをどう評価したか？﹇PR﹈コミュニケーションアプリ﹁LINE﹂をはじめ、多くの大規模サービスを運営するLINE株式会社は、LINEマンガやLINE GAME、LINEギフトなどをはじめとするLINE関連サービスのデータベース基盤として約7000ものMySQLインスタンスを運用しています。このMySQLインスタンスの国内における管理と運用を行っているのが、MySQLコミュニティでも活躍する国内トップクラスのMySQLエキスパートを含む7名のIT エンジニアで構成される﹁MySQL1チーム﹂です。同チームのマネージャーである北川健太郎氏は、LINE関連サービスの発展に伴って増大するMySQLインスタンスの運用管理という課題に、日々のオペレーションの自動化を実現するための開発を積極的に行うことで対応している
latteru 2023/06/12
MySQL

運用

LINE

サービス

データベース

サーバ

あとで読む

webサービス
リンク
データベースのロックの基礎からデッドロックまで
データベースのロックについて、資料を読んだり実際に試してみたので、学んだことを整理してみようと思います。はじめにロックについての基本的な知識を整理して、最終的にはデッドロックとその対策について説明します。使用したソフトウェアのバージョン MySQL 8.0.31 この記事ではMySQLを使用しています。その他のデータベースについては、基本的な部分は共通していると思いますが、異なる点があることをご了承ください。ロックとは何か︵概要︶ロックはデータの更新を正しく行うための仕組みの一つで、あるデータに対する更新処理を制御するためのものです。ここで、データを正しく更新するとはどういうことかを説明するために、口座への振込を例に考えてみます。例えば、口座Aから口座Bに1万円の振込を行うとします。このとき、口座Aの出金処理と口座Bの入金処理は、必ず両方が成功しなければなりません。このための仕組み
latteru 2023/05/01
データベース

基礎

MySQL

データ

DB

あとで読む

学習
リンク
MySQLで階層構造を扱うための再帰的なクエリの実装方法と実用例
1．はじめに RDBでの階層構造の関係を持つデータを扱う上で、効率的なデータの持ち方や抽出方法について検証を行っています。結論から先に階層構造を扱う方法として下記の種類があります。隣接リスト経路列挙入れ子集合閉包テーブル再帰クエリ︵WITH RECURSIVE︶を使うと階層データを扱う上でのパフォーマンスが得られます。検索性、更新量、データ量など加味すると隣接リストで再帰クエリを用いるのがよさそう。2．階層構造を持つデータの概要階層構造を持つデータとは複数の要素︵データ︶が親子関係で結びついている構造を持つデータ1つの要素が複数の要素の親になることができ、また、1つの要素が複数の子要素を持つこともあります。ある要素を親として、細分化された子要素であったり、類似する要素を抽象化したものを親要素とするようなデータ。階層構造を持つデータの例組織における事業部、
latteru 2023/03/08
MySQL

データ

あとで読む

データベース

DB

統計

階層構造
リンク
MySQL8.0のバックアップはどれがいいのか - CyberAgent SRG #ca_srg
#SRG（Service Reliability Group）は、主に弊社メディアサービスのインフラ周りを横断的にサポートしており、既存サービスの改善や新規立ち上げ、OSS貢献などを行っているグループです。
latteru 2023/01/27
インフラ

サービス

バックアップ

MySQL

データベース

パフォーマンス

DB

あとで読む
リンク
MySQLからPostgreSQLに移行する際のTips - そーだいなるらくがき帳
このエントリーは Classi developers Advent Calendar 2022の18日目。ネタはなんでもいいよ！とのことなので、Claasiに全く関係なく、MysqlからPostgreSQLに移行する際の注意点を書く。なお、まだRDSにPostgreSQLがなかった頃のような昔の記事だがこちらに無いことを書いていく。 soudai1025.blogspot.com soudai1025.blogspot.com MySQL からPostgreSQLにデータ移行する際の注意点 MySQLとPostgreSQLは互換性がもちろんありませんので、細かいところで違いが発生します。よく踏むデータ移行の注意点は以下の通り。 timestampやdatetimeを移行する先はtimestamp型になるが、timestamp型はタイムゾーン付きと無しがある timestampwi
latteru 2022/12/19
MySQL

postgresql

あとで読む

データベース

インフラ

IT
リンク
M1Mac × Docker × SchemaSpy × MySQL8.0でテーブル定義書とER図を自動生成してみる
M1Mac × Docker × SchemaSpy × MySQL8.0でテーブル定義書とER図を自動生成してみる 2022.10.19 技術 Docker, MYSQL こんにちは、システム部の能勢です。昨年の秋に入社して、今はバックエンドを中心に開発を担当しています。「この設計資料、最終更新何年前やねん」「なんか現実と違うんですけど」こんな言葉にビビビっとくる方いませんか？最近はかなり激減したんですが、自分は少なくともエンジニアキャリアの最初の方ではこういう経験をよくしてきたタイプです。弊社みたいにプロジェクトリリース前にドキュメントを第三者視点できっちり確認されるような体制のある開発現場ではこういうことが起こるのも低頻度だと思うんですが、実際問題世の中にはいろんなタイプの現場がありますし、そこまできっちり管理しきれない・・・こんなホンネが漏れるのが実情という方も多いんじゃ
latteru 2022/10/20
Docker

MySQL

開発

ツール

Mac

あとで読む

DB
リンク
主要RDBMS製品の比較 – アーキテクチャ, スキーマ, データベース, メモリ | コーソルDatabaseエンジニアのBlog
Microsoft SQL ServerMySQL Oracle DatabasePostgreSQLSolarWinds DPAデータベース運用主要RDBMS製品の比較 2022.09.01 渡部亮太主要RDBMS製品の比較 – アーキテクチャ, スキーマ, データベース, メモリ Oracle ACE Proの渡部です。主要なRDBMS製品についてアーキテクチャを比較します。大枠を整理することが最大の目的です。細かい例外事項や拡張機能は適宜記載を割愛しています。 2022年9月時点の最新バージョンをベースに記載していますが、記載内容にバージョン依存は少ないはずです。時間ができた時に随時追記予定です。もし誤りを見つけた場合は、優しく教えていただけると嬉しいです。→ https://twitter.com/wrcsus4 or ryota.watabe at cosol dot
latteru 2022/09/02
SQL

DB

データベース

MySQL

エンジニア

あとで読む

インフラ
リンク
Kubernetes入門｜yamlとコマンドの基本的な使い方と運用効率化術 - FLEXY（フレキシー）
※本記事は2020年6月に公開された内容です。青山真也︵@amsy810︶と申します。サイバーエージェントで社内のプライベートクラウド構築に携わるほか、Kubernetesのマネージドサービスもオンプレミス上で実装して提供しています。外部でもKubernetesの仕事を複数行っているほか、コミュニティ活動、DockerやKubernetesに関する本を2冊執筆するなど積極的に布教活動を行っています。本記事ではDockerとKubernetesの基本からさらに次のステップに進めるような内容をお伝えします。 Kubernetes関連の求人検索はこちらからユーザーの追加・表示をするGo製アプリケーションを作ってみる今回題材にするのは、簡易的なGoのアプリケーションです。中身はシンプルなもので、メイン関数で8080番ポートにリクエストが来たときのハンドラを用意しています。それぞれのパスに関
latteru 2022/07/08
kubernetes

k8s

あとで読む

運用

入門

MySQL

コンテナ

SQL
リンク
1 2 3 4 次のページ