innodbの検索結果1 - 5 件 / 5件

• あとで読む

  MySQLでプライマリキーをUUIDにする前に知っておいて欲しいこと | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]

  • 1016 users
  • techblog.raccoon.ne.jp
  • テクノロジー
  • 2021/07/26

  株式会社ラクーンホールディングスのエンジニア/デザイナーから技術情報をはじめ、世の中のためになることや社内のことなどを発信してます。 bashパフォーマンスMySQLInnoDBDB設計インデックス こんにちは、羽山です。 今回は MySQL のプライマリキーに UUID を採用する場合に起きるパフォーマンスの問題を仕組みから解説します。 MySQL(InnoDB) & UUID のパフォーマンスについては各所でさんざん議論・検証されていますが、論理的に解説した記事が少なかったり一部には誤解を招くようなものもあるため、しっかりと理由から理解するための情報として役立つことができればと思っています。 UUID と比較される古き良き昇順/降順のプライマリキーはというと、 MySQL の InnoDB において良いパフォーマンスを出すために縁の下の力持ちのような働きをしてくれているケースが実は少な

  • mysql
  • uuid
  • あとで読む
  • db
  • パフォーマンス
  • performance
  • database
  • データベース
  • sql
  • 技術

  
• あとで読む

  ソシャゲエンジニアの自分が開発に必須だなと思った知識（MySQL編） - Qiita

  • 718 users
  • qiita.com/west-hiroaki
  • テクノロジー
  • 2019/09/24

  この記事の目的 自分は、とある会社様の元でソシャゲの API 開発をさせていただいています。 ソシャゲは、リリース時やイベント時などに集中アクセスされやすく、負荷軽減の知識がない状態で開発を行ってしまうと、運用時に緊急メンテ祭りになりやすいジャンルかなと思っています。 これまで培ってきた MySQL の知識ですが、脳内メモリ量の関係上、暗記できないのでメモしておこうというのが主目的です。 ここ数年ほどソシャゲ開発しかしていないため、偏っている感がある内容ですのでご注意ください。 概要 ストレージエンジンは InnoDB。メインで扱っている MySQL バージョンは 5.6。 記事の内容ですが、これらのキーワードを見て、おおよそ分かる方は読む必要はないかと思います。 インデックス系 クラスタインデックス カバリングインデックス EXPLAIN で注意するべき値 トランザクション系 MVCC

  • mysql
  • あとで読む
  • データベース
  • db
  • 開発
  • qiita
  • performance
  • innodb
  • index
  • database

  
• あとで読む

  MySQLとインデックスと私

  • 632 users
  • speakerdeck.com/yoku0825
  • テクノロジー
  • 2021/05/24

  2021/05/24 サイボウズ開運研修 動画が以下のサイトからリンクされています - https://blog.cybozu.io/entry/2021/07/20/100000 - これに矢印を書きながらぐりぐりやっていたわけなので、資料単体だとわかりづらいと思います…

  • mysql
  • あとで読む
  • db
  • データベース
  • database
  • innodb
  • index
  • slide
  • *あとで見る
  • 開発

  
• あとで読む

  UTF-8のテーブル(MySQL5.6)に竈門禰󠄀豆子が格納できない問題を調べてみた - Qiita

  • 549 users
  • qiita.com/ykami
  • テクノロジー
  • 2022/02/01

  竈門禰󠄀豆子をMySQL5.6のテーブルにinsertしようとすると正しく格納できず、竈門禰となってしまうケースがあるという話を聞き、調べてみました。 実践 まずは試しにやってみます。 mysql> show create table verification\G *************************** 1. row *************************** Table: verification Create Table: CREATE TABLE `verification` ( `name` varchar(100) COLLATE utf8_bin DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin 1 row in set (0.01 sec) mysql> inse

  • 文字コード
  • mysql
  • データベース
  • あとで読む
  • 開発
  • UTF-8
  • プログラミング
  • UTF8
  • db
  • Qiita

  
• あとで読む

  「トランザクション張っておけば大丈夫」と思ってませんか？ バグの温床になる、よくある実装パターン

  • 500 users
  • zenn.dev/tockn
  • テクノロジー
  • 2020/12/19

  この記事は DeNA 20 新卒 Advent Calendar 2020 19日目の記事です。 はじめに MySQLやPostgreSQLに代表されるRDBMSではトランザクションと呼ばれる仕組みが提供されています。多くのWebアプリケーションエンジニアはこのトランザクションを駆使してDBとやりとりをするロジックを組み立てることになります。 しかし不整合を起こしたくない処理があるからといって闇雲にトランザクションを張ったり、トランザクションが張られているからと安心してアプリケーション側で闇雲にロジックを組み立ててしまうと思わぬバグを生むことになってしまいます。 このエントリでは、「トランザクションを張っておけば大丈夫」という考え方は危険な場合もあるということを、ありがちな実装例を交えて紹介していきます。 並列に処理されるトランザクション そもそも、トランザクションは全て直列に処理されるわ

  • DB
  • あとで読む
  • mysql
  • SQL
  • トランザクション
  • プログラミング
  • データベース
  • innodb
  • RDBMS
  • programming