TiFlashをテーブルに設定したがTiFlashが使われない問題の解決 ~ANALYZE TABLEの実施~
TiFlashの利用方法 TiDB Cloud DedicatedではTiFlashを簡単に利用することができます。 利用方法は以下のとおりです。 1. TiDB Cloud DedicatedのConsole画面からクラスターを変更し、TiFlashを追加する 3. ALTER TABLE tab
Category
mysql
10 articles
マルチテナントのスキーマレベル分離をどのように実装するか？[マルチテナントアーキテクチャ]
現状のテナント分離構造「インスタンスレベル分離」 私が関わっているプロダクトでは図のような「インスタンスレベル分離」というテナント分離構造になっています。 具体的にはテナント毎にアプリケーションが別れており、DBクラスタSQL Serverも同様にテナント毎に別れている状況です。 DBからテナントの
TiDB Cloud DedicatedでAuroraのSnapShotをインポートする際に、Access Deniedと出る
やりたかったこと「AuroraのSnapShotをTiDB Cloudのインポート画面から読み込んでTiDBにデータ作成する」 AuroraMySQLのデータをTiDBに移行するために、まず、以下の記事を参考にDumplingでAuroraのDDLをエクスポートし、それをTiDBにインポートしました
外部キー制約によるインサートの性能劣化はNewSQLの意外な欠点
NewSQLの代表的な欠点「レイテンシー」 NewSQLの欠点としてよく上がるのが「レイテンシー」です。 これは分散DBである程度強いデータ整合性を達成しようと思うと、仕方ない話なのかなと思います。 構造的にも納得できます。 意外な欠点「外部キー制約で性能劣化する」「外部キー制約が使えない」 多少レ
tidb lightning encountered error: [Lightning:Storage:ErrStorageUnknown]unknown storage error: ExpiredToken: The provided token has expired.
What I did I executed Llightning for importing Aurora MySQL SnapShot into TiDB Cloud Dedicatedv8.1.2. Encountered Error lightening.go Workaround: Fix
[TiDB] Aurora MySQLのスナップショットをLightningでTiDBに復元しようとしたら「tidb lightning encountered error: [Lightning:Restore:ErrSchemaNotExists]table hoge.gz schema not found」が出た
What I do: やろうとしていたこと Aurora MySQLのスナップショットをTiDB Cloud Dedicatedに復元する Encountered Error: 発生したエラー toml for lightning: ライトニング実行時のtomlファイル Command: 実行したコ
TiDB vs Aurora on TPC-H10 with Query Description: Foreign Keys Accelerate Massive Aggregation Queries
benchmark result: https://gist.github.com/c4pt0r/4c29c9cd387dd89fd51a84be7c6e9586https://gist.github.com/c4pt0r/4c29c9cd387dd89fd51a84be7c6e9586 This
TiDB CloudのコンソールからDDLをインポートした際に「The table 'Hoge' has some problems with the schema file: [ddl:1067]Invalid default value for 'created_at'" }. Please check the content of the schema file.」というエラーが出た
環境 実施日: 2025/03/18 TiDB: TiDB Cloud Dedicated v8.1.2 Mac OS: Sequoia 15.3.2 24D81 tiup: 1.16.1 v1.16.1nightly20 go: go1.21.13 dumpling: v8.5.1 やろうとしてい
[TiDB] TiDBのdumplingでAuroraMySQLのDDLをダンプして、TiDB Cloud Consoleからインポートするとgeometory型でバリデーションエラーが出る
やっていたこと 以下の記事を参考にAuroraMySQLのデータをTiDBに積み直していました。 前段としてAuroraMySQLのDDLをTiDBにインポートする必要があったので、dumplingというTiDBのツールでAuroraMySQLのDDLをダンプして、そのデータをTiDB Cloudの
[TiDB v8.1.2] datetime型のカラムとデフォルト値の精度が異なる場合の挙動がTiDBとMySQLで異なる。
環境情報 MySQLの環境: AuroraMySQL MySQL 8系 TiDB Cloud: v8.1.2 MySQLの挙動「datetime型のカラムとデフォルト値のNOWメソッドの精度が合っていなくてもエラーにならない」 MySQLには日付型の中にTIMESTAMPと言う型があるようですが、こ