[B! DB] moccos_infoのブックマーク

https://twitter.com/kumagi/status/1727371026689147186

moccos_info 2024/02/20

“RDB=常に使ったらいい奴。序盤からずっと頼りにしていい”

DB

リンク

図解 DB インデックス

DB インデックスの基礎知識を、図をたくさん使って整理します。この Book は、暗記をおしまいにしてこんな疑問を自力解決できるようになることを目指します。「どんなインデックス作ればいいんだっけ？」「なんで作りすぎちゃだめなんだっけ？」「この場合インデックスって効くっけ？」「インデックスでどれくらい速くなるの？」この本は筆者の理解に連動して追記修正される可能性があります。

moccos_info 2023/10/27

DB

リンク

MySQLでIN句の中に大量の値の入ったクエリがフルスキャンを起こす話 - freee Developers Hub

こんにちは、freee Developers Advent Calendar 2021、19日目のid:shallow1729です。昨日はtdtdsさんで【マジで】サイバー演習シナリオの作り方【怖い】でした！障害訓練後に攻撃方法を解説された時はリアリティの高さに驚きました。僕はMySQLを使っていて発生した不思議な挙動の調査の話をしようと思います。今回問題となったクエリ今回話題にするクエリは以下のようなシンプルなものです。 SELECT * FROM hoge WHERE id IN (...) MySQLのパラメーター次第ですが、デフォルトの設定だとこのIN句の中の値の数が数万になると適切なインデックスが用意されていてもフルスキャンが発生する事がありました。このクエリがテーブルのほとんどのレコードを網羅するような場合や高速でレコードを大量にinsertして統計情報が追いつかないケー

moccos_info 2021/12/20

クソ長IN句を「シンプルなもの」と言い張るの正気か

DB

リンク

PostgreSQLは20年間どのようにfsyncを間違って使っていたか - 聴講メモ -

TL;DR 聴講メモ Intro into durability PostgreSQLのCHECKPIONT CHECKPOINT中にエラーが発生したら？ fsyncへの2つの間違った期待なぜ今になって問題が明らかになってきた？そもそもなぜBufferd I/Oなのか？どうやって直すかか参考リンク質疑最後に先日PostgreSQLの新しいマイナーバージョンがリリースされました。このマイナーリリースでメインとなる修正は「fsync周りのバグ修正」で、このバグは間違ったfsyncに対する間違った認識から約20年間存在してたバグということで注目されていました。このバグについてPostgreSQLのコミッタ(Tomas Vondra氏)が解説しているセッションが、先々週開催されたFOSDEM 2019でありました。私もFOSDEM 2019に参加していたのですがその際は裏セッション

moccos_info 2019/02/19

DB
storage

リンク

Handling Billions of Edges in a Graph Database

moccos_info 2017/12/25

ArrangoDB グラフDB

db

リンク

Home

Graph, Vector, Document, Full-Text Search, Key/Value, and Geospatial for cutting edge GenAI applications across any use case. Minimize cost, complexity, and time-to-market.

moccos_info 2017/12/25

"Three major NoSQL data models in one open-source database" / KVS, graph, document

db

リンク

Amazon Auroraの先進性を誰も解説してくれないから解説する - Qiita

TL;DR; Amazon AuroraはIn-Memory DBでもなくDisk-Oriented DBでもなく、In-KVS DBとでも呼ぶべき新地平に立っている。その斬新さたるやマスターのメインメモリはキャッシュでありながらWrite-BackでもなくWrite-Throughでもないという驚天動地。ついでに従来のチェックポイント処理も不要になったのでスループットも向上した。詳細が気になる人はこの記事をチェキ！ Amazon Aurora Amazon AuroraはAWSの中で利用可能なマネージド(＝運用をAWSが面倒見てくれる)なデータベースサービス。ユーザーからはただのMySQL、もしくはPostgreSQLとして扱う事ができるのでそれらに依存する既存のアプリケーション資産をそのまま利用する事ができて、落ちたら再起動したりセキュリティパッチをダウンタイムなしで(!?)適

moccos_info 2017/12/13

“その分散KVSはAZを跨った6多重に冗長化”少し前のFGOの件大半が誤解しているが、「これがハードウェア障害起こした」と発表したのでびっくりされたのですよ (怒られて訂正発表出したのでは。実際Auroraではなかった)

DB

リンク

TechCrunch | Startup and Technology News

It’s that time of week again, folks. Welcome to Week in Review (WiR), TechCrunch’s regular digest of the past week in tech. New here? Not to worry — sign up here to get WiR in your i

moccos_info 2017/11/26

“トップがSatya Nadellaに変わった三年前に、彼のチームは再度、Linuxポートプロジェクトの社内上部売り込みをトライ”MSもAmazonも、現在のCEOが強すぎ大問題です

DB
windows

リンク

AWS 導入事例：グリー株式会社における Amazon DynamoDB 活用事例 | AWS

『アナザーエデン』のサービスイン直後のアクセス数は事前予測の数倍で、数日中に 100 万ダウンロードを達成する規模でしたが、Amazon EC2 および Amazon DynamoDB のオートスケーリングによって、サーバリソースの不足によるサービス停止は一度も起きていませんし、ハードウェアの障害によるものもほとんどありません。突発的なアクセス数の増大についても、事前のスケジューリングやアラートに合わせたスケールアップなど、多重化された負荷対応の機構が円滑に稼働することで、運用開始から数ヶ月経った現在では、専任の担当者が不要となっています。グリー株式会社は『インターネットを通じて、世界をより良くする。』をミッションに掲げ、ソーシャル・ネットワーキング・サービス（SNS） GREE をはじめ、世界初のモバイルソーシャルゲームを開発するなど、日本のモバイルインターネットサービスを牽引し

moccos_info 2017/11/14

アナザーエデン。オートセーブの話はCEDECでやってた " MySQL を利用しないという選択"

game
DB

リンク

Confluent Releases KSQL, a Distributed Streaming SQL Engine for Apache Kafka

Moving Your Bugs Forward in Time: Language Trends That Help You Catch Your Bugs at Build Time Instead of Run Time Chris Price discusses the critical shift from catching bugs at runtime to identifying them during the build process. He explains how leveraging modern programming language features such as static typing in dynamic languages, null safety, immutable data structures, and exhaustive patter

moccos_info 2017/11/01

リンク

GitHub - tikv/tikv: Distributed transactional key-value database, originally created to complement TiDB

TiKV is an open-source, distributed, and transactional key-value database. Unlike other traditional NoSQL systems, TiKV not only provides classical key-value APIs, but also transactional APIs with ACID compliance. Built in Rust and powered by Raft, TiKV was originally created by PingCAP to complement TiDB, a distributed HTAP database compatible with the MySQL protocol. The design of TiKV ('Ti' sta

moccos_info 2017/09/28

“Distributed transactional key value database powered by Rust and Raft ”

Rust
DB

リンク

Migrating Speedment to Java 9

moccos_info 2017/08/21

"Speedment is • a Streams API ORM • using in-JVM memory acceleration • and Code Generation"

DB
Java

リンク

Aurora小ネタ／MySQLレプリケーションでのしくじりポイント - Qiita

先に、**オンプレMySQL～RDS for MySQL／Aurora間のレプリケーションにおけるタイムゾーン設定**という記事を書きましたが、それ以外にもAuroraでのMySQLレプリケーションでいくつか問題に遭遇しましたので、書き残しておきます。しくじり1. そもそもレプリケーションが開始できない Auroraがマスターになるケースで、バイナリログの出力をON（MIXEDまたはROW）にしたバイナリログの保存期間も設定した（mysql.rds_set_configurationプロシージャで）スレーブに対してREPLICATION SLAVE・REPLICATION CLIENT権限を付与したスレーブ側でCHANGE MASTER TOコマンドはエラーにならずに通ったにもかかわらず、スレーブ側でSTART SLAVE後にレプリケーションが開始されない場合、セキュリティグル

moccos_info 2017/07/31

"MySQLのレプリケーションで設定可能なマスターホスト名は60文字まで" で、AWSの長い長いURLが引っかかりやすいらしい

AWS
DB

リンク

MySQL で実行計画によってデッドロックしたりしなかったりするクエリ - ngyukiの日記

わりと珍しそうなデッドロックに遭遇しました。 BEGIN/COMMIT/ROLLBACK などのトランザクション関連のコマンドは使っていない２接続で SELECT ～ FOR UPDATE だけでデッドロック外部キー制約やトリガは使っていない実行計画によってはデッドロックしないこともある MySQL のバージョンとか。 mysql> select @@version, @@tx_isolation, @@autocommit; /*----------+----------------+--------------+ | @@version | @@tx_isolation | @@autocommit | +-----------+----------------+--------------+ | 5.5.31 | READ-COMMITTED | 1 | +----------

moccos_info 2017/07/25

DB

リンク

https://dl.acm.org/doi/10.1145/3035918.3056101

moccos_info 2017/05/19

“ Amazon Aurora: Design Considerations for High Throughput Cloud-Native Relational Databases”

DB
AWS

リンク

Databases 101: ACID, MVCC vs Locks, Transaction Isolation Levels, and Concurrency - IT Hare on Soft.ware

moccos_info 2016/10/20

リンク

GitHub - airbnb/MaxScale: An intelligent database proxy.

moccos_info 2016/10/20

MariaDB MaxScaleのフォーク "The motivation for the project is a database proxy with connection pooling such that we can remove MySQL database connections limitation. "

DB
mysql

リンク

(帰ってきた)InnoDBパフォーマンス最適化の基礎 | Yakst

MySQL Performance Blogの翻訳。Perconaのサポートエンジニアである筆者が、InnoDBのパフォーマンスチューニングの基礎について、ハードウェアやOSの選定からパラメータの推奨値まで解説する。最近、2007年にPeter Zaitevが書いた「InnoDBパフォーマンス最適化の基礎」という記事を見つけた。これは素晴らしい記事で、読んでいると、MySQLとPercona Serversそして今日利用可能な全ての基盤技術に関して、6年近くの間に何が変わってきたのかを見直してみたいと思わせるものだ。本当にたくさんのことが変わったものだ！この記事では、InnoDBの使用に効果的なパラメータの多くに、特にパフォーマンスの観点から焦点を当てる。私はサポートエンジニアで、Percona SupportではInnoDBパラメータの適切なサイズに関する質問がたくさん寄せられている

moccos_info 2016/10/13

リンク

MySQLの大きなテーブルでのパフォーマンスを改善する10の方法 | Yakst

MySQLコミュニティマネージャのMorgan Tocker氏による、テーブルサイズが大きくなるにつれてINSERTのパフォーマンスが落ちてきてしまうことを防ぐ様々な方法についてのまとめ。今日は、パフォーマンス問題を引き起こす原因になる、サイズの大きいテーブルのパフォーマンスを改善することについて書いてみようと思う。このアドバイスのうちのいくつかは、たくさんのテーブルをまとめて大きくなっているデータベースにも適用できるが、大抵の場合、独立した大きなテーブルというのは特に問題になりやすいものだ。一般的に知られていると思われるのは、テーブルを変更する時のスピードは、そのサイズが大きくなるにつれて遅くなることだ。以下の図は、一般的なB+ツリーインデックスのパフォーマンスを時系列で見たものだ。このグラフは、MySQL@Facebookの記事から拝借したものだ。これは、insert buffe

moccos_info 2016/10/13

リンク

Innotop - MySQLのためのリアルタイムで高機能な調査ツール | Yakst

MySQL Performance Blogの翻訳。MySQLをリアルタイムなステータスを見るツールにinnotopがある。このシンプルだが非常に役立つツールの基本的な使い方や、複数のサーバの状態を一度に確認する方法などを解説する。 MySQLのGUIモニタリングツールは、我々のあらゆるニーズや状況にいつでもぴったりくるものとは限らない。そういったツールの多くは、MySQLサーバの現在の状態をリアルタイムに表示してくれるというよりは、データベースに過去どのようなことが起きたかの歴史的な見方を提供してくれるよう設計されている。CactiやZabbix、Ganglia、Nagiosといった素晴らしいフリーのツールもある。しかしこれらは、MySQLインスタンスで何が行われているかの詳細を見るためには正しく設定をする必要がある。そしてそういった設定は、素早くできるとは言い難く、面倒なものである(G

moccos_info 2016/10/13

リンク

はてなブックマーク

タグ

関連タグで絞り込む (43)

DBに関するmoccos_infoのブックマーク (176)

お知らせ

今週のはてなブックマーク数ランキング（2025年8月第2週）

今週のはてなブックマーク数ランキング（2025年8月第1週）

月間はてなブックマーク数ランキング（2025年7月）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス