[B! database] ledlizerdのブックマーク

ledlizerd id:ledlizerd

databaseに関するledlizerdのブックマーク (10)

Ultimate Guide to Improving MySQL Query Performance
MySQL is certainly a powerful open source database management system, but even the most robust engine struggles when queries take an eternity to execute. For DBAs and developers, improving MySQL query performance is an ongoing goal. Efficient query performance is crucial for ensuring the smooth operation and optimal user experience of applications powered by MySQL databases. When businesses rely h
ledlizerd 2024/07/20
あとで読む

mysql

database
リンク
時系列データベースの論文を書いた - ゆううきブログ
先週、第11回インターネットと運用技術シンポジウム (IOTS2018)にて、投稿した論文の発表をしてきました。 IOTSは査読付の国内の研究会であり、2年前に招待講演をさせていただいた研究会でもあります情報処理学会でウェブオペレーション技術について招待講演した話 - ゆううきブログ。実は、そのときに、来年論文を投稿するぞと意気込んでいました。実際にはそこから2年かかりましたが、この度論文を投稿することができました。予稿 HeteroTSDB: 異種混合キーバリューストアを用いた自動階層化のための時系列データベースアーキテクチャスライド実務から研究へ今回投稿した論文の内容は、Mackerelで開発した時系列データベースに関するものです。これらはすでにAWS Summit Tokyo 2017、Web System Architecture研究会で発表済みのものになります。時
ledlizerd 2018/12/17
論文

データベース

database

あとで読む

システムアーキテクチ
リンク
ユーザ情報を保存する時のテーブル設計 - そーだいなるらくがき帳
はじめに ※この発言は個人の見解であり、所属する組織の公式見解ではありません用法用量を守り、個人の責任で業務に投入してください参考資料 2024/02/14追記実際のテーブル設計の詳細はこちらを参考にどうぞ。 agilejourney.uzabase.com 要件 User情報を保存するときにどのようなテーブル設計を行うか今北産業で頼むテーブルに状態を持たせず状態毎のテーブルを作る状態が変わればレコードを消して別のtableに作るtableの普遍的な情報は別に持たせる僕の考えた最強のDB設計PostgreSQLをベースの雑なER図を作った。これを元に話を進める。table構成 users 親tableであり、すべてのユーザはここに属する。基本はINSERTのみでUPDATE、DELETEを考慮しない。 user_detail userに付随する詳細の情報がここに登録
ledlizerd 2018/05/02
db

設計

database
リンク
分散ロックという名の過ち - Software Transactional Memo
TL;DR; 「分散ロック」が分散システムの設計図に登場した時だいたいその設計は間違っていて本当に必要なものはトランザクションだ並行システムを実装する際にロックを用いるのはとても自然なことだ。僕も普段はロックフリー系のアルゴリズムに詳しいと言われがちだが知識量でいったら実はロック系の方が多く蓄えているかも知れない。分散システムは並行システムであることが多いので、その中にロックが登場するのはとても自然な発想である。よく「分散」「並行」「並列」の言葉の定義がごっちゃになっているケースがあり、この記事の主題にしたいわけではないので深くは言及しないが、分散システムは環境などの要因で突如として参加者が音信不通になったり復活したりする点で並行システムと大きく異なる。並行システムと同じノリで分散システムを設計しようとした際に陥る頻出の過ちが「分散ロック」である。そのアイデアはとても簡単で
ledlizerd 2018/03/28
あとで読む

database

分散システム

トランザクション
リンク
MySQLのクエリの良し悪しはrows_examinedで判断する - かみぽわーる
仕事やらなんやらでMySQLのクエリの良し悪しを判断する必要があるとき、EXPLAINの内容だけだとどのぐらい良くなったり悪くなったのか分からないので SET long_query_time = 0; してrows_examined (そのクエリでrows_sent行の結果を返すために何行に触ったのか)も一緒に提示するようにしている(少なくともMySQL 5.7時点ではrows_examinedはslow_query_logでしか確認できないはずperformance_schemaが有効ならevents_statements_historyやその仲間たちで確認できるとのこと*1 MySQL :: MySQL 5.6 リファレンスマニュアル :: 22.9.6 パフォーマンススキーマステートメントイベントテーブル)。例: 上の例のBeforeは、もともとDBAが書いた温かみのあるSQLでO
ledlizerd 2018/03/22
]

mysql

database

sql
リンク
時系列DBって結局どれがいいんだっけ #TSDB - weblog of key_amb
※4/6 その後調べた情報などを記事末尾に追記前提となるニーズサーバの負荷情報とか、アクセス状況のような KPI を取得・保存し、可視化(参照してグラフ化)したい。リアルタイム性が要求される。5分以上前のデータしか見れませんみたいなのはお呼びでない。古いデータはそんなに精度は気にしないけど、ロングスパンで俯瞰して見れたら便利。最近はビッグデータ環境の時系列データ解析もビジネスではけっこうニーズがありそうだけど、そっちはもう少し要求が多そう。ここでは考えないことにする。選択肢になりそうなもの古きよき RRDtool Elasticsearch + Kibana Graphite + Grafana Influx DB + Grafana 等 Zabbix 他に、現実的には SaaS に任せるという手段もあるだろうけど、そう言うと話が終わってしまいそうなので、ここでは考えないこと
ledlizerd 2016/04/11
elasticsearch

あとで読む

database
リンク
挿入と参照ロックに疲れ果てた俺たちは - ichirin2501's diary
なかったらINSERTしたいし、あるならロック取りたいやん? from ichirin2501 www.slideshare.net 出来事 @ichirin2501 とりあえず何も考えずこの前のロックの話をSlideshareにあげてくれ！！— 柴崎優季 (@shiba_yu36) 2015, 8月22はじめにこれは先日の社内勉強会で発表したもので、MySQLで特定の問題を解決したいときのノウハウ話です。特定の問題とは、アプリを書いてると﹁データがなかったINSERTしたい、あるなら排他ロックしつつ取得したい﹂という要望があったりします。例えば、あるユーザーアクションで初期値もパラメーターで渡されるケースで、データがないならそのままINSERT、既にデータがあるなら取得して状態に依存して更新処理を行いたい場合などです。見かけのロジックは単純に見えますが、MySQLでこれを実現しよう
ledlizerd 2015/08/24
slideshare

mysql

database
リンク
Go言語でSQLのトレースをする
ぴっぴ先輩が﹁Go言語で発行したクエリを確認したい﹂って言ってて、﹁MySQL使っているならGeneral Logを吐けばよいのでは？﹂と返したんだけども、もっと汎用的な方法はないものかと考えてみました。 Golangの database/sql はどんなDBでも対応できるよう、ドライバを自由に入れ替えることができます。ドライバは単にdatabase/sql/driverにあるインターフェースを満たしている何かなので、ユーザが自由に作ることができるし、interfaceを経由して直接呼び出すことも可能です。この仕組を使って、別のドライバにそのまま渡すプロキシを作れば、ログを吐けるのでは？ということでやってみました。 go-sql-proxy 使い方まず最初にgo-sql-proxyをドライバとして登録します。 hooks := &proxy.Hooks{ // Hook fun
ledlizerd 2015/05/14
SQL

go

database

MySQL

GoLang
リンク
Mackerelを支える時系列データベース技術 - ゆううきブログ
︻追記 2018/01/06︼現在Mackerelは、時系列データベースという概念をクラウドの技で再構築する - ゆううきブログの時系列データベース実装へ移行しています。サーバモニタリングサービス Mackerel で採用している時系列データベース Graphiteを用いたシステムの構築と運用事情を紹介します。Graphiteについては、プロビジョニングやアプリケーションからの使い方、Graphite自体のモニタリングなど様々なトピックがありますが、特に大規模ならではのトピックとして、Graphiteの内部アーキテクチャ、パフォーマンスチューニングおよびクラスタ構成についての知見を書きます。背景 Graphiteシステム概観データ構造とアーキテクチャ whisperのデータ構造 carbon-cacheのアーキテクチャパフォーマンス特性パフォーマンスチューニングミドルウェアレ
ledlizerd 2015/04/30
データベース

RDBMS

サーバ

あとで読む

database
リンク
NTTデータとPostgreSQLが挑んだ総力戦。PostgreSQLを極限まで使い切ったその先に見たものとは？（前編） NTTデータオープンソースDAY2015 － Publickey
NTTデータとPostgreSQLが挑んだ総力戦。PostgreSQLを極限まで使い切ったその先に見たものとは？︵前編︶ NTTデータオープンソースDAY2015 現在のシステム構築では、オープンソースのソフトウェアを使うことは当たり前になってきています。PostgreSQLはそうした中で主にエンタープライズ向けのデータベースとして着実に事例を増やしてきています。その中で、PostgreSQLを大規模なミッションクリティカルなシステムの中で使うには、どのようなノウハウが求められるのか。オープンソースの利用に積極的なNTTデータがその事例を、1月26日に開催されたイベント﹁NTTデータオープンソースDAY 2015﹂のセッション﹁NTTデータとPostgreSQLが挑んだ総力戦。PostgreSQLを極限まで使い切ったその先に見たものとは？﹂で紹介しています。講演内容をダイジェストにしまし
ledlizerd 2015/02/09
あとで読む

postgresql

database
リンク
1