TiDBとMySQLの機能比較 - Believe you can
ZOZO Advent Calendar 2022 カレンダー Vol.3 の 9 日目の記事です。 久しぶりのブログ更新になります。前回からだいぶ時間が空いてしまったので定期的に書けるようにしていかないとと反省しています。。 NewDBと呼ばれる新しいデータベースが登場し利用事例が増えてきました。その中でもMySQL互換のTiDBについて耳にする機会が増えたので、MySQLとの機能比較を行ってみました。DB選定や移行検討の際にお役に立てれば幸いです。 TiDBとは TiDBはPingCAP社が開発した分散型データベースで、RDBMSとNoSQLの機能を組み合わせたデータベースです。 MySQL互換のSQL解析機能を持っているためアプリケーションからはMySQLと同様のアクセスが可能であり、水平方向のスケーラビリティ・協力な一貫性・高可用性を兼ね備えています。 pingcap.co.jp
MySQL で採番テーブル - Qiita
LAST_INSERT_ID(expr) を使う方法 公式ドキュメントで紹介されている方法. MySQL 5.6 Reference Manual :: 12.14 Information Functions LAST_INSERT_ID(), LAST_INSERT_ID(expr) If expr is given as an argument to LAST_INSERT_ID(), the value of the argument is returned by the function and is remembered as the next value to be returned by LAST_INSERT_ID(). This can be used to simulate sequences: テーブル準備 採番テーブル create table `seq` ( `i
ようこそ…『男の世界』へ…（AUTO_INCREMENTが巻き戻るお話） - 41から始めました
AUTO_INCREMENTが巻き戻る 今の会社に入るまで知らなかったんですが、結構有名なバグっぽいですね。 AUTO_INCREMENTで採番された番号が、再起動するとMySQL5.7以前は巻き戻る現象が起きる話です。 再現してみる MySQL5.7と8.0にそれぞれ同じテーブルを作ってデータを入れ、最新の行を削除します。 共通 mysql> use test; Database changed mysql> CREATE TABLE `t1` ( -> `id` int(11) NOT NULL AUTO_INCREMENT, -> PRIMARY KEY (`id`) -> ) ENGINE=InnoDB; Query OK, 0 rows affected, 1 warning (0.04 sec) mysql> insert into t1 values(NULL); Query
InnoDBのすゝめ（仮）
2. Copyright © GREE, Inc. All Rights Reserved. 自己紹介 ● わりと MySQL のひと ● 3.23.58 から使ってる ● 前職の頃、10年以上前は、 MMORPG の DB の設計などもやってました ● むかしは Resource Monitoring も力入れてやってた ● ganglia & rrdcached の（たぶん）ヘビーユーザ ● というわけで、自分は Monitoring を大事にする ● 一時期は Flare という OSS の bugfix などもやってた ● さいきんは、ハードウェアの評価をしている時間が長かった ● たまに Linux の TCP プロトコルスタックについて調べたりもする 2
MySQL 8.0.14でSELECT COUNT(*)が加速する！- 「innodb_parallel_read_threads」検証その１ - なからなLife
それは突然やってきた MySQL 8.0.14がGAされました。 dev.mysql.com まあ、MySQLは結構な頻度でリリースがありますし、「GAとはなんぞや」との名言が生まれる程度に、マイナーリリースでも機能が増える、パラメータが増える、既存パラメータのデフォルト値が変わる、といったことが発生するかわいいヤツです。 まあ、あとでリリースノート読んでみるか、と思いつつ、ビールを飲みながらYoutube垂れ流してボケーっとしているところに、新しいものが出てくるとリリースノートとソースコードを読み漁る某APIの人のツイートが深夜に流れてきて、ふと気になったのが、今回のテーマである「innodb_parallel_read_threads」です。 InnoDB: InnoDB now supports parallel clustered index reads, which can im
MySQL 8.0.17でついにCloneプラグインが入った
TL;DR MySQL 8.0.17 でついに俺待望の Cloneプラグイン が追加された CLONE LOCAL DATA DIRECTORY .. で、ローカルファイルシステムにほぼノンブロッキングで物理バックアップを吐き出す CLONE INSTANCE FROM USER@HOST:PORT IDENTIFIED BY 'password' .. でグループレプリケーションの経路を使ってフツーのレプリケーションと同じ3306の経路を使ってインスタンスの丸コピーができるらしい このへんを読んでおくのが良さげ MySQL :: MySQL 8.0 Reference Manual :: 5.6.7 The Clone Plugin MySQL :: MySQL 8.0 Reference Manual :: 5.6.7.13 Clone Plugin Limitations mysql
MySQL の max_connections, table_open_cache, open_files_limit の関係 - tmtms のメモ
昔書いた記事を久々に見てみたら何書いてあるかさっぱりわからなかったので、最新情報で書き直してみます。 tmtms.hatenablog.com 以下は MySQL 5.6, 5.7 について書かれています。 MySQL の max_connectoins, table_open_cache, open_files_limit パラメータは相互に依存して動的に値が設定されます。 パラメータ名 デフォルト値 最小値 最大値 max_connections 151 1 100000 table_open_cache 2000 1 524288 open_files_limit 5000 0 4G わからないと言われたので追記。 my.cnfやコマンドラインオプション等で設定された値(またはデフォルト値)を初期値として、open_files_limit → max_connections → ta
InnoDB の全文検索機能におけるキャッシュ利用について | スマートスタイル TECH BLOG
MySQL 5.7 において InnoDB の全文検索機能が日本語に対応するようになって約 3 年が経ちました。今では InnoDB で日本語の全文検索ができることは広く知られるようになってきたのではないでしょうか。そんな中、今回は MySQL 8.0 においてもまだ修正されていない、全文検索の制限について確認していきたいと思います。 MySQL 5.7 の日本語全文検索とは まず、MySQL 5.7 において何が変わったのかについて簡単におさらいしたいと思います。 MySQL 5.6 まではデフォルトで FULLTEXT パーサーが使用されていたため、日本語のように単語の初めと終わりが明確でない言語で FULLTEXT インデックスを使用しようとした場合、単語を区切ったり N-gram で分割した状態で DB に格納するなど、使用するためには DB のデータを変形して格納する必要がありま
MySQL5.7 InnoDB のN-gram全文検索を検証＆サービス導入した
MySQL5.7・InnoDB・N-gram という環境下で全文検索の挙動やパフォーマンスについて検証を行った。FULLTEXT INDEXは以前はMyISAMでしか利用できなかったが、 5.6.4からInnoDBでのサポートが始まっていた。 InnoDBの全文検索は5.7、特に5.7.6以降でいわゆるCJK（中国語・日本語・韓国語）がN-gramで標準サポートされ始め、 CREATE TABLE文で簡単にパーサーを指定できる構文のサポート、 設定やクエリの組立で考えないといけない事が減った事で導入障壁がかなり下がっている。 ※4.1と5.0でサービス導入経験がある私の個人的な比較感想です。 FULLTEXT INDEXも他のINDEXと同様にデータ更新・削除の際にINDEXのrebuildが走るので更新時の負荷には注意が必要で、FULLTEXT INDEXの場合は「rebuild負荷が列
さくらの専用サーバでベンチマークを実施してみた ～ 手順編 ～ | さくらのナレッジ
はじめに こんにちは、株式会社スマートスタイルの中野です。 この記事は、以前投稿した『さくらの専用サーバでベンチマークを実施してみた ～ スコア編 ～』で実施したベンチマークの手順や注意点を紹介するものです。今後、MySQLのベンチマーク試験を実施しようと思っている方の参考になれば幸いです。 試験全体の流れ 前回の記事にも記載しましたが、今回のベンチマーク試験は以下のような流れで実施しています。 Flashストレージのマウント、カーネル設定の変更（専用サーバのみ） DBサーバに MySQL5.7.18 と Percona XtraBackup2.4.8 をインストール 計測サーバに Sysbench 1.0 をインストール Sysbenchのデータロード実行 XtraBackupで全体バックアップを取得 ベンチマーク用のmy.cnfを設定 Sysbenchのベンチマークを実行 MySQLを
MySQL 8.0.16にCHECK制約が来て、NOT ENFORCEDなんてものまでついてきた
mysql80 8> SELECT @@version; +-----------+ | @@version | +-----------+ | 8.0.16 | +-----------+ 1 row in set (0.00 sec) mysql80 8> CREATE TABLE t1 (num serial, val varchar(32)); Query OK, 0 rows affected (0.02 sec) mysql80 8> INSERT INTO t1 VALUES (1, 'one'), (2, 'two'), (3, 'さん'); Query OK, 3 rows affected (0.01 sec) Records: 3 Duplicates: 0 Warnings: 0 mysql80 8> SELECT * FROM t1; +-----+-------
「MySQL 8.0 の薄い本」を書いた話 - 構築中。
1 つ前のエントリ、 hmatsu47.hatenablog.com でも少し触れましたが、「MySQL 8.0 の薄い本」というのを書いてみたので、それについてもう少し突っ込んで触れておこうと思います。 MySQL 8.0の薄い本、現時点の配布用データはここに置いてある。https://t.co/2UJ0xNQXEK https://t.co/dVq6lNlHnT— hmatsu47(まつ) (@hmatsu47) 2019年4月13日 技術同人誌を書いた理由 単純に「Re:VIEW を使って執筆体験をしてみたかった」というのが最大の理由です。 reviewml.org 加えて、何かイベントのときに数冊持っていって配れば話題作りになる、ということもあります。 また、執筆テーマとして「MySQL 8.0 の新機能と MySQL 5.7 からの変更点」を選んだ理由は以下の通りです。 Qiit
株式会社Go-Next | お客様にビジネスの成長と革新を
今日も生まれる感動と笑顔 お客様の事業、戦略、Webサイトの現状などを把握し、最適な施策を立案・実行します。 more info Top Message インターネットテクノロジーの需要が高まり、その必要性と可能性を感じ2005年に創業して以来、現在に至るまでステークホルダーの皆さまに支えていただきながら成長を続けてまいりました。「ITとクリエイティブのチカラで、心沸き起こるプロダクトを生み出す」ことをミッションに掲げ、さらなる充実したチカラ溢れる未来の実現を目指します。私たちの強みは、企画戦略からシステム開発、Webアプリケーション開発、クリエイティブ、コンサルティングに渡るワンストップソリューション提供とオーナーシップマインドを両立することにより、より精度の高い、顧客満足度の高いアウトプットと課題解決を達成します。また、創造性の向上、生産性の向上、コストの削減といった意識、文化を育むた
InnoDB 全文検索 : MeCab Parser | MySQL Server Blog
(この記事は InnoDB Full-Text: MeCab Parser を Yoshiaki Yamasaki が翻訳したものです) このブログ記事で紹介した一般的なCJK(中国語、日本語、韓国語)のサポートに加えて、私達はMeCabパーサーも追加しました。MeCabは日本語の形態素解析エンジンで、私達は今MeCabをベースにした全文検索プラグインパーサーを持っています！ 使用方法 mecab_rc_fileオプションを設定する — mecab_rc_fileはMeCabパーサーに関連する読み取り専用のシステム変数です。mecab_rc_fileが指すmecabrcファイルはMeCabが必要とする設定ファイルです。そして、MeCabに辞書をどこからロードすればいいかを伝えるために、 dicdir=/path/to/ipadicというエントリが必要です。MySQLがインストールされると、
MySQL5.7_MeCab用辞書のカスタマイズ – variable.jp [データベース,パフォーマンス,運用]
最近、MySQL5.7の形態素解析エンジンのmecabに関して辞書をカスタマイズ出来るかどうか 聞かれる事が増えた為、mecabの辞書をカスタマイズしてきちんと動作確認してみました。 結論としては、問題無くカスタマイズした辞書も利用出来るようです。 但し、MySQLのマニュアルページを見る限り、MySQL Binaryから提供されているmecab辞書の利用を推奨しているようです。 【以下、抜粋】 Installing MeCab From Source (Optional) https://dev.mysql.com/doc/refman/5.7/en/fulltext-search-mecab.html The mecab and mecab-ipadic packages distributed with the MySQL binary are recommended but if
CharsetとCollationの設定がMySQLのパフォーマンスに与える影響 | Yakst
MySQL 8 は MySQL 5.7 より常に高速とは限らない(MySQL 8 is not always faster than MySQL 5.7) に続いて、 今回は、データがメモリに収まっており、CPUバウンドな、read only のとてもシンプルなワークロードのテストをすると決めました。このワークロードにIO処理はありません、メモリとCPUの処理だけです。 テスト環境 環境のスペック Release | Ubuntu 18.04 LTS (bionic) Kernel | 4.15.0-20-generic Processors | physical = 2, cores = 28, virtual = 56, hyperthreading = yes Models | 56xIntel(R) Xeon(R) Gold 5120 CPU @ 2.20GHz< Memory T
MySQL 8.0 の INSTANT DDL について | スマートスタイル TECH BLOG
MySQL 8.0.12 はマイナーバージョンアップですが、ALTER TABLE でカラムを追加する際のアルゴリズムに「INSTANT」が追加されました。 MySQL 8.0: InnoDB now supports Instant ADD COLUMN | MySQL Server Blog ALGORITHM=INSTANT とは？ 従来の「COPY」や「INPLACE」と異なり、メタデータの更新だけ行うことで高速かつ負荷をかけずにカラムの追加などが行えるようになりました。 ただし、使える範囲は限定的で下記のような操作のみになります。 インデックスオプションの変更 テーブル名の変更 SET/DROP DEFAULT MODIFY COLUMN virtual column の追加、削除 カラム追加（制限あり） カラム追加であっても、以下のような制限があります。 INSTANTアルゴリ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
その行がマスターにINSERTされてからスレーブでSELECTされるまで
MySQLの容量とか圧縮まわり
LT：MySQLのギャップロックとネクストキーロックについて
