From 80c870b7a0e46302c1c6bc560e9c872746fdf71c Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Thu, 16 Jul 2026 17:52:04 +0900 Subject: [PATCH] i18n(ja): restore admonition labels to English (Note/Warning/Tip) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The documentation website automatically renders the English admonition markers (`> **Note:**`, `> **Warning:**`, `> **Tip:**`) into localized labels, so the Japanese source does not need to translate them. Restore the translated labels back to English and let the site handle localization: - **注記：** -> **Note:** - **警告：** -> **Warning:** - **ヒント：** -> **Tip:** Label text only; no other content changed. Co-Authored-By: Claude Opus 4.8 (1M context) --- CONTRIBUTING.md | 4 +- ai/concepts/vector-search-overview.md | 2 +- ai/guides/auto-embedding.md | 2 +- ai/guides/connect.md | 8 +- ai/guides/filtering.md | 2 +- ai/guides/image-search.md | 2 +- ai/guides/tables.md | 4 +- .../vector-search-full-text-search-python.md | 2 +- .../vector-search-full-text-search-sql.md | 2 +- ai/guides/vector-search.md | 8 +- .../embedding-openai-compatible.md | 2 +- ...ctor-search-auto-embedding-amazon-titan.md | 2 +- .../vector-search-auto-embedding-cohere.md | 4 +- .../vector-search-auto-embedding-gemini.md | 2 +- ...ector-search-auto-embedding-huggingface.md | 6 +- .../vector-search-auto-embedding-jina-ai.md | 2 +- ...vector-search-auto-embedding-nvidia-nim.md | 2 +- .../vector-search-auto-embedding-openai.md | 4 +- .../vector-search-auto-embedding-overview.md | 6 +- ...or-search-integrate-with-amazon-bedrock.md | 8 +- ...vector-search-integrate-with-django-orm.md | 6 +- ...-search-integrate-with-jinaai-embedding.md | 8 +- .../vector-search-integrate-with-langchain.md | 4 +- ...vector-search-integrate-with-llamaindex.md | 4 +- .../vector-search-integrate-with-peewee.md | 6 +- ...vector-search-integrate-with-sqlalchemy.md | 6 +- ai/quickstart-via-python.md | 6 +- ai/quickstart-via-sql.md | 2 +- ai/reference/vector-search-data-types.md | 2 +- .../vector-search-functions-and-operators.md | 2 +- .../vector-search-improve-performance.md | 2 +- ai/reference/vector-search-index.md | 6 +- ai/reference/vector-search-limitations.md | 2 +- ai/vector-search-get-started-using-python.md | 6 +- api/ticdc-api-overview.md | 2 +- api/tidb-cloud-api-overview.md | 2 +- as-of-timestamp.md | 10 +- auto-increment.md | 10 +- auto-random.md | 6 +- ...up-and-restore-using-dumpling-lightning.md | 4 +- basic-features.md | 2 +- basic-sql-operations.md | 4 +- benchmark/benchmark-tidb-using-sysbench.md | 8 +- benchmark/benchmark-tpch.md | 2 +- ...v4.0-performance-benchmarking-with-tpch.md | 4 +- best-practices-for-security-configuration.md | 4 +- .../best-practices-on-public-cloud.md | 2 +- best-practices/ddl-introduction.md | 4 +- .../grafana-monitor-best-practices.md | 2 +- best-practices/haproxy-best-practices.md | 6 +- .../high-concurrency-best-practices.md | 6 +- .../massive-regions-best-practices.md | 12 +- .../pd-scheduling-best-practices.md | 6 +- best-practices/readonly-nodes.md | 2 +- best-practices/saas-best-practices.md | 2 +- .../three-nodes-hybrid-deployment.md | 2 +- best-practices/tidb-best-practices.md | 2 +- .../tidb-partitioned-tables-best-practices.md | 10 +- binary-package.md | 4 +- blocklist-control-plan.md | 6 +- br/backup-and-restore-overview.md | 6 +- br/backup-and-restore-storages.md | 8 +- br/backup-and-restore-use-cases.md | 2 +- br/br-auto-tune.md | 2 +- br/br-batch-create-table.md | 2 +- br/br-checkpoint-backup.md | 2 +- br/br-checkpoint-restore.md | 8 +- br/br-compact-log-backup.md | 4 +- br/br-incremental-guide.md | 2 +- br/br-pitr-guide.md | 4 +- br/br-pitr-manual.md | 18 +- br/br-snapshot-guide.md | 6 +- br/br-snapshot-manual.md | 10 +- br/br-use-overview.md | 2 +- cached-tables.md | 4 +- certificate-authentication.md | 16 +- character-set-and-collation.md | 10 +- check-before-deployment.md | 38 +- choose-index.md | 2 +- clinic/clinic-introduction.md | 4 +- clinic/clinic-user-guide-for-tiup.md | 14 +- clinic/quick-start-with-clinic.md | 12 +- clustered-indexes.md | 2 +- column-privilege-management.md | 2 +- command-line-flags-for-tidb-configuration.md | 8 +- comment-syntax.md | 2 +- configure-load-base-split.md | 2 +- configure-memory-usage.md | 6 +- configure-placement-rules.md | 10 +- constraints.md | 6 +- cost-model.md | 2 +- dashboard/continuous-profiling.md | 4 +- dashboard/dashboard-access.md | 6 +- dashboard/dashboard-cluster-info.md | 6 +- dashboard/dashboard-diagnostics-access.md | 4 +- dashboard/dashboard-diagnostics-report.md | 6 +- dashboard/dashboard-intro.md | 2 +- dashboard/dashboard-key-visualizer.md | 8 +- dashboard/dashboard-log-search.md | 2 +- dashboard/dashboard-metrics-relation.md | 2 +- dashboard/dashboard-ops-deploy.md | 12 +- dashboard/dashboard-ops-reverse-proxy.md | 12 +- dashboard/dashboard-ops-security.md | 8 +- dashboard/dashboard-overview.md | 10 +- dashboard/dashboard-profiling.md | 2 +- dashboard/dashboard-resource-manager.md | 2 +- dashboard/dashboard-session-share.md | 4 +- dashboard/dashboard-session-sso.md | 6 +- dashboard/dashboard-slow-query.md | 6 +- dashboard/dashboard-statement-details.md | 2 +- dashboard/dashboard-statement-list.md | 4 +- dashboard/dashboard-user.md | 2 +- dashboard/top-sql.md | 2 +- data-type-date-and-time.md | 4 +- data-type-numeric.md | 10 +- data-type-overview.md | 4 +- deploy-monitoring-services.md | 4 +- derive-topn-from-window.md | 2 +- develop/_index.md | 2 +- develop/dev-guide-aws-appflow-integration.md | 4 +- develop/dev-guide-bookshop-schema-design.md | 2 +- develop/dev-guide-build-cluster-in-cloud.md | 4 +- develop/dev-guide-choose-driver-or-orm.md | 10 +- develop/dev-guide-connection-parameters.md | 4 +- develop/dev-guide-create-secondary-indexes.md | 2 +- develop/dev-guide-create-table.md | 8 +- develop/dev-guide-delete-data.md | 4 +- develop/dev-guide-gui-datagrip.md | 4 +- develop/dev-guide-gui-dbeaver.md | 4 +- develop/dev-guide-gui-mysql-workbench.md | 6 +- develop/dev-guide-gui-navicat.md | 4 +- develop/dev-guide-gui-vscode-sqltools.md | 8 +- .../dev-guide-hybrid-oltp-and-olap-queries.md | 2 +- develop/dev-guide-index-best-practice.md | 2 +- develop/dev-guide-paginate-results.md | 4 +- develop/dev-guide-proxysql-integration.md | 20 +- ...ev-guide-sample-application-golang-gorm.md | 6 +- ...de-sample-application-golang-sql-driver.md | 6 +- ...guide-sample-application-java-hibernate.md | 8 +- .../dev-guide-sample-application-java-jdbc.md | 6 +- ...v-guide-sample-application-java-mybatis.md | 6 +- ...ide-sample-application-java-spring-boot.md | 6 +- ...-guide-sample-application-nodejs-mysql2.md | 2 +- ...guide-sample-application-nodejs-mysqljs.md | 2 +- ...-guide-sample-application-nodejs-prisma.md | 4 +- ...-guide-sample-application-python-django.md | 6 +- ...mple-application-python-mysql-connector.md | 6 +- ...e-sample-application-python-mysqlclient.md | 6 +- ...-guide-sample-application-python-peewee.md | 6 +- ...guide-sample-application-python-pymysql.md | 6 +- ...de-sample-application-python-sqlalchemy.md | 8 +- ...ev-guide-sample-application-ruby-mysql2.md | 2 +- ...dev-guide-sample-application-ruby-rails.md | 2 +- develop/dev-guide-schema-design-overview.md | 2 +- develop/dev-guide-third-party-support.md | 4 +- ...v-guide-third-party-tools-compatibility.md | 4 +- develop/dev-guide-tidb-crud-sql.md | 4 +- develop/dev-guide-time-to-live.md | 2 +- develop/dev-guide-timeouts-in-tidb.md | 4 +- develop/dev-guide-transaction-restraints.md | 2 +- develop/dev-guide-transaction-troubleshoot.md | 2 +- develop/dev-guide-update-data.md | 4 +- .../dev-guide-use-common-table-expression.md | 2 +- develop/dev-guide-wordpress.md | 4 +- develop/java-app-best-practices.md | 6 +- develop/serverless-driver-drizzle-example.md | 6 +- develop/serverless-driver-node-example.md | 2 +- develop/serverless-driver-prisma-example.md | 4 +- develop/serverless-driver.md | 14 +- dm/deploy-a-dm-cluster-using-binary.md | 10 +- dm/deploy-a-dm-cluster-using-tiup-offline.md | 4 +- dm/deploy-a-dm-cluster-using-tiup.md | 6 +- dm/dm-arch.md | 2 +- dm/dm-best-practices.md | 2 +- dm/dm-binlog-event-filter.md | 4 +- dm/dm-block-allow-table-lists.md | 4 +- dm/dm-compatibility-catalog.md | 4 +- dm/dm-customized-secret-key.md | 2 +- dm/dm-enable-tls.md | 6 +- dm/dm-export-import-config.md | 4 +- dm/dm-faq.md | 6 +- dm/dm-generate-self-signed-certificates.md | 4 +- dm/dm-handle-performance-issues.md | 2 +- dm/dm-hardware-and-software-requirements.md | 4 +- dm/dm-manage-schema.md | 6 +- dm/dm-manage-source.md | 4 +- dm/dm-online-ddl-tool-support.md | 2 +- dm/dm-open-api.md | 6 +- dm/dm-overview.md | 4 +- dm/dm-performance-test.md | 6 +- dm/dm-precheck.md | 10 +- dm/dm-safe-mode.md | 4 +- dm/dm-source-configuration-file.md | 4 +- dm/dm-stop-task.md | 2 +- dm/dm-table-routing.md | 6 +- dm/dm-task-configuration-guide.md | 8 +- dm/dm-tune-configuration.md | 6 +- dm/dm-webui-guide.md | 2 +- dm/dm-worker-intro.md | 2 +- dm/dmctl-introduction.md | 6 +- dm/feature-online-ddl.md | 4 +- dm/feature-shard-merge-optimistic.md | 2 +- dm/feature-shard-merge.md | 2 +- dm/maintain-dm-using-tiup.md | 12 +- dm/manually-handling-sharding-ddl-locks.md | 8 +- dm/manually-upgrade-dm-1.0-to-2.0.md | 8 +- dm/migrate-data-using-dm.md | 4 +- dm/monitor-a-dm-cluster.md | 2 +- dm/quick-start-create-source.md | 2 +- dm/quick-start-create-task.md | 6 +- dm/quick-start-with-dm.md | 12 +- dm/relay-log.md | 10 +- dm/usage-scenario-master-slave-switch.md | 4 +- download-ecosystem-tools.md | 6 +- dr-backup-restore.md | 2 +- dr-multi-replica.md | 4 +- dr-secondary-cluster.md | 8 +- dumpling-overview.md | 14 +- dynamic-config.md | 6 +- ecosystem-tool-user-guide.md | 6 +- enable-tls-between-clients-and-servers.md | 4 +- enable-tls-between-components.md | 4 +- encryption-at-rest.md | 2 +- error-codes.md | 4 +- explain-aggregation.md | 2 +- explain-index-merge.md | 2 +- explain-joins.md | 4 +- explain-overview.md | 6 +- explain-subqueries.md | 4 +- explain-walkthrough.md | 8 +- explore-htap.md | 4 +- exporting-grafana-snapshots.md | 4 +- extended-statistics.md | 6 +- external-storage-uri.md | 2 +- faq/backup-and-restore-faq.md | 6 +- faq/sql-faq.md | 8 +- filter-binlog-event.md | 2 +- filter-dml-event.md | 4 +- follower-read.md | 4 +- foreign-key.md | 2 +- .../bit-functions-and-operators.md | 2 +- .../cast-functions-and-operators.md | 2 +- .../date-and-time-functions.md | 2 +- .../encryption-and-compression-functions.md | 4 +- .../expressions-pushed-down.md | 2 +- functions-and-operators/group-by-modifier.md | 2 +- .../information-functions.md | 2 +- .../json-functions/json-functions-modify.md | 2 +- .../json-functions/json-functions-utility.md | 2 +- .../json-functions/json-functions-validate.md | 2 +- functions-and-operators/string-functions.md | 20 +- functions-and-operators/tidb-functions.md | 2 +- garbage-collection-configuration.md | 6 +- garbage-collection-overview.md | 4 +- generate-self-signed-certificates.md | 2 +- generated-columns.md | 2 +- geo-distributed-deployment-topology.md | 8 +- get-started-with-tidb-lightning.md | 4 +- global-indexes.md | 2 +- grafana-tikv-dashboard.md | 2 +- hardware-and-software-requirements.md | 14 +- hybrid-deployment-topology.md | 4 +- identify-expensive-queries.md | 2 +- identify-slow-queries.md | 10 +- index-advisor.md | 6 +- .../information-schema-cluster-config.md | 2 +- .../information-schema-cluster-hardware.md | 2 +- .../information-schema-cluster-info.md | 2 +- .../information-schema-cluster-load.md | 2 +- .../information-schema-cluster-log.md | 4 +- .../information-schema-cluster-systeminfo.md | 2 +- .../information-schema-data-lock-waits.md | 4 +- .../information-schema-deadlocks.md | 8 +- .../information-schema-inspection-result.md | 2 +- .../information-schema-inspection-rules.md | 2 +- .../information-schema-inspection-summary.md | 4 +- .../information-schema-metrics-summary.md | 2 +- .../information-schema-metrics-tables.md | 2 +- .../information-schema-placement-policies.md | 2 +- .../information-schema-resource-groups.md | 4 +- .../information-schema-runaway-watches.md | 2 +- .../information-schema-slow-query.md | 4 +- ...rmation-schema-tidb-hot-regions-history.md | 6 +- .../information-schema-tidb-hot-regions.md | 2 +- .../information-schema-tidb-servers-info.md | 2 +- .../information-schema-tidb-trx.md | 2 +- .../information-schema-tiflash-indexes.md | 2 +- .../information-schema-tiflash-segments.md | 2 +- .../information-schema-tiflash-tables.md | 2 +- .../information-schema-tikv-region-peers.md | 2 +- .../information-schema-tikv-region-status.md | 2 +- .../information-schema-tikv-store-status.md | 2 +- information-schema/information-schema.md | 2 +- literal-values.md | 2 +- maintain-tidb-using-tiup.md | 6 +- metadata-lock.md | 2 +- metrics-schema.md | 2 +- migrate-aurora-to-tidb.md | 2 +- migrate-from-csv-files-to-tidb.md | 4 +- migrate-from-mariadb.md | 4 +- migrate-from-parquet-files-to-tidb.md | 2 +- migrate-from-sql-files-to-tidb.md | 2 +- migrate-from-tidb-to-mysql.md | 2 +- migrate-from-tidb-to-tidb.md | 4 +- migrate-large-mysql-shards-to-tidb.md | 2 +- migrate-large-mysql-to-tidb.md | 2 +- migration-tools.md | 2 +- minimal-deployment-topology.md | 4 +- multi-data-centers-in-one-city-deployment.md | 2 +- mysql-compatibility.md | 10 +- mysql-schema/mysql-schema.md | 6 +- non-transactional-dml.md | 6 +- online-unsafe-recovery.md | 10 +- optimistic-transaction.md | 8 +- optimizer-fix-controls.md | 2 +- optimizer-hints.md | 52 +-- oracle-functions-to-tidb.md | 2 +- partitioned-raft-kv.md | 2 +- partitioned-table.md | 10 +- password-management.md | 16 +- pd-configuration-file.md | 26 +- pd-control.md | 20 +- pd-microservices-deployment-topology.md | 4 +- pd-microservices.md | 4 +- pd-recover.md | 6 +- performance-tuning-methods.md | 8 +- performance-tuning-practices.md | 2 +- pessimistic-transaction.md | 6 +- pipelined-dml.md | 2 +- placement-rules-in-sql.md | 14 +- post-installation-check.md | 2 +- privilege-management.md | 8 +- production-deployment-using-tiup.md | 10 +- quick-start-with-htap.md | 6 +- quick-start-with-tidb.md | 24 +- read-historical-data.md | 14 +- releases/release-3.0.10.md | 2 +- releases/release-3.0.11.md | 2 +- releases/release-3.0.12.md | 2 +- releases/release-3.0.9.md | 2 +- releases/release-3.1.0-beta.2.md | 2 +- releases/release-3.1.0-rc.md | 2 +- releases/release-4.0.0-rc.md | 2 +- releases/release-5.0.0.md | 4 +- releases/release-5.1.0.md | 2 +- releases/release-5.2.0.md | 4 +- releases/release-5.3.0.md | 6 +- releases/release-5.3.2.md | 2 +- releases/release-5.4.0.md | 2 +- releases/release-5.4.2.md | 2 +- releases/release-6.0.0-dmr.md | 4 +- releases/release-6.2.0.md | 2 +- releases/release-6.3.0.md | 2 +- releases/release-6.4.0.md | 2 +- releases/release-6.5.0.md | 2 +- releases/release-6.6.0.md | 4 +- releases/release-7.0.0.md | 2 +- releases/release-7.1.0.md | 2 +- releases/release-7.2.0.md | 2 +- releases/release-7.3.0.md | 2 +- releases/release-7.4.0.md | 2 +- releases/release-7.5.0.md | 2 +- releases/release-7.6.0.md | 2 +- releases/release-8.0.0.md | 2 +- releases/release-8.1.0.md | 2 +- releases/release-8.2.0.md | 2 +- releases/release-8.3.0.md | 2 +- releases/release-8.4.0.md | 2 +- releases/release-8.5.0.md | 2 +- ...-between-primary-and-secondary-clusters.md | 2 +- role-based-access-control.md | 4 +- scale-microservices-using-tiup.md | 12 +- scale-tidb-using-tiup.md | 20 +- schedule-replicas-by-topology-labels.md | 10 +- scheduling-configuration-file.md | 2 +- schema-cache.md | 2 +- security-compatibility-with-mysql.md | 2 +- shard-row-id-bits.md | 4 +- smooth-upgrade-tidb.md | 2 +- sql-non-prepared-plan-cache.md | 2 +- sql-plan-management.md | 28 +- sql-plan-replayer.md | 12 +- sql-prepared-plan-cache.md | 4 +- sql-statements/sql-statement-add-index.md | 8 +- .../sql-statement-admin-alter-ddl.md | 4 +- .../sql-statement-admin-cancel-ddl.md | 2 +- sql-statements/sql-statement-admin-cleanup.md | 4 +- .../sql-statement-admin-pause-ddl.md | 4 +- sql-statements/sql-statement-admin-recover.md | 4 +- .../sql-statement-admin-resume-ddl.md | 4 +- sql-statements/sql-statement-admin.md | 6 +- sql-statements/sql-statement-alter-index.md | 2 +- .../sql-statement-alter-instance.md | 2 +- .../sql-statement-alter-placement-policy.md | 4 +- sql-statements/sql-statement-alter-range.md | 2 +- .../sql-statement-alter-resource-group.md | 4 +- .../sql-statement-alter-sequence.md | 4 +- .../sql-statement-alter-table-compact.md | 2 +- sql-statements/sql-statement-backup.md | 2 +- sql-statements/sql-statement-batch.md | 2 +- .../sql-statement-calibrate-resource.md | 6 +- .../sql-statement-cancel-distribution-job.md | 2 +- sql-statements/sql-statement-create-index.md | 8 +- .../sql-statement-create-placement-policy.md | 4 +- .../sql-statement-create-resource-group.md | 4 +- .../sql-statement-create-sequence.md | 2 +- sql-statements/sql-statement-create-table.md | 6 +- .../sql-statement-distribute-table.md | 4 +- sql-statements/sql-statement-do.md | 2 +- .../sql-statement-drop-placement-policy.md | 2 +- .../sql-statement-drop-resource-group.md | 4 +- .../sql-statement-explain-analyze.md | 4 +- sql-statements/sql-statement-explain.md | 6 +- .../sql-statement-flashback-cluster.md | 8 +- .../sql-statement-flashback-table.md | 2 +- sql-statements/sql-statement-import-into.md | 12 +- sql-statements/sql-statement-insert.md | 2 +- sql-statements/sql-statement-kill.md | 2 +- sql-statements/sql-statement-load-data.md | 8 +- sql-statements/sql-statement-load-stats.md | 2 +- ...statement-lock-tables-and-unlock-tables.md | 4 +- sql-statements/sql-statement-modify-column.md | 4 +- sql-statements/sql-statement-overview.md | 2 +- sql-statements/sql-statement-prepare.md | 2 +- sql-statements/sql-statement-query-watch.md | 2 +- sql-statements/sql-statement-recover-table.md | 2 +- sql-statements/sql-statement-replace.md | 2 +- sql-statements/sql-statement-restore.md | 2 +- sql-statements/sql-statement-savepoint.md | 2 +- sql-statements/sql-statement-select.md | 4 +- .../sql-statement-set-resource-group.md | 2 +- sql-statements/sql-statement-set-variable.md | 4 +- sql-statements/sql-statement-show-backups.md | 2 +- .../sql-statement-show-collation.md | 2 +- .../sql-statement-show-columns-from.md | 2 +- sql-statements/sql-statement-show-config.md | 2 +- ...-statement-show-create-placement-policy.md | 2 +- ...ql-statement-show-create-resource-group.md | 2 +- .../sql-statement-show-distribution-jobs.md | 2 +- .../sql-statement-show-placement-for.md | 2 +- .../sql-statement-show-placement-labels.md | 2 +- .../sql-statement-show-placement.md | 2 +- sql-statements/sql-statement-show-plugins.md | 2 +- .../sql-statement-show-stats-meta.md | 2 +- .../sql-statement-show-table-distribution.md | 2 +- .../sql-statement-show-table-regions.md | 4 +- sql-statements/sql-statement-shutdown.md | 4 +- sql-statements/sql-statement-split-region.md | 10 +- sql-statements/sql-statement-update.md | 2 +- stale-read.md | 2 +- statement-summary-tables.md | 14 +- statistics.md | 28 +- storage-engine/rocksdb-overview.md | 2 +- storage-engine/titan-configuration.md | 10 +- storage-engine/titan-overview.md | 4 +- .../sync-diff-inspector-overview.md | 2 +- system-variables.md | 404 +++++++++--------- table-affinity.md | 2 +- table-attributes.md | 6 +- table-filter.md | 4 +- telemetry.md | 4 +- temporary-tables.md | 8 +- ...e-data-centers-in-two-cities-deployment.md | 4 +- ticdc-deployment-topology.md | 6 +- ticdc/deploy-ticdc.md | 4 +- ticdc/ticdc-architecture.md | 2 +- ticdc/ticdc-avro-protocol.md | 6 +- ticdc/ticdc-bidirectional-replication.md | 6 +- ticdc/ticdc-changefeed-config.md | 2 +- ticdc/ticdc-changefeed-overview.md | 2 +- ticdc/ticdc-classic-architecture.md | 2 +- ticdc/ticdc-client-authentication.md | 2 +- ticdc/ticdc-compatibility.md | 2 +- ticdc/ticdc-data-replication-capabilities.md | 2 +- ticdc/ticdc-ddl.md | 4 +- ticdc/ticdc-faq.md | 18 +- ticdc/ticdc-filter.md | 6 +- ticdc/ticdc-integrity-check.md | 4 +- ticdc/ticdc-manage-changefeed.md | 8 +- ticdc/ticdc-open-api-v2.md | 2 +- ticdc/ticdc-open-protocol.md | 2 +- ticdc/ticdc-overview.md | 6 +- ticdc/ticdc-simple-protocol.md | 2 +- ticdc/ticdc-sink-to-cloud-storage.md | 6 +- ticdc/ticdc-sink-to-kafka.md | 14 +- ticdc/ticdc-sink-to-mysql.md | 10 +- ticdc/ticdc-split-update-behavior.md | 4 +- ticdc/ticdc-storage-consumer-dev-guide.md | 2 +- ticdc/ticdc-upstream-downstream-check.md | 4 +- ticdc/troubleshoot-ticdc.md | 4 +- tidb-cloud/architecture-concepts.md | 2 +- tidb-cloud/backup-and-restore-serverless.md | 12 +- tidb-cloud/backup-and-restore.md | 10 +- tidb-cloud/branch-github-integration.md | 2 +- tidb-cloud/branch-manage.md | 4 +- tidb-cloud/branch-overview.md | 4 +- tidb-cloud/built-in-monitoring.md | 2 +- tidb-cloud/changefeed-overview.md | 8 +- tidb-cloud/changefeed-sink-to-apache-kafka.md | 2 +- .../changefeed-sink-to-apache-pulsar.md | 4 +- .../changefeed-sink-to-cloud-storage.md | 10 +- tidb-cloud/changefeed-sink-to-mysql.md | 2 +- tidb-cloud/changefeed-sink-to-tidb-cloud.md | 2 +- tidb-cloud/cli-reference.md | 2 +- .../configure-external-storage-access.md | 4 +- tidb-cloud/configure-ip-access-list.md | 4 +- tidb-cloud/configure-maintenance-window.md | 6 +- tidb-cloud/configure-security-settings.md | 6 +- ...ess-firewall-rules-for-public-endpoints.md | 6 +- tidb-cloud/configure-sql-users.md | 8 +- .../connect-to-tidb-cluster-serverless.md | 2 +- tidb-cloud/connect-to-tidb-cluster.md | 4 +- tidb-cloud/connect-via-sql-shell.md | 4 +- ...nect-via-standard-connection-serverless.md | 14 +- tidb-cloud/connect-via-standard-connection.md | 4 +- tidb-cloud/connected-lark-ticket-creation.md | 2 +- .../connected-lark-ticket-interaction.md | 2 +- tidb-cloud/connected-slack-ticket-creation.md | 2 +- .../connected-slack-ticket-interaction.md | 2 +- tidb-cloud/cppo-customer.md | 2 +- tidb-cloud/create-tidb-cluster-serverless.md | 4 +- tidb-cloud/create-tidb-cluster.md | 12 +- tidb-cloud/data-service-api-key.md | 6 +- tidb-cloud/data-service-app-config-files.md | 2 +- tidb-cloud/data-service-custom-domain.md | 6 +- tidb-cloud/data-service-get-started.md | 20 +- tidb-cloud/data-service-manage-data-app.md | 8 +- tidb-cloud/data-service-manage-endpoint.md | 44 +- .../data-service-manage-github-connection.md | 8 +- tidb-cloud/data-service-oas-with-nextjs.md | 4 +- tidb-cloud/data-service-overview.md | 4 +- .../data-service-postman-integration.md | 2 +- .../data-service-response-and-status-code.md | 2 +- tidb-cloud/database-schema-concepts.md | 2 +- tidb-cloud/dedicated-external-storage.md | 10 +- tidb-cloud/delete-tidb-cluster.md | 6 +- tidb-cloud/essential-changefeed-overview.md | 6 +- .../essential-changefeed-sink-to-kafka.md | 2 +- .../essential-changefeed-sink-to-mysql.md | 2 +- .../essential-database-audit-logging.md | 22 +- tidb-cloud/explore-data-with-chat2query.md | 8 +- tidb-cloud/features.md | 4 +- tidb-cloud/get-started-with-cli.md | 6 +- tidb-cloud/import-csv-files-serverless.md | 22 +- tidb-cloud/import-csv-files.md | 20 +- tidb-cloud/import-parquet-files-serverless.md | 24 +- tidb-cloud/import-parquet-files.md | 22 +- tidb-cloud/import-sample-data-serverless.md | 4 +- tidb-cloud/import-sample-data.md | 8 +- .../import-with-mysql-cli-serverless.md | 6 +- tidb-cloud/import-with-mysql-cli.md | 4 +- .../integrate-tidbcloud-with-airbyte.md | 4 +- .../integrate-tidbcloud-with-aws-lambda.md | 4 +- .../integrate-tidbcloud-with-cloudflare.md | 2 +- tidb-cloud/integrate-tidbcloud-with-dbt.md | 2 +- tidb-cloud/integrate-tidbcloud-with-n8n.md | 6 +- .../integrate-tidbcloud-with-netlify.md | 8 +- tidb-cloud/integrate-tidbcloud-with-vercel.md | 12 +- tidb-cloud/limitations-and-quotas.md | 6 +- tidb-cloud/limited-sql-features-tidb-x.md | 2 +- tidb-cloud/limited-sql-features.md | 2 +- tidb-cloud/manage-projects-and-resources.md | 14 +- tidb-cloud/manage-serverless-spend-limit.md | 4 +- tidb-cloud/manage-user-access.md | 30 +- .../managed-service-provider-customer.md | 2 +- ...migrate-from-mysql-using-data-migration.md | 16 +- .../migrate-from-oracle-using-aws-dms.md | 6 +- ...al-data-from-mysql-using-data-migration.md | 6 +- tidb-cloud/migrate-metrics-integrations.md | 2 +- ...migrate-prometheus-metrics-integrations.md | 2 +- tidb-cloud/migrate-sql-shards.md | 8 +- tidb-cloud/monitor-alert-email.md | 10 +- tidb-cloud/monitor-alert-flashduty.md | 10 +- tidb-cloud/monitor-alert-pagerduty.md | 8 +- tidb-cloud/monitor-alert-slack.md | 8 +- tidb-cloud/monitor-alert-zoom.md | 8 +- tidb-cloud/monitor-built-in-alerting.md | 10 +- tidb-cloud/monitor-datadog-integration.md | 2 +- ...itor-prometheus-and-grafana-integration.md | 4 +- tidb-cloud/monitor-tidb-cluster.md | 8 +- .../naming-conventions-for-data-import.md | 4 +- tidb-cloud/pause-or-resume-tidb-cluster.md | 8 +- .../premium/backup-and-restore-premium.md | 20 +- .../premium/built-in-monitoring-premium.md | 2 +- .../configure-ip-access-list-premium.md | 4 +- ...mium-via-alibaba-cloud-private-endpoint.md | 2 +- ...ect-to-premium-via-aws-private-endpoint.md | 16 +- ...onnect-to-premium-via-public-connection.md | 4 +- .../premium/connect-to-tidb-instance.md | 2 +- .../premium/create-tidb-instance-premium.md | 6 +- tidb-cloud/premium/delete-tidb-instance.md | 4 +- .../dual-layer-data-encryption-premium.md | 8 +- .../premium/import-csv-files-premium.md | 18 +- tidb-cloud/premium/import-from-s3-premium.md | 2 +- .../premium/import-with-mysql-cli-premium.md | 8 +- tidb-cloud/premium/premium-export.md | 10 +- .../set-up-sink-private-endpoint-premium.md | 2 +- .../premium/tidb-cloud-auditing-premium.md | 16 +- .../premium/tidb-cloud-billing-ticdc-ccu.md | 2 +- .../tidb-cloud-tls-connect-to-premium.md | 2 +- tidb-cloud/prometheus-grafana-integration.md | 6 +- ...fication-2023-08-31-console-maintenance.md | 2 +- ...fication-2023-09-26-console-maintenance.md | 2 +- ...on-2023-11-14-scale-feature-maintenance.md | 2 +- ...4-04-09-monitoring-features-maintenance.md | 2 +- ...4-04-16-monitoring-features-maintenance.md | 2 +- ...fication-2024-09-15-console-maintenance.md | 2 +- tidb-cloud/scalability-concepts.md | 2 +- tidb-cloud/scale-tidb-cluster.md | 16 +- ...cure-connections-to-serverless-clusters.md | 6 +- tidb-cloud/select-cluster-tier.md | 6 +- tidb-cloud/serverless-export.md | 18 +- tidb-cloud/serverless-high-availability.md | 12 +- tidb-cloud/serverless-limitations.md | 2 +- ...rivate-link-connection-to-aws-confluent.md | 2 +- .../serverless-private-link-connection.md | 18 +- ...e-endpoint-connections-on-alibaba-cloud.md | 6 +- ...p-private-endpoint-connections-on-azure.md | 8 +- ...te-endpoint-connections-on-google-cloud.md | 6 +- ...private-endpoint-connections-serverless.md | 30 +- .../set-up-private-endpoint-connections.md | 16 +- tidb-cloud/set-up-sink-private-endpoint.md | 2 +- tidb-cloud/set-up-vpc-peering-connections.md | 18 +- tidb-cloud/size-your-cluster.md | 12 +- tidb-cloud/sql-proxy-account.md | 2 +- .../terraform-migrate-cluster-resource.md | 2 +- tidb-cloud/terraform-use-cluster-resource.md | 4 +- ...erraform-use-dedicated-cluster-resource.md | 2 +- ...se-dedicated-network-container-resource.md | 2 +- ...ed-private-endpoint-connection-resource.md | 2 +- ...form-use-dedicated-vpc-peering-resource.md | 2 +- tidb-cloud/terraform-use-import-resource.md | 4 +- tidb-cloud/terraform-use-restore-resource.md | 2 +- ...erraform-use-serverless-branch-resource.md | 2 +- ...erraform-use-serverless-export-resource.md | 2 +- tidb-cloud/ticloud-config-create.md | 2 +- tidb-cloud/ticloud-config-edit.md | 2 +- tidb-cloud/ticloud-config-set.md | 4 +- tidb-cloud/ticloud-import-start.md | 2 +- tidb-cloud/tidb-cloud-auditing.md | 34 +- tidb-cloud/tidb-cloud-billing-dm.md | 2 +- tidb-cloud/tidb-cloud-billing-ticdc-rcu.md | 2 +- tidb-cloud/tidb-cloud-billing.md | 32 +- tidb-cloud/tidb-cloud-budget.md | 6 +- tidb-cloud/tidb-cloud-clinic.md | 2 +- tidb-cloud/tidb-cloud-connect-aws-dms.md | 2 +- tidb-cloud/tidb-cloud-console-auditing.md | 6 +- ...b-cloud-dm-precheck-and-troubleshooting.md | 2 +- tidb-cloud/tidb-cloud-encrypt-cmek-aws.md | 10 +- tidb-cloud/tidb-cloud-encrypt-cmek-azure.md | 8 +- tidb-cloud/tidb-cloud-htap-quickstart.md | 4 +- tidb-cloud/tidb-cloud-import-local-files.md | 6 +- tidb-cloud/tidb-cloud-log-redaction.md | 8 +- .../tidb-cloud-org-sso-authentication.md | 20 +- .../tidb-cloud-password-authentication.md | 10 +- .../tidb-cloud-performance-reference.md | 2 +- tidb-cloud/tidb-cloud-poc.md | 4 +- tidb-cloud/tidb-cloud-quickstart.md | 2 +- tidb-cloud/tidb-cloud-roadmap.md | 2 +- tidb-cloud/tidb-cloud-sso-authentication.md | 8 +- tidb-cloud/tidb-cloud-support.md | 2 +- .../tidb-cloud-tls-connect-to-dedicated.md | 2 +- tidb-cloud/tidbx-instance-move-faq.md | 2 +- tidb-cloud/tiproxy-management.md | 6 +- tidb-cloud/tiproxy-overview-for-cloud.md | 2 +- tidb-cloud/top-ru.md | 4 +- ...troubleshoot-import-access-denied-error.md | 4 +- tidb-cloud/use-chat2query-api.md | 16 +- tidb-cloud/use-chat2query-knowledge.md | 12 +- tidb-cloud/use-chat2query-sessions.md | 2 +- ...-performance-benchmarking-with-sysbench.md | 2 +- ...-performance-benchmarking-with-sysbench.md | 2 +- ...-performance-benchmarking-with-sysbench.md | 2 +- ...v8.1-performance-benchmarking-with-tpcc.md | 2 +- ...-performance-benchmarking-with-sysbench.md | 2 +- ...v8.5-performance-benchmarking-with-tpcc.md | 2 +- tidb-configuration-file.md | 52 +-- tidb-control.md | 4 +- tidb-distributed-execution-framework.md | 6 +- tidb-global-sort.md | 8 +- tidb-lightning/tidb-lightning-checkpoints.md | 2 +- .../tidb-lightning-configuration.md | 6 +- tidb-lightning/tidb-lightning-data-source.md | 2 +- .../tidb-lightning-distributed-import.md | 4 +- .../tidb-lightning-error-resolution.md | 2 +- tidb-lightning/tidb-lightning-glossary.md | 2 +- tidb-lightning/tidb-lightning-overview.md | 2 +- ...db-lightning-physical-import-mode-usage.md | 2 +- .../tidb-lightning-physical-import-mode.md | 2 +- tidb-lightning/troubleshoot-tidb-lightning.md | 2 +- tidb-limitations.md | 2 +- tidb-performance-tuning-config.md | 8 +- tidb-read-staleness.md | 4 +- tidb-resource-control-background-tasks.md | 6 +- tidb-resource-control-ru-groups.md | 12 +- tidb-resource-control-runaway-queries.md | 4 +- tidb-rowid.md | 4 +- tidb-troubleshooting-map.md | 2 +- tidb-upgrade-migration-guide.md | 4 +- tiflash-deployment-topology.md | 4 +- tiflash-upgrade-guide.md | 4 +- tiflash/create-tiflash-replicas.md | 10 +- tiflash/monitor-tiflash.md | 6 +- tiflash/tiflash-alert-rules.md | 2 +- tiflash/tiflash-command-line-flags.md | 4 +- tiflash/tiflash-configuration.md | 4 +- tiflash/tiflash-data-validation.md | 2 +- tiflash/tiflash-late-materialization.md | 2 +- tiflash/tiflash-results-materialization.md | 2 +- tiflash/troubleshoot-tiflash.md | 4 +- tiflash/use-tidb-to-read-tiflash.md | 6 +- tiflash/use-tiflash-mpp-mode.md | 2 +- tikv-configuration-file.md | 106 ++--- tikv-control.md | 20 +- tikv-in-memory-engine.md | 2 +- time-to-live.md | 2 +- tiproxy/tiproxy-api.md | 2 +- tiproxy/tiproxy-command-line-flags.md | 2 +- tiproxy/tiproxy-configuration.md | 6 +- tiproxy/tiproxy-deployment-topology.md | 4 +- tiproxy/tiproxy-overview.md | 4 +- tiproxy/tiproxy-traffic-replay.md | 6 +- .../customized-montior-in-tiup-environment.md | 2 +- tiup/tiup-cluster-no-sudo-mode.md | 8 +- tiup/tiup-cluster-topology-reference.md | 4 +- tiup/tiup-cluster.md | 20 +- tiup/tiup-command-mirror-genkey.md | 2 +- tiup/tiup-command-mirror-grant.md | 2 +- tiup/tiup-command-mirror-modify.md | 4 +- tiup/tiup-command-mirror-publish.md | 4 +- tiup/tiup-command-mirror-rotate.md | 2 +- tiup/tiup-command-mirror-sign.md | 2 +- tiup/tiup-command-status.md | 4 +- tiup/tiup-component-cluster-check.md | 22 +- tiup/tiup-component-cluster-clean.md | 2 +- tiup/tiup-component-cluster-disable.md | 4 +- tiup/tiup-component-cluster-display.md | 6 +- tiup/tiup-component-cluster-edit-config.md | 2 +- tiup/tiup-component-cluster-enable.md | 6 +- tiup/tiup-component-cluster-import.md | 2 +- tiup/tiup-component-cluster-list.md | 2 +- tiup/tiup-component-cluster-meta-restore.md | 2 +- tiup/tiup-component-cluster-patch.md | 6 +- tiup/tiup-component-cluster-reload.md | 10 +- tiup/tiup-component-cluster-rename.md | 2 +- tiup/tiup-component-cluster-restart.md | 6 +- tiup/tiup-component-cluster-scale-in.md | 4 +- tiup/tiup-component-cluster-start.md | 6 +- tiup/tiup-component-cluster-stop.md | 6 +- tiup/tiup-component-cluster-tls.md | 2 +- tiup/tiup-component-cluster-upgrade.md | 8 +- tiup/tiup-component-dm-disable.md | 4 +- tiup/tiup-component-dm-display.md | 4 +- tiup/tiup-component-dm-edit-config.md | 2 +- tiup/tiup-component-dm-enable.md | 4 +- tiup/tiup-component-dm-import.md | 2 +- tiup/tiup-component-dm-list.md | 2 +- tiup/tiup-component-dm-patch.md | 6 +- tiup/tiup-component-dm-reload.md | 4 +- tiup/tiup-component-dm-restart.md | 6 +- tiup/tiup-component-dm-start.md | 4 +- tiup/tiup-component-dm-stop.md | 6 +- tiup/tiup-dm-topology-reference.md | 2 +- tiup/tiup-mirror-reference.md | 2 +- tiup/tiup-mirror.md | 6 +- tiup/tiup-overview.md | 4 +- tiup/tiup-playground.md | 2 +- tiup/tiup-reference.md | 4 +- transaction-isolation-levels.md | 4 +- transaction-overview.md | 12 +- troubleshoot-data-inconsistency-errors.md | 2 +- troubleshoot-lock-conflicts.md | 6 +- troubleshoot-tidb-oom.md | 2 +- tso-configuration-file.md | 2 +- tune-operating-system.md | 2 +- tune-region-performance.md | 6 +- upgrade-monitoring-services.md | 6 +- upgrade-tidb-using-tiup.md | 14 +- user-account-management.md | 2 +- user-defined-variables.md | 2 +- 780 files changed, 2316 insertions(+), 2316 deletions(-) diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md index 67596986cef42..f11775cfcf50c 100644 --- a/CONTRIBUTING.md +++ b/CONTRIBUTING.md @@ -61,7 +61,7 @@ TiDB 用の新しいドキュメントを作成する場合は、当社のスタ このリポジトリへのプルリクエストを作成するには、以下の手順を実行してください。コマンドを使いたくない場合は、 [GitHubデスクトップ](https://desktop.github.com/)使用することもできます。こちらの方が簡単です。 -> **注記：** +> **Note:** > > このセクションでは、ブランチ`master`への PR の作成を例に説明します。他のブランチへの PR の作成手順も同様です。 @@ -146,7 +146,7 @@ TiDB 用の新しいドキュメントを作成する場合は、当社のスタ 現在、 [TiDB Cloudドキュメント](https://docs.pingcap.com/tidbcloud/)英語版のみで提供されており、SQLドキュメントとTiDB v8.1の開発ドキュメントを再利用するために、このリポジトリの[リリース8.1](https://github.com/pingcap/docs/tree/release-8.1/tidb-cloud)ブランチに保存されています。したがって、 TiDB Cloudドキュメントのプルリクエストを作成する場合は、プルリクエストが[リリース8.1](https://github.com/pingcap/docs/tree/release-8.1)ブランチに基づいていることを確認してください。 -> **ヒント：** +> **Tip:** > > TiDB Cloudによって再利用される TiDB ドキュメントを確認するには、 [TiDB Cloudドキュメントの TOC ファイル](https://github.com/pingcap/docs/blob/release-8.1/TOC-tidb-cloud.md?plain=1)確認してください。 > diff --git a/ai/concepts/vector-search-overview.md b/ai/concepts/vector-search-overview.md index b6b603d68c41f..8f94d2e389eab 100644 --- a/ai/concepts/vector-search-overview.md +++ b/ai/concepts/vector-search-overview.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidb/stable/vector-search-overview/','/ja/tidb/dev/vector-search- ベクトル検索は、文書、画像、音声、動画など、多様なデータタイプにわたる意味的類似性検索のための強力なソリューションを提供します。開発者は、MySQLの専門知識を活用して、生成型AI機能を備えた拡張性の高いアプリケーションを構築でき、高度な検索機能の統合を簡素化できます。 -> **注記：** +> **Note:** > > - ベクトル検索機能はパブリックプレビューです。予告なく変更される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 > - ベクトル検索機能は、 [TiDB Self-Managed](/overview.md) および [{{{ .starter }}}](/tidb-cloud/select-cluster-tier.md#starter)で利用できます。TiDB Self-Managedの場合、TiDBのバージョンはv8.4.0以降である必要があります（v8.5.0以降を推奨）。 diff --git a/ai/guides/auto-embedding.md b/ai/guides/auto-embedding.md index b8ad302fb7dbf..23e0aaf02f48c 100644 --- a/ai/guides/auto-embedding.md +++ b/ai/guides/auto-embedding.md @@ -7,7 +7,7 @@ summary: アプリケーションで自動埋め込みを使用する方法を 自動埋め込み機能は、テキスト データのベクトル埋め込みを自動的に生成します。 -> **注記：** +> **Note:** > > 自動埋め込みの完全な例については、 [自動埋め込みの例](/ai/examples/auto-embedding-with-pytidb.md)参照してください。 diff --git a/ai/guides/connect.md b/ai/guides/connect.md index 644a9e37747c9..c7303a4d596db 100644 --- a/ai/guides/connect.md +++ b/ai/guides/connect.md @@ -44,7 +44,7 @@ db = TiDBClient.connect( ) ``` -> **注記：** +> **Note:** > > TiDB Cloud Starterの場合、パブリック エンドポイントを使用する場合はデータベース[データベースへのTLS接続](https://docs.pingcap.com/tidbcloud/secure-connections-to-serverless-clusters/)が必要です。 `pytidb`クライアントは、 TiDB Cloud Starterインスタンスの TLS を**自動的に**有効にします。 @@ -67,7 +67,7 @@ db = TiDBClient.connect( ) ``` -> **注記：** +> **Note:** > > テスト用にTiDBクラスタをデプロイするために`tiup playground`を使用する場合、デフォルトのホストは`127.0.0.1`で、デフォルトのパスワードは空です。 @@ -97,7 +97,7 @@ db = TiDBClient.connect( ) ``` -> **注記：** +> **Note:** > > TiDB Cloud Starterの場合、パブリック エンドポイントを使用する場合はデータベース[データベースへのTLS接続](https://docs.pingcap.com/tidbcloud/secure-connections-to-serverless-clusters/)が必要となるため、接続文字列に`ssl_verify_cert=true&ssl_verify_identity=true`を設定する必要があります。 @@ -114,7 +114,7 @@ db = TiDBClient.connect( ) ``` -> **注記：** +> **Note:** > > `tiup playground`を使用してテスト用のTiDBクラスタをデプロイする場合、接続文字列は次のとおりです。 > diff --git a/ai/guides/filtering.md b/ai/guides/filtering.md index 63d54b1762e6c..9d07812c20217 100644 --- a/ai/guides/filtering.md +++ b/ai/guides/filtering.md @@ -185,6 +185,6 @@ results = table.query( `AND` 、 `OR` 、括弧を使用して複数の条件を組み合わせたり、TiDB でサポートされている[SQL演算子](https://docs.pingcap.com/tidbcloud/operators/)使用したりできます。 -> **警告：** +> **Warning:** > > 動的なユーザー入力で SQL 文字列フィルターを使用する場合は、 [SQLインジェクション](https://en.wikipedia.org/wiki/SQL_injection)脆弱性を防ぐために常に入力を検証します。 diff --git a/ai/guides/image-search.md b/ai/guides/image-search.md index a9fefceff7299..f0e2a5a36128b 100644 --- a/ai/guides/image-search.md +++ b/ai/guides/image-search.md @@ -9,7 +9,7 @@ summary: アプリケーションで画像検索を使用する方法を学び TiDBは**ベクトル検索**による画像検索を可能にします。自動埋め込み機能により、画像URL、PIL画像、またはキーワードテキストからマルチモーダル埋め込みモデルを用いて画像埋め込みを生成できます。TiDBはその後、類似ベクトルを大規模に検索します。 -> **注記：** +> **Note:** > > 画像検索の完全な例については、 [画像検索の例](/ai/examples/image-search-with-pytidb.md)参照してください。 diff --git a/ai/guides/tables.md b/ai/guides/tables.md index 728d7f58c83c1..0a4a5538e6da0 100644 --- a/ai/guides/tables.md +++ b/ai/guides/tables.md @@ -13,7 +13,7 @@ TiDBは、関連するデータのコレクションを整理して保存する `pytidb`は、開発者が AI アプリケーションを効率的に構築できるように設計されています。 -> **注記：** +> **Note:** > > 完全な動作例については、リポジトリの[基本的な例](https://github.com/pingcap/pytidb/tree/main/examples/basic)参照してください。 @@ -190,7 +190,7 @@ VALUES (1, 'TiDB is a distributed SQL database', '[0.1, 0.2, 0.3]', '{"category" `save`メソッドは、単一の行を挿入または更新する便利な方法を提供します。行の場合、主キーがテーブルに存在しない場合、このメソッドは新しい行としてテーブルに挿入します。レコードが既に存在する場合、このメソッドは行全体を上書きします。 -> **注記：** +> **Note:** > > テーブル内にレコードIDが既に存在する場合、 `table.save()`​​レコード全体を上書きします。レコードの一部のみを変更するには、 `table.update()`使用します。 diff --git a/ai/guides/vector-search-full-text-search-python.md b/ai/guides/vector-search-full-text-search-python.md index f4e712afdf70c..acce67dd8c8a2 100644 --- a/ai/guides/vector-search-full-text-search-python.md +++ b/ai/guides/vector-search-full-text-search-python.md @@ -18,7 +18,7 @@ TiDBの全文検索機能は、以下の機能を提供します。 - **SQLとの完全な互換性**：事前フィルタリング、事後フィルタリング、グループ化、結合など、すべてのSQL機能を全文検索で使用できます。 -> **ヒント：** +> **Tip:** > > SQL の使用法については、 [SQLによる全文検索](/ai/guides/vector-search-full-text-search-sql.md)参照してください。 > diff --git a/ai/guides/vector-search-full-text-search-sql.md b/ai/guides/vector-search-full-text-search-sql.md index 6bd0d4a6a12cd..2e334bc07e5b4 100644 --- a/ai/guides/vector-search-full-text-search-sql.md +++ b/ai/guides/vector-search-full-text-search-sql.md @@ -18,7 +18,7 @@ TiDBの全文検索機能は、以下の機能を提供します。 - **SQLとの完全な互換性**：事前フィルタリング、事後フィルタリング、グループ化、結合など、すべてのSQL機能を全文検索で使用できます。 -> **ヒント：** +> **Tip:** > > Python の使い方については、 [Pythonによる全文検索](/ai/guides/vector-search-full-text-search-python.md)ご覧ください。 > diff --git a/ai/guides/vector-search.md b/ai/guides/vector-search.md index ee4a29cad19c7..144601ef6fa77 100644 --- a/ai/guides/vector-search.md +++ b/ai/guides/vector-search.md @@ -7,7 +7,7 @@ summary: アプリケーションでベクトル検索を使用する方法を ベクトル検索では、意味的類似性を使用して、クエリにすべてのキーワードが明示的に含まれていない場合でも、最も関連性の高いレコードを見つけやすくします。 -> **注記：** +> **Note:** > > ベクトル検索の完全な例については、 [ベクトル検索の例](/ai/examples/vector-search-with-pytidb.md)参照してください。 @@ -111,7 +111,7 @@ VALUES (3, 'tree', '[1,0,0]', '{"category": "plant"}'); ``` -> **注記：** +> **Note:** > > 実際のアプリケーションでは、埋め込みは通常[埋め込みモデル](/ai/concepts/vector-search-overview.md#embedding-model)によって生成されます。 @@ -321,7 +321,7 @@ results = ( ) ``` -> **注記：** +> **Note:** > > ベクトルインデックスを使用する場合、最後の`limit`が非常に小さいと結果の精度が低下する可能性があります。3 `.num_candidate()`の方法を使用すると、ベクトル検索フェーズでベクトルインデックスから取得する候補の数を、 `limit`番目のパラメータを変更せずに制御できます。 @@ -356,7 +356,7 @@ ORDER BY distance LIMIT 10; ``` -> **注記：** +> **Note:** > > 後続フィルタリングパターンにより、結果が空になる場合があります。例えば、内部クエリで最も類似度の高い上位50件のレコードが取得されるものの、条件`WHERE`に一致するレコードが1件も存在しない場合などです。 > diff --git a/ai/integrations/embedding-openai-compatible.md b/ai/integrations/embedding-openai-compatible.md index 98dac93c497c3..58ad5ecb6d23a 100644 --- a/ai/integrations/embedding-openai-compatible.md +++ b/ai/integrations/embedding-openai-compatible.md @@ -7,7 +7,7 @@ summary: TiDB Vector SearchをOpenAI互換の埋め込みモデルと統合し このチュートリアルでは、OpenAI互換の埋め込みサービスを使用してテキスト埋め込みを生成し、TiDBに保存し、意味検索を実行する方法を説明します。 -> **注記：** +> **Note:** > > 現在、 [自動埋め込み](/ai/integrations/vector-search-auto-embedding-overview.md)、AWS でホストされているTiDB Cloud Starterインスタンスでのみ利用できます。 diff --git a/ai/integrations/vector-search-auto-embedding-amazon-titan.md b/ai/integrations/vector-search-auto-embedding-amazon-titan.md index 07a930b0401c6..159b9df215989 100644 --- a/ai/integrations/vector-search-auto-embedding-amazon-titan.md +++ b/ai/integrations/vector-search-auto-embedding-amazon-titan.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidbcloud/vector-search-auto-embedding-amazon-titan/'] このドキュメントでは、Amazon Titanの埋め込みモデルをTiDB Cloudで[自動埋め込み](/ai/integrations/vector-search-auto-embedding-overview.md)に使用して、テキストクエリによるセマンティック検索を実行する方法について説明します。 -> **注記：** +> **Note:** > > [自動埋め込み](/ai/integrations/vector-search-auto-embedding-overview.md)、AWS でホストされているTiDB Cloud Starterインスタンスでのみ利用できます。 diff --git a/ai/integrations/vector-search-auto-embedding-cohere.md b/ai/integrations/vector-search-auto-embedding-cohere.md index da0d855170f18..f746cc069af73 100644 --- a/ai/integrations/vector-search-auto-embedding-cohere.md +++ b/ai/integrations/vector-search-auto-embedding-cohere.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidbcloud/vector-search-auto-embedding-cohere/'] このドキュメントでは、 TiDB Cloudで Cohere 埋め込みモデルを[自動埋め込み](/ai/integrations/vector-search-auto-embedding-overview.md)で使用する方法、テキストクエリによるセマンティック検索を実行する方法について説明します。 -> **注記：** +> **Note:** > > [自動埋め込み](/ai/integrations/vector-search-auto-embedding-overview.md)、AWS でホストされているTiDB Cloud Starterインスタンスでのみ利用できます。 @@ -70,7 +70,7 @@ CREATE TABLE sample ( ); ``` -> **注記：** +> **Note:** > > - Cohere埋め込みモデルの場合、テーブルを定義する際に、{{ `input_type` `EMBED_TEXT()` }を指定する必要があります。例えば、 `'{"input_type": "search_document", "input_type@search": "search_query"}'`は、データ挿入時に`input_type`が`search_document`に設定され、ベクトル検索時に`search_query`が自動的に適用されることを意味します。 > - `@search`サフィックスは、そのフィールドがベクトル検索クエリの実行時のみ有効であることを示しています。そのため、クエリを作成する際に`input_type`を再度指定する必要はありません。 diff --git a/ai/integrations/vector-search-auto-embedding-gemini.md b/ai/integrations/vector-search-auto-embedding-gemini.md index b5e87ef4a1599..8c3e969f09cc4 100644 --- a/ai/integrations/vector-search-auto-embedding-gemini.md +++ b/ai/integrations/vector-search-auto-embedding-gemini.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidbcloud/vector-search-auto-embedding-gemini/'] このドキュメントでは、 TiDB Cloudで Gemini 埋め込みモデルを[自動埋め込み](/ai/integrations/vector-search-auto-embedding-overview.md)使用する方法、およびテキストクエリによるセマンティック検索を実行する方法について説明します。 -> **注記：** +> **Note:** > > [自動埋め込み](/ai/integrations/vector-search-auto-embedding-overview.md)、AWS でホストされているTiDB Cloud Starterインスタンスでのみ利用できます。 diff --git a/ai/integrations/vector-search-auto-embedding-huggingface.md b/ai/integrations/vector-search-auto-embedding-huggingface.md index ea9d5caae3f4c..cd3726c9b99a7 100644 --- a/ai/integrations/vector-search-auto-embedding-huggingface.md +++ b/ai/integrations/vector-search-auto-embedding-huggingface.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidbcloud/vector-search-auto-embedding-huggingface/'] このドキュメントでは、 TiDB Cloudで Hugging Face 埋め込みモデルを[自動埋め込み](/ai/integrations/vector-search-auto-embedding-overview.md)使用する方法、テキストクエリによる意味検索を実行する方法について説明します。 -> **注記：** +> **Note:** > > [自動埋め込み](/ai/integrations/vector-search-auto-embedding-overview.md)、AWS でホストされているTiDB Cloud Starterインスタンスでのみ利用できます。 @@ -192,7 +192,7 @@ LIMIT 2; ## Qwen3-Embedding-0.6B {#qwen3-embedding-0-6b} -> **注記：** +> **Note:** > > このモデルでは、Hugging Face Inference APIが不安定になる可能性があります。 @@ -289,7 +289,7 @@ class Document(TableModel): table = tidb_client.create_table(schema=Document, if_exists="overwrite") ``` -> **ヒント：** +> **Tip:** > > ベクトルの次元は、選択したモデルによって異なります。たとえば、 `huggingface/sentence-transformers/all-MiniLM-L6-v2`は 384 次元のベクトルを生成し、 `huggingface/sentence-transformers/all-mpnet-base-v2`は 768 次元のベクトルを生成します。 diff --git a/ai/integrations/vector-search-auto-embedding-jina-ai.md b/ai/integrations/vector-search-auto-embedding-jina-ai.md index f3c048a2de3b0..3076b925556e7 100644 --- a/ai/integrations/vector-search-auto-embedding-jina-ai.md +++ b/ai/integrations/vector-search-auto-embedding-jina-ai.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidbcloud/vector-search-auto-embedding-jina-ai/'] このドキュメントでは、TiDB Cloudで[Jina AI埋め込みモデル](https://jina.ai/embeddings/)with [自動埋め込み](/ai/integrations/vector-search-auto-embedding-overview.md)を使用して、テキスト クエリによるセマンティック検索を実行する方法について説明します。 -> **注記：** +> **Note:** > > [自動埋め込み](/ai/integrations/vector-search-auto-embedding-overview.md)、AWS でホストされているTiDB Cloud Starterインスタンスでのみ利用できます。 diff --git a/ai/integrations/vector-search-auto-embedding-nvidia-nim.md b/ai/integrations/vector-search-auto-embedding-nvidia-nim.md index 61eebee029325..b3e90d75b2d68 100644 --- a/ai/integrations/vector-search-auto-embedding-nvidia-nim.md +++ b/ai/integrations/vector-search-auto-embedding-nvidia-nim.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidbcloud/vector-search-auto-embedding-nvidia-nim/'] このドキュメントでは、TiDB CloudでNVIDIA NIM埋め込みモデルを[自動埋め込み](/ai/integrations/vector-search-auto-embedding-overview.md)使用して、テキストクエリによるセマンティック検索を実行する方法について説明します。 -> **注記：** +> **Note:** > > [自動埋め込み](/ai/integrations/vector-search-auto-embedding-overview.md)、AWS でホストされているTiDB Cloud Starterインスタンスでのみ利用できます。 diff --git a/ai/integrations/vector-search-auto-embedding-openai.md b/ai/integrations/vector-search-auto-embedding-openai.md index 0148555725727..8e0f32cb0f797 100644 --- a/ai/integrations/vector-search-auto-embedding-openai.md +++ b/ai/integrations/vector-search-auto-embedding-openai.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidbcloud/vector-search-auto-embedding-openai/'] このドキュメントでは、 TiDB Cloudで OpenAI 埋め込みモデルを[自動埋め込み](/ai/integrations/vector-search-auto-embedding-overview.md)で使用する方法、テキストクエリによる意味検索を実行する方法について説明します。 -> **注記：** +> **Note:** > > [自動埋め込み](/ai/integrations/vector-search-auto-embedding-overview.md)、AWS でホストされているTiDB Cloud Starterインスタンスでのみ利用できます。 @@ -262,7 +262,7 @@ Azure OpenAI から OpenAI に直接切り替えるには、 `TIDB_EXP_EMBED_OPE SET @@GLOBAL.TIDB_EXP_EMBED_OPENAI_API_BASE = ''; ``` -> **注記：** +> **Note:** > > - セキュリティ上の理由から、API ベースとして設定できるのは Azure OpenAI の URL または OpenAI の URL のみです。任意のベース URL は許可されていません。 > - OpenAI互換の別の埋め込みサービスを利用するには、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 diff --git a/ai/integrations/vector-search-auto-embedding-overview.md b/ai/integrations/vector-search-auto-embedding-overview.md index 219c2c787976d..a1a6467dc8dde 100644 --- a/ai/integrations/vector-search-auto-embedding-overview.md +++ b/ai/integrations/vector-search-auto-embedding-overview.md @@ -14,13 +14,13 @@ aliases: ['/ja/tidbcloud/vector-search-auto-embedding-overview/'] 2. **テキストデータを挿入すると**、ベクトルが自動的に生成され保存されます。 3. **テキストを使用してクエリを実行します**。 `VEC_EMBED_COSINE_DISTANCE()`または`VEC_EMBED_L2_DISTANCE()`を使用して、意味的に類似したコンテンツを検索します。 -> **注記：** +> **Note:** > > 自動埋め込み機能は、AWS上でホストされているTiDB Cloud Starterインスタンスでのみ利用可能です。 ## クイックスタートの例 {#quick-start-example} -> **ヒント：** +> **Tip:** > > Python の使用方法については、 [Pythonで自動埋め込みを使用する](#use-auto-embedding-in-python)を参照してください。 @@ -99,7 +99,7 @@ ORDER BY VEC_EMBED_COSINE_DISTANCE( LIMIT 3; ``` -> **注記：** +> **Note:** > > - ベクトルインデックスを定義する場合は、 `VEC_COSINE_DISTANCE()`または`VEC_L2_DISTANCE()`を使用します。 > - クエリを実行する際は、 `VEC_EMBED_COSINE_DISTANCE()`または`VEC_EMBED_L2_DISTANCE()`を使用してください。 diff --git a/ai/integrations/vector-search-integrate-with-amazon-bedrock.md b/ai/integrations/vector-search-integrate-with-amazon-bedrock.md index 5ed8b4e2ec22a..60c110380df5b 100644 --- a/ai/integrations/vector-search-integrate-with-amazon-bedrock.md +++ b/ai/integrations/vector-search-integrate-with-amazon-bedrock.md @@ -6,13 +6,13 @@ aliases: ['/ja/tidbcloud/vector-search-integrate-with-amazon-bedrock/'] # TiDB Vector SearchをAmazon Bedrockと統合する {#integrate-tidb-vector-search-with-amazon-bedrock} -> **注記：** +> **Note:** > > このドキュメントはTiDB Cloudにのみ適用され、TiDB Self-Managedには適用されません。 このチュートリアルでは[TiDB ベクトル検索](/ai/concepts/vector-search-overview.md)と[Amazon Bedrock](https://aws.amazon.com/bedrock/)を統合して、検索拡張生成 (RAG) Q&A ボットを構築する方法を説明します。 -> **注記：** +> **Note:** > > - ベクトル検索機能はパブリックプレビューです。予告なく変更される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 > - ベクトル検索機能は、 [TiDB Self-Managed](/overview.md) と [{{{ .starter }}}](/tidb-cloud/select-cluster-tier.md#starter) で利用できます。TiDB Self-Managedの場合、TiDBのバージョンはv8.4.0以降である必要があります（v8.5.0以降を推奨）。 @@ -70,13 +70,13 @@ aliases: ['/ja/tidbcloud/vector-search-integrate-with-amazon-bedrock/'] - お使いの環境に合った**オペレーティングシステム**を選択してください。 - > **ヒント：** + > **Tip:** > > プログラムがWindows Subsystem for Linux（WSL）上で実行されている場合は、対応するLinuxディストリビューションに切り替えてください。 4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 diff --git a/ai/integrations/vector-search-integrate-with-django-orm.md b/ai/integrations/vector-search-integrate-with-django-orm.md index 40eea77f19174..a92745d78de8b 100644 --- a/ai/integrations/vector-search-integrate-with-django-orm.md +++ b/ai/integrations/vector-search-integrate-with-django-orm.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidb/stable/vector-search-integrate-with-django-orm/','/ja/tidb/d このチュートリアルでは[Django](https://www.djangoproject.com/)ORM を使用して[TiDB ベクトル検索](/ai/concepts/vector-search-overview.md)と対話し、エンベディングを保存し、ベクトル検索クエリを実行する方法を説明します。 -> **注記：** +> **Note:** > > - ベクトル検索機能はパブリックプレビューです。予告なく変更される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 > - ベクトル検索機能は、 [TiDB Self-Managed](/overview.md)および[{{{ .starter }}}](/tidb-cloud/select-cluster-tier.md#starter)で利用できます。TiDB Self-Managedの場合、TiDBのバージョンはv8.4.0以降である必要があります（v8.5.0以降を推奨）。 @@ -95,13 +95,13 @@ TiDB Cloud Starterインスタンスの場合、接続文字列を取得し、 - お使いの環境に合った**オペレーティングシステム**を選択してください。 - > **ヒント：** + > **Tip:** > > プログラムがWindows Subsystem for Linux（WSL）上で実行されている場合は、対応するLinuxディストリビューションに切り替えてください。 4. 接続ダイアログから接続パラメータをコピーしてください。 - > **ヒント：** + > **Tip:** > > まだパスワードを設定していない場合は、 **「パスワードを生成」**をクリックしてランダムなパスワードを生成してください。 diff --git a/ai/integrations/vector-search-integrate-with-jinaai-embedding.md b/ai/integrations/vector-search-integrate-with-jinaai-embedding.md index 642020955d05d..44ca6e2b83759 100644 --- a/ai/integrations/vector-search-integrate-with-jinaai-embedding.md +++ b/ai/integrations/vector-search-integrate-with-jinaai-embedding.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidb/stable/vector-search-integrate-with-jinaai-embedding/','/ja/ このチュートリアルでは[ジナAI](https://jina.ai/)を使用してテキスト埋め込みを生成し、TiDBに保存し、埋め込みに基づいて類似のテキストを検索する方法を順を追って説明します。 -> **注記：** +> **Note:** > > - ベクトル検索機能はパブリックプレビューです。予告なく変更される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 > - ベクトル検索機能は、 [TiDB Self-Managed](/overview.md)および[{{{ .starter }}}](/tidb-cloud/select-cluster-tier.md#starter)で利用できます。TiDB Self-Managedの場合、TiDBのバージョンはv8.4.0以降である必要があります（v8.5.0以降を推奨）。 @@ -79,13 +79,13 @@ TiDB Cloud Starterインスタンスの場合、接続文字列を取得し、 - お使いの環境に合った**オペレーティングシステム**を選択してください。 - > **ヒント：** + > **Tip:** > > プログラムがWindows Subsystem for Linux（WSL）上で実行されている場合は、対応するLinuxディストリビューションに切り替えてください。 4. **PyMySQL**タブに切り替えて、**コピー**アイコンをクリックして接続文字列をコピーします。 - > **ヒント：** + > **Tip:** > > まだパスワードを設定していない場合は、 **「パスワードを作成」**をクリックしてランダムなパスワードを生成してください。 @@ -218,7 +218,7 @@ class Document(Base): comment="hnsw(distance=cosine)" ``` -> **注記：** +> **Note:** > > - ベクトル列の次元は、埋め込みモデルによって生成される埋め込みの次元と一致していなければなりません。 > - この例では、 `jina-embeddings-v2-base-en`モデルによって生成される埋め込みの次元は`768`です。 diff --git a/ai/integrations/vector-search-integrate-with-langchain.md b/ai/integrations/vector-search-integrate-with-langchain.md index df874a56e21be..29df9e9a879a3 100644 --- a/ai/integrations/vector-search-integrate-with-langchain.md +++ b/ai/integrations/vector-search-integrate-with-langchain.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidb/stable/vector-search-integrate-with-langchain/','/ja/tidb/de このチュートリアルでは、[TiDB ベクトル検索](/ai/concepts/vector-search-overview.md)を[LangChain](https://python.langchain.com/)と統合する方法を説明します。 -> **注記：** +> **Note:** > > - ベクトル検索機能はパブリックプレビューです。予告なく変更される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 > - ベクトル検索機能は、 [TiDB Self-Managed](/overview.md)と[TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter)で利用できます。TiDB Self-Managedの場合、TiDBのバージョンはv8.4.0以降である必要があります（v8.5.0以降を推奨）。 @@ -85,7 +85,7 @@ TiDB Cloud Starterインスタンスの場合、接続文字列を取得し、 4. **PyMySQL**タブをクリックして、接続文字列をコピーしてください。 - > **ヒント：** + > **Tip:** > > まだパスワードを設定していない場合は、 **「パスワードを生成」**をクリックしてランダムなパスワードを生成してください。 diff --git a/ai/integrations/vector-search-integrate-with-llamaindex.md b/ai/integrations/vector-search-integrate-with-llamaindex.md index 587af827cfe19..989a7d10ef4a5 100644 --- a/ai/integrations/vector-search-integrate-with-llamaindex.md +++ b/ai/integrations/vector-search-integrate-with-llamaindex.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidb/stable/vector-search-integrate-with-llamaindex/','/ja/tidb/d このチュートリアルでは、[TiDB ベクトル検索](/ai/concepts/vector-search-overview.md)を[LlamaIndex](https://www.llamaindex.ai)と統合する方法を説明します。 -> **注記：** +> **Note:** > > - ベクトル検索機能はパブリックプレビューです。予告なく変更される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 > - ベクトル検索機能は、 [TiDB Self-Managed](/overview.md)と[TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter)で利用できます。TiDB Self-Managedの場合、TiDBのバージョンはv8.4.0以降である必要があります（v8.5.0以降を推奨）。 @@ -84,7 +84,7 @@ TiDB Cloud Starterインスタンスの場合、接続文字列を取得し、 4. **PyMySQL**タブをクリックして、接続文字列をコピーしてください。 - > **ヒント：** + > **Tip:** > > まだパスワードを設定していない場合は、 **「パスワードを生成」**をクリックしてランダムなパスワードを生成してください。 diff --git a/ai/integrations/vector-search-integrate-with-peewee.md b/ai/integrations/vector-search-integrate-with-peewee.md index 8d76c8c62bc01..f6510aba74c99 100644 --- a/ai/integrations/vector-search-integrate-with-peewee.md +++ b/ai/integrations/vector-search-integrate-with-peewee.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidb/stable/vector-search-integrate-with-peewee/','/ja/tidb/dev/v このチュートリアルでは[Peewee](https://docs.peewee-orm.com/)を使用して[TiDB ベクトル検索](/ai/concepts/vector-search-overview.md)と対話し、エンベディングを保存し、ベクトル検索クエリを実行する方法を説明します。 -> **注記：** +> **Note:** > > - ベクトル検索機能はパブリックプレビューです。予告なく変更される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 > - ベクトル検索機能は、 [TiDB Self-Managed](/overview.md)と[TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter)で利用できます。TiDB Self-Managedの場合、TiDBのバージョンはv8.4.0以降である必要があります（v8.5.0以降を推奨）。 @@ -85,13 +85,13 @@ TiDB Cloud Starterインスタンスの場合、接続文字列を取得し、 - お使いの環境に合った**オペレーティングシステム**を選択してください。 - > **ヒント：** + > **Tip:** > > プログラムがWindows Subsystem for Linux（WSL）上で実行されている場合は、対応するLinuxディストリビューションに切り替えてください。 4. 接続ダイアログから接続パラメータをコピーしてください。 - > **ヒント：** + > **Tip:** > > まだパスワードを設定していない場合は、 **「パスワードを生成」**をクリックしてランダムなパスワードを生成してください。 diff --git a/ai/integrations/vector-search-integrate-with-sqlalchemy.md b/ai/integrations/vector-search-integrate-with-sqlalchemy.md index 2419c535aba4c..a45de16c817d7 100644 --- a/ai/integrations/vector-search-integrate-with-sqlalchemy.md +++ b/ai/integrations/vector-search-integrate-with-sqlalchemy.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidb/stable/vector-search-integrate-with-sqlalchemy/','/ja/tidb/d このチュートリアルでは、 [SQLAlchemy](https://www.sqlalchemy.org/)を使用して[TiDB ベクトル検索](/ai/concepts/vector-search-overview.md)と対話し、埋め込みを保存し、ベクトル検索クエリを実行する方法を説明します。 -> **注記：** +> **Note:** > > - ベクトル検索機能はパブリックプレビューです。予告なく変更される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 > - ベクトル検索機能は、 [TiDB Self-Managed](/overview.md)と[{{{ .starter }}}](/tidb-cloud/select-cluster-tier.md#starter)で利用できます。TiDB Self-Managedの場合、TiDBのバージョンはv8.4.0以降である必要があります（v8.5.0以降を推奨）。 @@ -85,13 +85,13 @@ TiDB Cloud Starterインスタンスの場合、接続文字列を取得し、 - お使いの環境に合った**オペレーティングシステム**を選択してください。 - > **ヒント：** + > **Tip:** > > プログラムがWindows Subsystem for Linux（WSL）上で実行されている場合は、対応するLinuxディストリビューションに切り替えてください。 4. **PyMySQL**タブをクリックして、接続文字列をコピーしてください。 - > **ヒント：** + > **Tip:** > > まだパスワードを設定していない場合は、 **「パスワードを生成」**をクリックしてランダムなパスワードを生成してください。 diff --git a/ai/quickstart-via-python.md b/ai/quickstart-via-python.md index 9e3f2fd83ad34..232405aeb0ef3 100644 --- a/ai/quickstart-via-python.md +++ b/ai/quickstart-via-python.md @@ -15,7 +15,7 @@ aliases: ['/ja/tidb/stable/vector-search-get-started-using-python/','/ja/tidb/de - ベクトルをTiDBテーブルに格納します。 - ベクトル類似度を用いて意味検索を実行する。 -> **注記：** +> **Note:** > > - ベクトル検索機能はパブリックプレビューであり、予告なく変更される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)報告してください。 > - ベクトル検索機能は、 [TiDB Self-Managed](/overview.md)および[{{{ .starter }}}](/tidb-cloud/select-cluster-tier.md#starter)で利用できます。TiDB Self-Managedの場合、TiDBのバージョンはv8.4.0以降である必要があります（v8.5.0以降を推奨）。 @@ -75,7 +75,7 @@ client = TiDBClient.connect( ) ``` -> **注記：** +> **Note:** > > 上記の例はあくまでも説明のためのものです。パラメータにはご自身の値を入力し、安全に保管してください。 @@ -97,7 +97,7 @@ client = TiDBClient.connect( ) ``` -> **注記：** +> **Note:** > > 実際の導入環境に合わせて、接続パラメータを必ず更新してください。 diff --git a/ai/quickstart-via-sql.md b/ai/quickstart-via-sql.md index 01cf80778a70e..f423ca37c1413 100644 --- a/ai/quickstart-via-sql.md +++ b/ai/quickstart-via-sql.md @@ -15,7 +15,7 @@ TiDB は、MySQL 構文を拡張して[ベクトル検索](/ai/concepts/vector-s - ベクトル埋め込みを保存する。 - ベクトル検索クエリを実行します。 -> **注記：** +> **Note:** > > - ベクトル検索機能はパブリックプレビューであり、予告なく変更される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)報告してください。 > - ベクトル検索機能は、 [TiDB Self-Managed](/overview.md)および [{{{ .starter }}}](/tidb-cloud/select-cluster-tier.md#starter)で利用できます。TiDB Self-Managedの場合、TiDBのバージョンはv8.4.0以降である必要があります（v8.5.0以降を推奨）。 diff --git a/ai/reference/vector-search-data-types.md b/ai/reference/vector-search-data-types.md index 53c41ef9e85de..dc43bf22635b8 100644 --- a/ai/reference/vector-search-data-types.md +++ b/ai/reference/vector-search-data-types.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidb/stable/vector-search-data-types/','/ja/tidbcloud/vector-sear ベクトルは、 `[0.3, 0.5, -0.1, ...]`などの浮動小数点数のシーケンスです。TiDB は、AI アプリケーションで広く使用されているベクトル埋め込みを効率的に保存およびクエリするために特別に最適化されたベクトル データ型を提供します。 -> **注記：** +> **Note:** > > - ベクトルデータ型はパブリックプレビューであり、予告なく変更される可能性があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)報告を行ってください。 > - ベクトルデータ型は[TiDB Self-Managed](/overview.md) および [TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter)で使用できます。TiDB Self-Managed の場合、TiDB バージョンは v8.4.0 以降である必要があります（v8.5.0 以降を推奨）。 diff --git a/ai/reference/vector-search-functions-and-operators.md b/ai/reference/vector-search-functions-and-operators.md index d48572e5b3f80..ad655f1329feb 100644 --- a/ai/reference/vector-search-functions-and-operators.md +++ b/ai/reference/vector-search-functions-and-operators.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidb/stable/vector-search-functions-and-operators/','/ja/tidbclou このドキュメントでは、ベクトル データ型で使用できる関数と演算子の一覧を示します。 -> **注記：** +> **Note:** > > - ベクトル関数と演算子はパブリックプレビューであり、予告なく変更される可能性があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)報告を行ってください。 > - ベクトルデータ型は、 [TiDB Self-Managed](/overview.md) および [TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter) で使用できます。TiDB Self-Managedの場合、TiDBバージョンはv8.4.0以降である必要があります（v8.5.0以降を推奨）。 diff --git a/ai/reference/vector-search-improve-performance.md b/ai/reference/vector-search-improve-performance.md index 2354aef96b905..1c263767c834d 100644 --- a/ai/reference/vector-search-improve-performance.md +++ b/ai/reference/vector-search-improve-performance.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidb/stable/vector-search-improve-performance/','/ja/tidbcloud/ve TiDB Vector Searchを使用すると、画像、ドキュメント、その他の入力に類似した結果を検索する近似近傍法（ANN）クエリを実行できます。クエリのパフォーマンスを向上させるには、以下のベストプラクティスを確認してください。 -> **注記：** +> **Note:** > > - ベクトル検索機能はパブリックプレビューです。予告なく変更される可能性があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)報告を行ってください。 > - ベクトル検索機能は[TiDB Self-Managed](/overview.md) と [TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter)で利用可能です。TiDB Self-Managedの場合、TiDBバージョンはv8.4.0以降である必要があります（v8.5.0以降を推奨）。 diff --git a/ai/reference/vector-search-index.md b/ai/reference/vector-search-index.md index e5288a27d59b2..d85170f30e6aa 100644 --- a/ai/reference/vector-search-index.md +++ b/ai/reference/vector-search-index.md @@ -10,7 +10,7 @@ aliases: ['/ja/tidb/stable/vector-search-index/','/ja/tidbcloud/vector-search-in 検索効率を向上させるために、TiDBでは近似KNN（ANN）検索用のベクトル検索インデックスを作成できます。ベクトル検索にベクトルインデックスを使用すると、TiDBは精度をわずかに低下させるだけでクエリパフォーマンスを大幅に向上させ、通常90%以上の検索再現率を維持できます。 -> **注記：** +> **Note:** > > - ベクトル検索機能はパブリックプレビューです。予告なく変更される可能性があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)報告を行ってください。 > - ベクトル検索機能は[TiDB Self-Managed](/overview.md)および[TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter)で利用可能です。TiDB Self-Managedの場合、TiDBバージョンはv8.4.0以降である必要があります（v8.5.0以降を推奨）。 @@ -56,7 +56,7 @@ TiDB では、次のいずれかの方法で、 [ベクトルデータ型](/ai/r ALTER TABLE foo ADD VECTOR INDEX idx_embedding ((VEC_COSINE_DISTANCE(embedding))) USING HNSW; ``` -> **注記：** +> **Note:** > > ベクトル検索インデックス機能は、テーブルのTiFlashレプリカに依存します。 > @@ -236,7 +236,7 @@ LIMIT 10; +-----+--------------------------------------------------------+-----+ ``` -> **注記：** +> **Note:** > > 実行情報は内部情報です。フィールドとフォーマットは予告なく変更される場合があります。これらの情報に依存しないでください。 diff --git a/ai/reference/vector-search-limitations.md b/ai/reference/vector-search-limitations.md index ef62421c2b7bd..7e420ddf01154 100644 --- a/ai/reference/vector-search-limitations.md +++ b/ai/reference/vector-search-limitations.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidb/stable/vector-search-limitations/','/ja/tidb/dev/vector-sear この文書では、TiDBベクトル検索の既知の制限事項について説明します。 -> **注記：** +> **Note:** > > - ベクトル検索機能はパブリックプレビューです。予告なく変更される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 > - ベクトル検索機能は、 [TiDB Self-Managed](/overview.md)および[{{{ .starter }}}](/tidb-cloud/select-cluster-tier.md#starter)で利用できます。TiDB Self-Managedの場合、TiDBのバージョンはv8.4.0以降である必要があります（v8.5.0以降を推奨）。 diff --git a/ai/vector-search-get-started-using-python.md b/ai/vector-search-get-started-using-python.md index 77636163b5080..b4a13921f1f27 100644 --- a/ai/vector-search-get-started-using-python.md +++ b/ai/vector-search-get-started-using-python.md @@ -10,7 +10,7 @@ aliases: ['/ja/tidb/stable/vector-search-get-started-using-python/','/ja/tidb/de このチュートリアルでは、 [TiDB ベクトル検索](/ai/concepts/vector-search-overview.md)、Python、 [TiDB Vector SDK for Python](https://github.com/pingcap/tidb-vector-python) 、および AI モデルを使用して、この AI アプリケーションを開発します。 -> **注記：** +> **Note:** > > - ベクトル検索機能はベータ版です。予告なく変更される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 > - ベクトル検索機能は、 [TiDB Self-Managed](/overview.md)[TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter) 、 [TiDB Cloud Essential](/tidb-cloud/select-cluster-tier.md#essential) 、および[TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)で利用できます。TiDB Self-ManagedおよびTiDB Cloud Dedicatedの場合、TiDBのバージョンはv8.4.0以降である必要があります（v8.5.0以降を推奨）。 @@ -76,13 +76,13 @@ TiDB Cloud Starterインスタンスの場合、接続文字列を取得し、 - お使いの環境に合った**オペレーティングシステム**を選択してください。 - > **ヒント：** + > **Tip:** > > プログラムがWindows Subsystem for Linux（WSL）上で実行されている場合は、対応するLinuxディストリビューションに切り替えてください。 4. **PyMySQL**タブをクリックして、接続文字列をコピーしてください。 - > **ヒント：** + > **Tip:** > > まだパスワードを設定していない場合は、 **「パスワードを生成」**をクリックしてランダムなパスワードを生成してください。 diff --git a/api/ticdc-api-overview.md b/api/ticdc-api-overview.md index df62e567ec5b3..8c870204407cf 100644 --- a/api/ticdc-api-overview.md +++ b/api/ticdc-api-overview.md @@ -12,7 +12,7 @@ TiCDC は、TiCDC クラスターのクエリと操作用に次の 2 つのバ - [TiCDC オープンAPI v1](/ticdc/ticdc-open-api.md) - [TiCDC オープンAPI v2](/ticdc/ticdc-open-api-v2.md) -> **注記：** +> **Note:** > > TiCDC OpenAPI v1は将来削除される予定です。TiCDC OpenAPI v2のご利用をお勧めします。 diff --git a/api/tidb-cloud-api-overview.md b/api/tidb-cloud-api-overview.md index cff8cf2d44963..8dbc235be63cd 100644 --- a/api/tidb-cloud-api-overview.md +++ b/api/tidb-cloud-api-overview.md @@ -6,7 +6,7 @@ aliases: ['/ja/tidbcloud/api-overview/'] # TiDB Cloud APIの概要 {#tidb-cloud-api-overview} -> **注記：** +> **Note:** > > TiDB Cloud APIはパブリックプレビューです。 diff --git a/as-of-timestamp.md b/as-of-timestamp.md index 39cb0a34d9965..135eb7059d303 100644 --- a/as-of-timestamp.md +++ b/as-of-timestamp.md @@ -9,7 +9,7 @@ summary: AS OF TIMESTAMP` ステートメント句を使用して履歴データ TiDBは、特別なクライアントやドライバーを必要とせず、標準SQLインターフェース（ `AS OF TIMESTAMP` SQL句）を介して履歴データの読み取りをサポートします。データが更新または削除された後でも、このSQLインターフェースを使用して更新または削除前の履歴データを読み取ることができます。 -> **注記：** +> **Note:** > > 履歴データを読み取る場合、TiDB は、現在のテーブル構造が異なっていても、古いテーブル構造を持つデータを返します。 @@ -32,7 +32,7 @@ TiDBは、特別なクライアントやドライバーを必要とせず、標 - `AS OF TIMESTAMP TIDB_BOUNDED_STALENESS('2016-10-08 16:45:26', '2016-10-08 16:45:29')` : 2016 年 10 月 8 日の 16:45:26 から 16:45:29 までの範囲内でできるだけ新しいデータを読み取るように TiDB に指示します。 - `AS OF TIMESTAMP TIDB_BOUNDED_STALENESS(NOW() - INTERVAL 20 SECOND, NOW())` : 20 秒前から現在までの時間範囲内で可能な限り新しいデータを読み取るように TiDB に指示します。 -> **注記：** +> **Note:** > > タイムスタンプの指定に加えて、 `AS OF TIMESTAMP`句の最も一般的な用途は、数秒前のデータを読み取ることです。この方法を使用する場合は、5秒より前の履歴データを読み取ることをお勧めします。 > @@ -128,7 +128,7 @@ select * from t as of timestamp '2021-05-26 16:45:26'; +------+ 3 rows in set (0.00 sec) -> **注記：** +> **Note:** > > `SELECT`ステートメントで複数のテーブルを読み取る場合、TIMESTAMP EXPRESSIONの形式が一貫していることを確認する必要があります。例えば、 `select * from t as of timestamp NOW() - INTERVAL 2 SECOND, c as of timestamp NOW() - INTERVAL 2 SECOND;`ようになります。さらに、 `SELECT`ステートメントで関連するテーブルの`AS OF`情報を指定する必要があります。そうしないと、 `SELECT`ステートメントはデフォルトで最新のデータを読み取ります。 @@ -176,7 +176,7 @@ select * from t; +------+ 3 rows in set (0.00 sec) -> **注記：** +> **Note:** > > ステートメント`START TRANSACTION READ ONLY AS OF TIMESTAMP`でトランザクションを開始すると、それは読み取り専用トランザクションになります。このトランザクションでは書き込み操作は拒否されます。 @@ -230,6 +230,6 @@ select * from t; +------+ 3 rows in set (0.00 sec) -> **注記：** +> **Note:** > > ステートメント`SET TRANSACTION READ ONLY AS OF TIMESTAMP`でトランザクションを開始すると、それは読み取り専用トランザクションになります。このトランザクションでは書き込み操作は拒否されます。 diff --git a/auto-increment.md b/auto-increment.md index 32ddb3b37a250..16ac74a383500 100644 --- a/auto-increment.md +++ b/auto-increment.md @@ -9,7 +9,7 @@ summary: TiDB の AUTO_INCREMENT` 列属性について学習します。 -> **注記：** +> **Note:** > > `AUTO_INCREMENT`属性は本番環境でホットスポットを引き起こす可能性があります。詳細は[ホットスポットの問題のトラブルシューティング](/troubleshoot-hot-spot-issues.md)参照してください。代わりに[`AUTO_RANDOM`](/auto-random.md)使用することをお勧めします。 @@ -17,7 +17,7 @@ summary: TiDB の AUTO_INCREMENT` 列属性について学習します。 -> **注記：** +> **Note:** > > `AUTO_INCREMENT`属性は本番環境でホットスポットを引き起こす可能性があります。詳細は[ホットスポットの問題のトラブルシューティング](https://docs.pingcap.com/tidb/stable/troubleshoot-hot-spot-issues#handle-auto-increment-primary-key-hotspot-tables-using-auto_random)参照してください。代わりに[`AUTO_RANDOM`](/auto-random.md)使用することをお勧めします。 @@ -31,7 +31,7 @@ summary: TiDB の AUTO_INCREMENT` 列属性について学習します。 パフォーマンス上の理由から、各TiDBサーバーには、 `AUTO_INCREMENT`個の数値が一括で割り当てられます（デフォルトでは3万個）。つまり、 `AUTO_INCREMENT`数値は一意であることが保証されますが、 `INSERT`ステートメントに割り当てられる値は、TiDBサーバーごとに単調なものになります。 -> **注記：** +> **Note:** > > すべての TiDB サーバーで`AUTO_INCREMENT`数値を単調にしたい場合、TiDB バージョンが v6.5.0 以降であれば、 [MySQL互換モード](#mysql-compatibility-mode)有効にすることをお勧めします。 @@ -106,7 +106,7 @@ INSERT INTO t (c) VALUES (1) ### ユニークさ {#uniqueness} -> **警告：** +> **Warning:** > > クラスタに複数のTiDBインスタンスがあり、テーブルスキーマにAUTO_INCREMENT IDが含まれている場合、明示的な挿入と暗黙的な割り当て（AUTO_INCREMENT列のデフォルト値とカスタム値の使用）を同時に使用しないことを推奨します。そうしないと、暗黙的に割り当てられた値の一意性が損なわれる可能性があります。 @@ -451,7 +451,7 @@ IDは常に増加し、 `AUTO_ID_CACHE 0`のような大きなギャップは発 - 通常の同時トランザクション中（MySQLと同様） -> **注記：** +> **Note:** > > `AUTO_ID_CACHE 1`の動作とパフォーマンスは、TiDB のバージョンごとに進化しています。 > diff --git a/auto-random.md b/auto-random.md index 61cc19bf30eb4..e44184f606411 100644 --- a/auto-random.md +++ b/auto-random.md @@ -125,7 +125,7 @@ TiDB によって自動的に割り当てられる`AUTO_RANDOM(S, R)`列の値 - 値の範囲：最終的に生成される値の最大ビット数 = シャードビット数 + AUTO_INCREMENTビット数。符号付き列の範囲は`[-(2^(R-1))+1, (2^(R-1))-1]` 、符号なし列の範囲は`[0, (2^R)-1]`です。 - `AUTO_RANDOM` `PRE_SPLIT_REGIONS`と組み合わせて使用できます。テーブルが正常に作成されると、 `PRE_SPLIT_REGIONS`テーブル内のデータを`2^(PRE_SPLIT_REGIONS)`で指定された数のリージョンに事前に分割します。 -> **注記：** +> **Note:** > > シャードビットの選択（ `S` ）： > @@ -179,7 +179,7 @@ ALTER TABLE t AUTO_RANDOM_BASE=0; このステートメントは適切な基数を自動的に決定します。1 `Can't reset AUTO_INCREMENT to 0 without FORCE option, using XXX instead`ような警告メッセージが表示されますが、基数は変更さ**れる**ため、この警告は無視しても問題ありません。 -> **注記：** +> **Note:** > > `FORCE`キーワードを使用して`AUTO_RANDOM_BASE`から`0`設定することはできません。これを試みるとエラーが発生します。 @@ -193,7 +193,7 @@ ALTER TABLE t FORCE AUTO_RANDOM_BASE = 1000; このアプローチは、適切な基本値を自分で決定する必要があるため、あまり便利ではありません。 -> **注記：** +> **Note:** > > `FORCE`使用する場合は、ゼロ以外の正の整数を指定する必要があります。 diff --git a/backup-and-restore-using-dumpling-lightning.md b/backup-and-restore-using-dumpling-lightning.md index bc1c5bca8d2ce..33ae57c47e81a 100644 --- a/backup-and-restore-using-dumpling-lightning.md +++ b/backup-and-restore-using-dumpling-lightning.md @@ -44,7 +44,7 @@ summary: DumplingとTiDB Lightningを使用して、TiDBの完全なデータを - Dumplingには、データソース全体を保存できる（またはエクスポートされるすべての上流テーブルを保存できる）ディスク容量が必要です。必要なスペースを計算するには、 [ターゲットデータベースのストレージ要件](/tidb-lightning/tidb-lightning-requirements.md#storage-space-of-the-target-database)を参照してください。 - インポート処理中、 TiDB Lightningはソート済みのキーと値のペアを保存するための一時的な領域を必要とします。ディスク容量は、データソースの最大の単一テーブルを格納できるのに十分な量が必要です。 -**注記：** DumplingによってMySQLからエクスポートされる正確なデータ量を計算することは困難ですが、次のSQLステートメントを使用して`information_schema.tables`テーブルの`DATA_LENGTH`フィールドを要約することで、データ量を推定できます。 +**Note:** DumplingによってMySQLからエクスポートされる正確なデータ量を計算することは困難ですが、次のSQLステートメントを使用して`information_schema.tables`テーブルの`DATA_LENGTH`フィールドを要約することで、データ量を推定できます。 ```sql -- Calculate the size of all schemas @@ -143,7 +143,7 @@ LIMIT 4. TiDB Lightning はインポートが完了すると自動的に終了します。`tidb-lightning.log`の最後の行に`the whole procedure completed`が含まれているかどうかを確認してください。含まれている場合はインポートが成功しています。含まれていない場合は、インポート中にエラーが発生しました。エラーメッセージの指示に従ってエラーに対処してください。 -> **注記：** +> **Note:** > > インポートが成功したかどうかに関わらず、ログの最後の行には`tidb lightning exit`と表示されます。これは、 TiDB Lightning が正常に終了したことを意味しますが、必ずしもインポートが成功したことを意味するものではありません。 diff --git a/basic-features.md b/basic-features.md index 7c0d4ab781ede..095125009fd58 100644 --- a/basic-features.md +++ b/basic-features.md @@ -9,7 +9,7 @@ summary: TiDBの機能概要について学びましょう。 [TiDB Playground](https://play.tidbcloud.com/?utm_source=docs&utm_medium=tidb_features)でTiDBの機能を試すことができます。 -> **注記：** +> **Note:** > > PingCAP は、DMR バージョンのパッチ リリースを提供しません。バグは将来のリリースで修正される予定です。一般的な用途には、[最新のLTSバージョン](https://docs.pingcap.com/tidb/stable)使用することをお勧めします。 > diff --git a/basic-sql-operations.md b/basic-sql-operations.md index 08e4f82996f71..bda8f4491751d 100644 --- a/basic-sql-operations.md +++ b/basic-sql-operations.md @@ -143,7 +143,7 @@ DROP INDEX person_id ON person; ALTER TABLE person DROP INDEX person_unique_id; ``` -> **注記：** +> **Note:** > > DDL操作はトランザクションではありません。DDL操作を実行する際に`COMMIT`ステートメントを実行する必要はありません。 @@ -175,7 +175,7 @@ UPDATE person SET birthday='20180808' WHERE id=2; DELETE FROM person WHERE id=2; ``` -> **注記：** +> **Note:** > > `UPDATE`および`DELETE`ステートメントは、フィルターとして`WHERE`句を指定しない場合、テーブル全体に対して動作します。 diff --git a/benchmark/benchmark-tidb-using-sysbench.md b/benchmark/benchmark-tidb-using-sysbench.md index 8ef9aca7cbb11..46ec6f22032f0 100644 --- a/benchmark/benchmark-tidb-using-sysbench.md +++ b/benchmark/benchmark-tidb-using-sysbench.md @@ -21,7 +21,7 @@ server_configs: また、 [`tidb_enable_prepared_plan_cache`](/system-variables.md#tidb_enable_prepared_plan_cache-new-in-v610)が有効になっていることを確認し、 `--db-ps-mode=auto`を使用して sysbench がプリペアドステートメントを使用できるようにすることをお勧めします。SQL プランキャッシュの機能と監視方法については、 [SQL プリペアドプランキャッシュ](/sql-prepared-plan-cache.md)のドキュメントを参照してください。 -> **注記：** +> **Note:** > > Sysbenchのバージョンによっては、デフォルト値の`db-ps-mode`異なる場合があります。コマンドで明示的に指定することをお勧めします。 @@ -55,7 +55,7 @@ TiKV パフォーマンス チューニングの詳細については、 [TiKV ## テストプロセス {#test-process} -> **注記：** +> **Note:** > > このドキュメントのテストは、HAproxyなどの負荷分散ツールを使用せずに実施しました。TiDBノードごとにSysbenchテストを実行し、結果を合計しました。負荷分散ツールや異なるバージョンのパラメータもパフォーマンスに影響を与える可能性があります。 @@ -93,7 +93,7 @@ db-driver=mysql ### データのインポート {#data-import} -> **注記：** +> **Note:** > > 楽観的トランザクションモデルを有効にすると（TiDBはデフォルトで悲観的トランザクションモードを使用します）、同時実行の競合が検出されるとTiDBはトランザクションをロールバックします。1～ `tidb_disable_txn_auto_retry` `off`設定すると、トランザクションの競合が発生した後に自動再試行メカニズムが有効になり、トランザクション競合エラーによってSysbenchが終了するのを防ぐことができます。 @@ -116,7 +116,7 @@ Sysbench スクリプトがインデックスを作成する順序を調整し - TiDB 用に変更された[oltp_common.lua](https://raw.githubusercontent.com/pingcap/tidb-bench/master/sysbench/sysbench-patch/oltp_common.lua)ファイルをダウンロードし、 `/usr/share/sysbench/oltp_common.lua`ファイルをそれで上書きします。 - `/usr/share/sysbench/oltp_common.lua`で、行[235-240](https://github.com/akopytov/sysbench/blob/1.0.20/src/lua/oltp_common.lua#L235-L240)行 198 のすぐ後ろに移動します。 -> **注記：** +> **Note:** > > この操作はオプションであり、データのインポートにかかる時間を節約するためだけに行われます。 diff --git a/benchmark/benchmark-tpch.md b/benchmark/benchmark-tpch.md index af24807345074..0e0b684437c8d 100644 --- a/benchmark/benchmark-tpch.md +++ b/benchmark/benchmark-tpch.md @@ -9,7 +9,7 @@ summary: TiDB TPC-H 50Gパフォーマンステストでは、OLAPシナリオ このテストの目的は、OLAP シナリオにおける TiDB 1.0 と TiDB 2.0 のパフォーマンスを比較することです。 -> **注記：** +> **Note:** > > テスト環境が異なると、テスト結果も異なる場合があります。 diff --git a/benchmark/v4.0-performance-benchmarking-with-tpch.md b/benchmark/v4.0-performance-benchmarking-with-tpch.md index a2a8c0ea35930..2610a33420737 100644 --- a/benchmark/v4.0-performance-benchmarking-with-tpch.md +++ b/benchmark/v4.0-performance-benchmarking-with-tpch.md @@ -80,7 +80,7 @@ learner_config.log-level: "info" ##### 可変構成 {#variable-configuration} -> **注記：** +> **Note:** > > セッション変数が存在する可能性があります。すべてのクエリを現在のセッションで実行することをお勧めします。 @@ -146,7 +146,7 @@ set global tidb_index_lookup_join_concurrency = 16; ## テスト結果 {#test-result} -> **注記：** +> **Note:** > > このテストでSQL文を実行するテーブルには主キーのみがあり、セカンダリインデックスは設定されていません。そのため、以下のテスト結果はインデックスの影響を受けません。 diff --git a/best-practices-for-security-configuration.md b/best-practices-for-security-configuration.md index 4d327c9211eab..1c41636e3aff3 100644 --- a/best-practices-for-security-configuration.md +++ b/best-practices-for-security-configuration.md @@ -7,7 +7,7 @@ summary: 潜在的なセキュリティ リスクを軽減するために、TiDB TiDBのセキュリティは、データの整合性と機密性を保護するために不可欠です。このドキュメントでは、導入時にTiDBクラスタを安全に構成するためのガイドラインを示します。これらのベストプラクティスに従うことで、潜在的なセキュリティリスクを効果的に軽減し、データ侵害を防ぎ、TiDBデータベースシステムの継続的かつ安定した信頼性の高い運用を確保できます。 -> **注記：** +> **Note:** > > このドキュメントは、TiDBのセキュリティ設定に関する一般的な推奨事項を示しています。PingCAPは、情報の完全性または正確性を保証するものではなく、このガイドの使用から生じるいかなる問題についても責任を負いません。ユーザーは、これらの推奨事項を自身の特定のニーズに基づいて評価し、専門家に相談して適切なアドバイスを受ける必要があります。 @@ -56,7 +56,7 @@ TiDB Dashboardは、デフォルトでは信頼できるユーザー向けに設 - ファイアウォールまたはその他のメカニズムを使用して、デフォルトの`2379`ポートを信頼できるドメインに制限し、外部ユーザーによるアクセスを防止します。 - > **注記：** + > **Note:** > > TiDB、TiKV、その他のコンポーネントは、PDクライアントポートを介してPDコンポーネントと通信する必要があります。コンポーネント間の内部ネットワークアクセスをブロックしないでください。ブロックすると、クラスターが利用できなくなります。 diff --git a/best-practices/best-practices-on-public-cloud.md b/best-practices/best-practices-on-public-cloud.md index 0ba7bb0cbab62..95f1cf8dddb46 100644 --- a/best-practices/best-practices-on-public-cloud.md +++ b/best-practices/best-practices-on-public-cloud.md @@ -30,7 +30,7 @@ min-blob-size = "1KB" blob-file-compression = "zstd" ``` -> **注記：** +> **Note:** > > Titanを有効にすると、主キーの範囲スキャンのパフォーマンスが若干低下する可能性があります。詳細については、 [`min-blob-size`がパフォーマンスに与える影響](/storage-engine/titan-overview.md#impact-of-min-blob-size-on-performance)参照してください。 diff --git a/best-practices/ddl-introduction.md b/best-practices/ddl-introduction.md index 2cb133a138aa4..ac6eea311de1e 100644 --- a/best-practices/ddl-introduction.md +++ b/best-practices/ddl-introduction.md @@ -30,7 +30,7 @@ TiDBはオンラインDDLをサポートしています。つまり、データ 物理DDL文の実行は、2つの理由からアプリケーションのワークロードに影響を与える可能性があります。1つは、データの読み取りと新規データの書き込みにTiKVのCPUリソースとI/Oリソースを消費することです。もう1つは、 **DDLオーナーとして機能するTiDBノード**、または**TiDB分散実行フレームワーク（DXF）によって`ADD INDEX`タスクを実行するようにスケジュールされたTiDBノードが、**対応する計算を実行するためにTiDBのCPUリソースを消費することです。 - > **注記：** + > **Note:** > > 物理DDLタスクの実行は、通常、ユーザーアプリケーションに最も大きな影響を与えます。したがって、この影響を最小限に抑えるには、実行時に物理DDL文の設計を最適化することが重要です。これにより、ユーザーアプリケーションへの影響を軽減できます。 @@ -143,7 +143,7 @@ TiDB v6.2.0 より前では、DDL 実行フレームワークには次の制限 - 他に負荷がない場合は、 `tidb_ddl_reorg_worker_cnt`と`tidb_ddl_reorg_batch_size`の値を増やすことで`ADD INDEX`処理を高速化できます。例えば、2つの変数の値をそれぞれ`20`と`2048`に設定することができます。 - 他の負荷がある場合は、 `tidb_ddl_reorg_worker_cnt`と`tidb_ddl_reorg_batch_size`の値を減らして他のアプリケーションへの影響を最小限に抑えることができます。例えば、これらの変数の値をそれぞれ`4`と`256`に設定することができます。 -> **ヒント：** +> **Tip:** > > - 前述の 2 つの変数は、DDL タスクの実行中に動的に調整され、次のトランザクション バッチで有効になります。 > - DDL操作の種類とアプリケーションの負荷状況に応じて、適切なタイミングでDDL操作を実行してください。例えば、アプリケーションの負荷が低い場合は、 `ADD INDEX`操作を実行することをお勧めします。 diff --git a/best-practices/grafana-monitor-best-practices.md b/best-practices/grafana-monitor-best-practices.md index 85a171bb99175..51a9323935c03 100644 --- a/best-practices/grafana-monitor-best-practices.md +++ b/best-practices/grafana-monitor-best-practices.md @@ -91,7 +91,7 @@ Y 軸を線形スケールに切り替えます。 ![Switch to a linear scale](/media/best-practices/axes-scale-linear.jpg) -> **ヒント：** +> **Tip:** > > ヒント 2 とヒント 1 を組み合わせると、 `SELECT`ステートメントと`UPDATE`ステートメントのどちらが遅いかをすぐに分析するのに役立つ`sql_type`ディメンションを見つけることができます。また、遅い SQL ステートメントを含むインスタンスを見つけることもできます。 diff --git a/best-practices/haproxy-best-practices.md b/best-practices/haproxy-best-practices.md index 3e00a7a3deb1e..ccc3d61fb90b7 100644 --- a/best-practices/haproxy-best-practices.md +++ b/best-practices/haproxy-best-practices.md @@ -10,7 +10,7 @@ aliases: ['/ja/docs/dev/best-practices/haproxy-best-practices/','/ja/docs/dev/re ![HAProxy Best Practices in TiDB](/media/haproxy.jpg) -> **注記：** +> **Note:** > > TiDBのすべてのバージョンで動作するHAProxyの最小バージョンはv1.5です。v1.5とv2.1の間では、 `mysql-check`の`post-41`オプションを設定する必要があります。HAProxy v2.2以降の使用をお勧めします。 @@ -57,7 +57,7 @@ HAProxy をデプロイする前に、ハードウェアとソフトウェアの | Oracle Enterprise Linux | 7または8 | | Ubuntu LTS | 18.04以降のバージョン | -> **注記：** +> **Note:** > > - サポートされているその他のオペレーティング システムの詳細については、 [HAProxyドキュメント](https://github.com/haproxy/haproxy/blob/master/INSTALL)参照してください。 @@ -204,7 +204,7 @@ listen tidb-cluster # Database load balancing. server tidb-3 10.9.64.166:4000 send-proxy check inter 2000 rise 2 fall 3 ``` -> **注記：** +> **Note:** > > PROXY プロトコルを使用する前に、TiDBサーバーの構成ファイルで[`proxy-protocol.networks`](/tidb-configuration-file.md#networks)構成する必要があります。 diff --git a/best-practices/high-concurrency-best-practices.md b/best-practices/high-concurrency-best-practices.md index 3f0cfff798c58..494bae9aea1c6 100644 --- a/best-practices/high-concurrency-best-practices.md +++ b/best-practices/high-concurrency-best-practices.md @@ -43,7 +43,7 @@ TiDBはデータをリージョンに分割します。リージョンはそれ しかし、実際の状況は理論上の想定とは異なることがよくあります。 -> **注記：** +> **Note:** > > アプリケーションに書き込みホットスポットがないということは、書き込みシナリオに`AUTO_INCREMENT`主キーまたは単調に増加するインデックスがないことを意味します。 @@ -198,7 +198,7 @@ ORDER BY `SHARD_ROW_ID_BITS` 、 `_tidb_rowid`列に生成された行 ID をランダムに散布するために使用されます。4 `PRE_SPLIT_REGIONS` 、テーブルの作成後にリージョンを事前に分割するために使用されます。 -> **注記：** +> **Note:** > > `PRE_SPLIT_REGIONS`の値は`SHARD_ROW_ID_BITS`の値以下でなければなりません。 @@ -213,7 +213,7 @@ create table t (a int, b int) SHARD_ROW_ID_BITS = 4 PRE_SPLIT_REGIONS=3; テーブル`t`にデータの書き込みが開始されると、データは事前​​に分割された 8 つのリージョンに書き込まれます。これにより、テーブルの作成後に 1 つのリージョンのみが存在する場合に発生する可能性のあるホットスポットの問題が回避されます。 -> **注記：** +> **Note:** > > [`tidb_scatter_region`](/system-variables.md#tidb_scatter_region)グローバル変数は`PRE_SPLIT_REGIONS`の動作に影響します。 > diff --git a/best-practices/massive-regions-best-practices.md b/best-practices/massive-regions-best-practices.md index 009e4ecb603d3..341868db839a4 100644 --- a/best-practices/massive-regions-best-practices.md +++ b/best-practices/massive-regions-best-practices.md @@ -16,7 +16,7 @@ TiKVインスタンスには複数のリージョンが存在します。Raftsto ![Raftstore Workflow](/media/best-practices/raft-process.png) -> **注記：** +> **Note:** > > この図はRaftstoreのワークフローを示すものであり、実際のコード構造を表すものではありません。 @@ -28,7 +28,7 @@ Raftstore のワークフロー図から、各リージョンのメッセージ 一般的に、ロードされたRaftstoreのCPU使用率が85%以上に達すると、 Raftstoreはビジー状態になり、ボトルネックとなります。同時に、 `propose wait duration`数百ミリ秒に達することもあります。 -> **注記：** +> **Note:** > > - 前述のRaftstoreのCPU使用率についてですが、 Raftstoreはシングルスレッドです。Raftstoreがマルチスレッドの場合は、CPU使用率のしきい値（85%）を比例的に増やすことができます。 > - Raftstoreスレッドには I/O 操作が存在するため、CPU 使用率は 100% に達することはありません。 @@ -84,7 +84,7 @@ TiKVでは、デフォルトで`raftstore.store-pool-size`から`2`に設定さ ### 方法3: Region Mergeを有効にする {#method-3-enable-code-region-merge-code} -> **注記：** +> **Note:** > > TiDB v3.0 以降では`Region Merge`がデフォルトで有効になっています。 @@ -128,11 +128,11 @@ I/O リソースと CPU リソースが十分な場合は、単一のマシン リージョンのデフォルトサイズは256MiBです。リージョンのサイズを大きくすることで、リージョンの数を減らすことができます。詳細については、 [リージョンパフォーマンスの調整](/tune-region-performance.md)ご覧ください。 -> **注記：** +> **Note:** > > v8.4.0以降、デフォルトのリージョンサイズが96MiBから256MiBに増加しました。リージョンサイズを手動で変更していない場合、TiKVクラスターをv8.4.0以降にアップグレードすると、TiKVクラスターのデフォルトのリージョンサイズは自動的に256MiBに更新されます。 -> **注記：** +> **Note:** > > リージョンサイズのカスタマイズは、TiDB v6.5.0 より前のバージョンでは実験的機能です。リージョンサイズを変更する必要がある場合は、v6.5.0 以降にアップグレードすることをお勧めします。 @@ -140,7 +140,7 @@ I/O リソースと CPU リソースが十分な場合は、単一のマシン TiKVノード間のRaft通信に使用される最大接続数を調整するには、 [`server.grpc-raft-conn-num`](/tikv-configuration-file.md#grpc-raft-conn-num)設定項目を変更します。この数を増やすと、多数のリージョンによる通信負荷の増大によって発生するブロックの問題を軽減できます。 -> **注記：** +> **Note:** > > 不要なスレッド切り替えのオーバーヘッドを削減し、バッチ処理による潜在的な悪影響を軽減するには、数値を`[1, 4]`の範囲内に設定することをお勧めします。 diff --git a/best-practices/pd-scheduling-best-practices.md b/best-practices/pd-scheduling-best-practices.md index 4ceb0ff28f373..c05ad675ed769 100644 --- a/best-practices/pd-scheduling-best-practices.md +++ b/best-practices/pd-scheduling-best-practices.md @@ -17,7 +17,7 @@ aliases: ['/ja/docs/dev/best-practices/pd-scheduling-best-practices/','/ja/docs/ - [スケジューラ](/glossary.md#scheduler) - [ストア](/glossary.md#store) -> **注記：** +> **Note:** > > このドキュメントはTiDB 3.0を対象としています。一部の機能は以前のバージョン（2.x）ではサポートされていませんが、基盤となるメカニズムは同様であるため、このドキュメントは引き続きリファレンスとしてご利用いただけます。 @@ -281,7 +281,7 @@ PDの評価メカニズムでは、異なるストアのリーダー数とリー 変更が有効にならない場合は、 [FAQ - TiKV/PD 用に変更された`toml`構成が有効にならないのはなぜですか?](/faq/deploy-and-maintain-faq.md#why-the-modified-toml-configuration-for-tikvpd-does-not-take-effect)を参照してください。 - > **注記：** + > **Note:** > > 配置ルールを有効にした後、デコードの失敗を回避するために`key-type`の値を適切に切り替えます。 @@ -297,6 +297,6 @@ TiDB v5.2.0以降、TiKVは低速ディスクノードを検出するメカニ v8.5.5以降、TiKVは低速ネットワークノードを検出するメカニズムを導入しました。低速ディスクノード検出と同様に、このメカニズムはTiKVノード間のネットワークレイテンシーをプローブし、スコアを計算することで低速ノードを特定します。このメカニズムを有効にするには[`enable-network-slow-store`](/pd-control.md#scheduler-config-evict-slow-store-scheduler)指定します（デフォルトでは無効）。 -> **注記：** +> **Note:** > > **Leaderの排除は**、PDがTiKVの低速ノードにスケジューリング要求を送信し、TiKVが受信したスケジューリング要求を順次実行することで実現されます。**低速I/O**などの要因により、低速ノードでは要求が蓄積され、一部のリーダーは遅延した要求が処理されるまで**Leaderの排除**要求を処理できない場合があります。その結果**、Leaderの排除**にかかる時間が全体的に長くなります。したがって、 `evict-slow-store-scheduler`有効にする場合は、この状況を緩和するために[`store-io-pool-size`](/tikv-configuration-file.md#store-io-pool-size-new-in-v530)も有効にすることをお勧めします。 diff --git a/best-practices/readonly-nodes.md b/best-practices/readonly-nodes.md index ce6125de551b0..c736a98671054 100644 --- a/best-practices/readonly-nodes.md +++ b/best-practices/readonly-nodes.md @@ -98,7 +98,7 @@ aliases: ['/ja/tidb/stable/readonly-nodes/','/ja/tidb/dev/readonly-nodes/'] pd-ctl config placement-rules rule-bundle save --in="rules.json" ``` -> **注記：** +> **Note:** > > - 大規模なデータセットを持つクラスターで上記の操作を実行すると、クラスター全体のデータが読み取り専用ノードに完全に複製されるまでに時間がかかる場合があります。この間、読み取り専用ノードはサービスを提供できない可能性があります。 > - バックアップの特別な実装のため、各ラベルのラーナー数は 1 を超えることはできません。そうでない場合、バックアップ中に重複データが生成されます。 diff --git a/best-practices/saas-best-practices.md b/best-practices/saas-best-practices.md index 16e2a684bdb43..a9d825dc0ae9d 100644 --- a/best-practices/saas-best-practices.md +++ b/best-practices/saas-best-practices.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidb/stable/saas-best-practices/'] このドキュメントでは、SaaS（Software as a Service）マルチテナント環境、特に**単一クラスター内のテーブル数が100万を超える**シナリオにおけるTiDBのベストプラクティスを紹介します。適切な構成と選択を行うことで、SaaSシナリオにおいてTiDBを効率的かつ安定的に実行し、リソース消費とコストを削減できます。 -> **注記：** +> **Note:** > > TiDB v8.5.0 以降のバージョンを使用することをお勧めします。 diff --git a/best-practices/three-nodes-hybrid-deployment.md b/best-practices/three-nodes-hybrid-deployment.md index 9c17f7cd94c21..85f78bc255dce 100644 --- a/best-practices/three-nodes-hybrid-deployment.md +++ b/best-practices/three-nodes-hybrid-deployment.md @@ -109,7 +109,7 @@ TiDBはマルチバージョン同時実行制御（MVCC）モデルを使用し tiup ctl:v tikv --host=${ip:port} modify-tikv-config -n gc.max_write_bytes_per_sec -v ${limit} ``` -> **注記：** +> **Note:** > > 頻繁に更新されるアプリケーションシナリオでは、GCトラフィックを制限するとMVCCバージョンが蓄積され、読み取りパフォーマンスに影響する可能性があります。現在、パフォーマンスジッターとパフォーマンス低下のバランスをとるために、このパラメータの値を複数回調整する必要がある可能性があります。 diff --git a/best-practices/tidb-best-practices.md b/best-practices/tidb-best-practices.md index 3d0311082a1ea..8390e664cc80c 100644 --- a/best-practices/tidb-best-practices.md +++ b/best-practices/tidb-best-practices.md @@ -154,7 +154,7 @@ TiDBクラスタのデプロイには[TiUP](/production-deployment-using-tiup.md 前述のとおり、TiDBはキーバリューレイヤーにおける単一トランザクションのサイズを制限しています。SQLレイヤーに関しては、データ行がキーバリューエントリにマッピングされます。インデックスを追加するごとに、キーバリューエントリが1つ追加されます。 -> **注記：** +> **Note:** > > トランザクションのサイズ制限を設定する際には、TiDBエンコーディングのオーバーヘッドと追加のトランザクションキーを考慮する必要があります。**各トランザクションの行数は200未満、1行あたりのデータサイズは100KB未満にする**ことをお勧めします。そうでない場合、パフォーマンスが低下します。 diff --git a/best-practices/tidb-partitioned-tables-best-practices.md b/best-practices/tidb-partitioned-tables-best-practices.md index d44bb2d93fdf4..590ec09b825f3 100644 --- a/best-practices/tidb-partitioned-tables-best-practices.md +++ b/best-practices/tidb-partitioned-tables-best-practices.md @@ -18,7 +18,7 @@ TiDBのパーティションテーブルは、大規模データセットの管 このドキュメントでは、クエリの最適化、データのクリーンアップ、書き込みのスケーラビリティ、インデックス管理など、TiDBのパーティションテーブルを様々な観点から検証します。また、詳細なシナリオとベストプラクティスを通して、TiDBにおけるパーティションテーブル設計の最適化とパフォーマンスチューニングの実践的なガイダンスを提供します。 -> **注記：** +> **Note:** > > 基礎を学ぶには、パーティション プルーニング、インデックス タイプ、パーティション分割方法などの主要な概念について説明している[パーティショニング](/partitioned-table.md)参照してください。 @@ -124,7 +124,7 @@ WHERE `fa`.`sid` IN ( - **グローバル インデックスを持つパーティション テーブル**: インデックス スキャンの効率は向上しますが、多くの行が一致する場合、テーブル検索のコストは依然として高くなります。 - **ローカル インデックスを持つパーティション テーブル**: クエリ条件にパーティション キーが含まれていない場合、ローカル インデックス クエリはすべてのパーティションをスキャンします。 -> **注記：** +> **Note:** > > - **平均クエリ時間**は`statement_summary`ビューから取得されます。 > - **COP タスクの**メトリックは実行プランから派生します。 @@ -167,7 +167,7 @@ WHERE `fa`.`sid` IN ( 次のいずれかの方法を使用して、パーティションテーブルにグローバル インデックスを作成できます。 -> **注記：** +> **Note:** > > - TiDB v8.5.3以前のバージョンでは、一意の列に対してのみグローバルインデックスを作成できました。v8.5.4以降では、一意でない列に対してもグローバルインデックスを作成できます。この制限は、将来のLTSバージョンで解除される予定です。 > - 一意でないグローバル インデックスの場合は、 `ADD UNIQUE INDEX`ではなく`ADD INDEX`使用します。 @@ -239,7 +239,7 @@ TiDBでは、 [TTL (存続時間)](/time-to-live.md)使用するか、パーテ #### 調査結果 {#findings} -> **注記：** +> **Note:** > > このセクションで説明するパフォーマンス上の利点は、グローバル インデックスのないパーティション テーブルにのみ適用されます。 @@ -361,7 +361,7 @@ TiDBは新しい行とインデックスエントリを「右端」のリージ これらの問題を軽減するには、パーティションテーブルを使用できます。主キーにハッシュまたはキーによるパーティション分割を適用することで、TiDB は挿入操作を複数のパーティションとリージョンに分散し、単一のリージョンにおけるホットスポットの競合を軽減します。 -> **注記：** +> **Note:** > > このセクションでは、読み取りおよび書き込みホットスポットを軽減するための例として、パーティションテーブルを使用します。TiDB は、 [`AUTO_INCREMENT`](/auto-increment.md)や[`SHARD_ROW_ID_BITS`](/shard-row-id-bits.md)などのホットスポット軽減のための追加機能も提供しています。 > diff --git a/binary-package.md b/binary-package.md index be5127de093e8..f05d2a97436cc 100644 --- a/binary-package.md +++ b/binary-package.md @@ -33,7 +33,7 @@ TiDBバイナリパッケージは、amd64およびarm64アーキテクチャで | playground-{バージョン}-linux-{アーキテクチャ}.tar.gz | | | tiproxy-{バージョン}-linux-{アーキテクチャ}.tar.gz | バージョン7.6.0の新機能 | -> **注記：** +> **Note:** > > `{version}` 、インストールするコンポーネントまたはサーバーのバージョンによって異なります。 `{arch}` 、システムのアーキテクチャによって異なり、 `amd64`または`arm64`になります。 @@ -68,7 +68,7 @@ TiDBバイナリパッケージは、amd64およびarm64アーキテクチャで | blackbox_exporter-{バージョン}-linux-{アーキテクチャ}.tar.gz | バージョン6.2.0の新機能 | | node_exporter-{バージョン}-linux-{アーキテクチャ}.tar.gz | バージョン6.2.0の新機能 | -> **注記：** +> **Note:** > > `{version}`インストールするツールのバージョンによって異なります。2 `{arch}`システムのアーキテクチャによって異なり、 `amd64`または`arm64`になります。 diff --git a/blocklist-control-plan.md b/blocklist-control-plan.md index 1d50372e08c2d..51b15a307a8f8 100644 --- a/blocklist-control-plan.md +++ b/blocklist-control-plan.md @@ -34,7 +34,7 @@ summary: 最適化ルールと式プッシュダウンの動作を制御する #### 使用法 {#usage} -> **注記：** +> **Note:** > > 以下のすべての操作には、データベースの`super privilege`権限が必要です。各最適化ルールには名前が付けられています。例えば、列プルーニングの名前は`column_prune`です。すべての最適化ルールの名前は、表[重要な最適化ルール](#important-optimization-rules)の2列目に記載されています。 @@ -50,7 +50,7 @@ summary: 最適化ルールと式プッシュダウンの動作を制御する admin reload opt_rule_blacklist; ``` - > **注記：** + > **Note:** > > `admin reload opt_rule_blacklist` 、上記のステートメントを実行した TiDBサーバーにのみ有効になります。クラスター内のすべての TiDB サーバーに有効にしたい場合は、各 TiDBサーバーでこのコマンドを実行してください。 @@ -122,7 +122,7 @@ DESC mysql.expr_pushdown_blacklist; 2. `admin reload expr_pushdown_blacklist`実行します。 -> **注記：** +> **Note:** > > `admin reload expr_pushdown_blacklist` 、このステートメントが実行された TiDBサーバーにのみ有効になります。クラスター内のすべての TiDB サーバーに有効にしたい場合は、各 TiDBサーバーでこのコマンドを実行してください。 diff --git a/br/backup-and-restore-overview.md b/br/backup-and-restore-overview.md index 8b74856c6582f..e886446396798 100644 --- a/br/backup-and-restore-overview.md +++ b/br/backup-and-restore-overview.md @@ -120,7 +120,7 @@ TiDBの一部の機能が有効化または無効化されている場合、バ ### バージョン互換性 {#version-compatibility} -> **注記：** +> **Note:** > > バックアップおよび復元には、TiDBクラスタと同じメジャーバージョンのBRを使用することをお勧めします。 @@ -141,7 +141,7 @@ TiDB v6.6.0より前のBRの互換性情報は以下のとおりです。 このセクションでは、TiDB v6.5.0からv8.5.0までのすべての[長期サポート（LTS）](/releases/versioning.md#long-term-support-releases)バージョン（v6.5.0、v7.1.0、v7.5.0、v8.1.0、v8.5.0を含む）のBR互換性情報について説明します。 -> **注記：** +> **Note:** > > - 既知の問題：v7.2.0以降、新規作成されたクラスタの一部のシステムテーブルフィールドは、大文字と小文字を区別しなくなります。ただし、v7.2.0より前のバージョンからv7.2.0以降に**オンラインでアップグレードされ**たクラスタの場合、対応するシステムテーブルフィールドは引き続き大文字と小文字を区別します。これら2種類のクラスタ間でシステムテーブルを含むバックアップおよびリストア操作を行うと、失敗する可能性があります。詳細については、 [問題番号43717](https://github.com/pingcap/tidb/issues/43717)を参照してください。 > - バージョン8.5.5以降、 BRは`--sys-check-collation`パラメータを使用してシステムテーブルを復元する際に、照合順序の互換性チェックをサポートするようになりました。復元中、 BRはターゲットクラスタ照合順序で大文字小文字の競合が存在するかどうかを確認します。データがターゲット照合順序と互換性がある場合、 BRは以前のバージョンからのバックアップを正常に復元できます。そうでない場合、 BRはエラーを報告して復元を終了します。 @@ -166,7 +166,7 @@ TiDB v6.6.0より前のBRの互換性情報は以下のとおりです。 | v8.1.0 | バージョン8.1.0以降 | - | | v8.5.0 | バージョン8.5.0以降 | - | -> **注記：** +> **Note:** > > - システムテーブル以外のデータのみがバックアップされる場合（フルバックアップまたはログバックアップ）、すべてのバージョンは互換性があります。 > - `mysql`システム テーブルの復元が互換性のないシナリオでは、 `--with-sys-table=false`を設定してすべてのシステム テーブルの復元をスキップするか、より細かいフィルターを使用して互換性のないシステム テーブルのみをスキップすることで問題を解決できます。たとえば、 `--filter '*.*' --filter "__TiDB_BR_Temporary_*.*" --filter '!mysql.*' --filter 'mysql.bind_info' --filter 'mysql.user' --filter 'mysql.global_priv' --filter 'mysql.global_grants' --filter 'mysql.default_roles' --filter 'mysql.role_edges' --filter '!sys.*' --filter '!INFORMATION_SCHEMA.*' --filter '!PERFORMANCE_SCHEMA.*' --filter '!METRICS_SCHEMA.*' --filter '!INSPECTION_SCHEMA.*'`などです。 diff --git a/br/backup-and-restore-storages.md b/br/backup-and-restore-storages.md index 5b52764d9ae8e..e96f7025a6215 100644 --- a/br/backup-and-restore-storages.md +++ b/br/backup-and-restore-storages.md @@ -111,7 +111,7 @@ tiup br restore db --db test -u "${PD_IP}:2379" \ バックアップディレクトリをまだ作成していない場合は、 [バケットを作成する](https://docs.aws.amazon.com/AmazonS3/latest/userguide/create-bucket-overview.html)参照して指定のリージョンに S3 バケットを作成してください。必要に応じて、 [フォルダを作成する](https://docs.aws.amazon.com/AmazonS3/latest/userguide/using-folders.html)を参照してバケット内にフォルダを作成することもできます。 -> **注記：** +> **Note:** > > 2024年にAWSはデフォルトの動作を変更し、新規に作成されたインスタンスはデフォルトでIMDSv2のみをサポートするようになりました。詳細については[アカウント内のすべての新規インスタンスの起動に対して IMDSv2 をデフォルトとして設定します](https://aws.amazon.com/about-aws/whats-new/2024/03/set-imdsv2-default-new-instance-launches/)ご覧ください。そのため、v8.4.0以降、 BRはIMDSv2のみが有効になっているAmazon EC2インスタンスでのIAMロール権限の取得をサポートします。v8.4.0より前のバージョンのBRを使用する場合は、インスタンスをIMDSv1とIMDSv2の両方をサポートするように設定する必要があります。 @@ -183,7 +183,7 @@ TiKV で GCS WIF または ADC を使用する場合は、 `gcp_v2`外部スト - TiUPを使用してクラスターを起動すると、TiKV は systemd サービスを使用します。次の例は、TiKV の上記の 3 つの環境変数を設定する方法を示しています。 - > **注記：** + > **Note:** > > この方法を使用する場合は、手順 3 で TiKV を再起動する必要があります。クラスターを再起動できない場合は、 **「方法 1: バックアップと復元のアクセス キーを指定する」**を使用します。 @@ -237,7 +237,7 @@ TiKV で GCS WIF または ADC を使用する場合は、 `gcp_v2`外部スト --storage "azure://external/backup-20220915?account-name=${account-name}" ``` - > **注記：** + > **Note:** > > ランタイム環境で環境変数`AZURE_CLIENT_ID` 、 `AZURE_TENANT_ID` 、 `AZURE_CLIENT_SECRET`設定されて**いない**ことを確認してください。設定されていない場合、Azure SDK が他の認証方法を優先し、マネージド ID が有効にならない可能性があります。 @@ -301,6 +301,6 @@ Amazon [S3 オブジェクトロック](https://docs.aws.amazon.com/AmazonS3/lat BRとPITRは、Amazon S3オブジェクトロック機能の有効/無効を自動的に検出します。追加の操作は必要ありません。 -> **警告：** +> **Warning:** > > スナップショットバックアップまたはPITRログバックアッププロセス中にオブジェクトロック機能が有効になっている場合、スナップショットバックアップまたはログバックアップが失敗する可能性があります。バックアップを続行するには、スナップショットバックアップまたはPITRログバックアップタスクを再起動する必要があります。 diff --git a/br/backup-and-restore-use-cases.md b/br/backup-and-restore-use-cases.md index b1c98e723b7fd..37fbc22606593 100644 --- a/br/backup-and-restore-use-cases.md +++ b/br/backup-and-restore-use-cases.md @@ -28,7 +28,7 @@ PITRを使用するには、TiDBクラスタ（v6.2.0以上）をデプロイし | BR | 8コア以上 | 16 GB以上 | SAS | c5.2特大 | 1 | | モニター | 8コア以上 | 16 GB以上 | SAS | c5.2特大 | 1 | -> **注記：** +> **Note:** > > - BR がバックアップおよび復元タスクを実行する際、PD および TiKV にアクセスする必要があります。BRがすべての PD および TiKV ノードに接続できることを確認してください。 > - BRと PD サーバーは同じタイムゾーンを使用する必要があります。 diff --git a/br/br-auto-tune.md b/br/br-auto-tune.md index 1651751b09c7f..40834f360723d 100644 --- a/br/br-auto-tune.md +++ b/br/br-auto-tune.md @@ -19,7 +19,7 @@ TiDB v5.4.0より前のバージョンでは、バックアップ＆リストア 自動調整機能は、追加の構成なしでデフォルトで有効になっています。 -> **注記：** +> **Note:** > > v5.3.xからv5.4.0以降のバージョンにアップグレードするクラスターでは、自動チューニング機能はデフォルトで無効になっています。手動で有効にする必要があります。 diff --git a/br/br-batch-create-table.md b/br/br-batch-create-table.md index 57675fa561034..0552092e49534 100644 --- a/br/br-batch-create-table.md +++ b/br/br-batch-create-table.md @@ -9,7 +9,7 @@ summary: TiDB v6.0.0では、データ復元時のテーブル作成プロセス テーブル作成プロセスを高速化し、データの復元時間を短縮するために、TiDB v6.0.0 ではバッチテーブル作成機能が導入されました。この機能はデフォルトで有効になっています。 -> **注記：** +> **Note:** > > - バッチテーブル作成機能を使用するには、TiDBとBRの両方がv6.0.0以降である必要があります。TiDBまたはBRのいずれかがv6.0.0より前の場合、 BRはシリアル実行実装を使用します。 > - クラスター管理ツール ( TiUPなど) を使用しており、TiDB とBR がv6.0.0 以降のバージョンであるか、TiDB とBRが v6.0.0 より前のバージョンから v6.0.0 以降にアップグレードされているとします。 diff --git a/br/br-checkpoint-backup.md b/br/br-checkpoint-backup.md index f23a3919299b2..59ee872255126 100644 --- a/br/br-checkpoint-backup.md +++ b/br/br-checkpoint-backup.md @@ -39,7 +39,7 @@ tiup br backup full \ --gcttl 54000 ``` -> **注記：** +> **Note:** > > スナップショットバックアップが完了すると、バックアップ前に作成された`gc-safepoint`は削除されます。手動で削除する必要はありません。 diff --git a/br/br-checkpoint-restore.md b/br/br-checkpoint-restore.md index c8f4f607fe7c4..3eed6a0aea860 100644 --- a/br/br-checkpoint-restore.md +++ b/br/br-checkpoint-restore.md @@ -67,7 +67,7 @@ MVCC (Multi-Version Concurrency Control) メカニズムを使用しているた ## 実装の詳細: チェックポイントデータを下流のクラスタに保存する {#implementation-details-store-checkpoint-data-in-the-downstream-cluster} -> **注記：** +> **Note:** > > v8.5.5以降、 BRはデフォルトでチェックポイントデータをダウンストリームクラスターに保存します。1パラメータを使用して`--checkpoint-storage`チェックポイントデータのストレージを指定できます。 @@ -91,13 +91,13 @@ MVCC (Multi-Version Concurrency Control) メカニズムを使用しているた 初期リストア中のログリストアフェーズに入る前に、 `br` `restored-ts`時点における上流および下流のクラスタデータベースとテーブルIDのマッピングを構築することに注意してください。このマッピングは、データベースIDとテーブルIDの重複割り当てを防ぐため、システムテーブル`mysql.tidb_pitr_id_map`に保存されます。mysql.tidb_pitr_id_map**からデータを恣意的に削除すると`mysql.tidb_pitr_id_map` PITRリストアデータの不整合が発生する可能性があります。** -> **注記：** +> **Note:** > > 以前のバージョンのクラスターとの互換性を確保するため、v8.5.5以降では、復元クラスターにシステムテーブル`mysql.tidb_pitr_id_map`存在しない場合、 `pitr_id_map`データがログバックアップディレクトリに書き込まれます。ファイル名は`pitr_id_maps/pitr_id_map.cluster_id:{downstream-cluster-ID}.restored_ts:{restored-ts}`です。 ## 実装の詳細: チェックポイントデータを外部ストレージに保存する {#implementation-details-store-checkpoint-data-in-the-external-storage} -> **注記：** +> **Note:** > > v8.5.5以降、 BRはデフォルトでチェックポイントデータをダウンストリームクラスターに保存します。1パラメータを使用して`--checkpoint-storage`チェックポイントデータの外部ストレージを指定できます。例： > @@ -157,6 +157,6 @@ MVCC (Multi-Version Concurrency Control) メカニズムを使用しているた 初期リストア中のログリストアフェーズに入る前に、 `br` `restored-ts`時点における上流クラスタと下流クラスタのデータベースIDとテーブルIDのマッピングを構築することに注意してください。このマッピングは、データベースIDとテーブルIDの重複割り当てを防ぐため、ファイル名`pitr_id_maps/pitr_id_map.cluster_id:{downstream-cluster-ID}.restored_ts:{restored-ts}`でチェックポイントストレージに保存されます。pitr_id_maps **`pitr_id_maps`からファイルを恣意的に削除すると、PITR リストアデータの不整合が発生する可能性があります。** -> **注記：** +> **Note:** > > 以前のバージョンのクラスターとの互換性を確保するため、v8.5.5以降では、復元クラスターにシステムテーブル`mysql.tidb_pitr_id_map`が存在せず、パラメータ`--checkpoint-storage`が指定されていない場合、 `pitr_id_map`データはログバックアップディレクトリに書き込まれます。ファイル名は`pitr_id_maps/pitr_id_map.cluster_id:{downstream-cluster-ID}.restored_ts:{restored-ts}`です。 diff --git a/br/br-compact-log-backup.md b/br/br-compact-log-backup.md index 1847adc675a91..31a443806820b 100644 --- a/br/br-compact-log-backup.md +++ b/br/br-compact-log-backup.md @@ -46,7 +46,7 @@ summary: ログ バックアップを SST 形式に圧縮することで、ポ br operator base64ify --storage "s3://your/log/backup/storage/here" --load-creds ``` -> **注記：** +> **Note:** > > - 上記のコマンドを実行する際にオプション`--load-creds`を指定した場合、エンコードされたBase64文字列には、現在のBR環境から読み込まれた認証情報が含まれます。適切なセキュリティとアクセス制御を確保するためにご注意ください。 > - `--storage`値は、ログ バックアップ タスクの`log status`コマンドの出力と一致する必要があります。 @@ -76,7 +76,7 @@ tikv-ctl --log-level info compact-log-backup \ echo $(( $(date --date '2004-05-06 15:02:01Z' +%s%3N) << 18 )) ``` -> **注記：** +> **Note:** > > macOS ユーザーの場合は、 Homebrew経由で`coreutils`インストールし、 `date`ではなく`gdate`使用する必要があります。 > diff --git a/br/br-incremental-guide.md b/br/br-incremental-guide.md index bdb278c25e7f3..aa1c14d034724 100644 --- a/br/br-incremental-guide.md +++ b/br/br-incremental-guide.md @@ -7,7 +7,7 @@ summary: 増分データは、開始スナップショットと終了スナッ TiDBクラスターの増分データは、期間の開始スナップショットと終了スナップショット間の差分データ、およびこの期間に生成されたDDLです。完全（スナップショット）バックアップデータと比較して増分データはサイズが小さいため、スナップショットバックアップの補足として機能し、バックアップデータの容量を削減します。増分バックアップを実行するには、指定された期間内に生成されたMVCCデータが[TiDB GCメカニズム](/garbage-collection-overview.md)によってガベージコレクションされないようにしてください。たとえば、1時間ごとに増分バックアップを実行するには、 [`tidb_gc_life_time`](/system-variables.md#tidb_gc_life_time-new-in-v50) 1時間より大きい値に設定する必要があります。 -> **警告：** +> **Warning:** > > この機能の開発は停止しています。代替として[ログバックアップとPITR](/br/br-pitr-guide.md)使用することをお勧めします。 diff --git a/br/br-pitr-guide.md b/br/br-pitr-guide.md index f4f31a53d7978..d767ec031cd54 100644 --- a/br/br-pitr-guide.md +++ b/br/br-pitr-guide.md @@ -13,7 +13,7 @@ br コマンドライン ツール (以下、 `br`と呼びます) を使用し ### ログバックアップを開始する {#start-log-backup} -> **注記：** +> **Note:** > > - 以下の例では、Amazon S3 アクセスキーとシークレットキーを使用して権限を承認することを前提としています。IAM ロールを使用して権限を承認する場合は、 `--send-credentials-to-tikv`を`false`に設定する必要があります。 > - 他のストレージシステムまたは認証方法を使用して権限を認証する場合は、 [バックアップストレージ](/br/backup-and-restore-storages.md)に従ってパラメータ設定を調整します。 @@ -135,7 +135,7 @@ PITRを実行するには、復元ポイントより前のフルバックアッ - 各 TiKV ノードでは、PITR はスナップショット データ (完全復元) を 2 TiB/h の速度で復元し、ログ データ (メタ ファイルと KV ファイルを含む) を 30 GiB/h の速度で復元できます。 - BRは古くなったログバックアップデータ（ `tiup br log truncate` ）を600GB/hの速度で削除します。 -> **注記：** +> **Note:** > > 上記の仕様は、以下の2つのテストシナリオのテスト結果に基づいています。実際のデータは異なる場合があります。 > diff --git a/br/br-pitr-manual.md b/br/br-pitr-manual.md index 8a37e941c407b..8384351938299 100644 --- a/br/br-pitr-manual.md +++ b/br/br-pitr-manual.md @@ -147,7 +147,7 @@ tiup br log start \ --master-key "gcp-kms:///projects/$GCP_PROJECT_ID/locations/$GCP_LOCATION/keyRings/$GCP_KEY_RING/cryptoKeys/$GCP_KEY_NAME?AUTH=specified&CREDENTIALS=$GCP_CREDENTIALS_PATH" ``` -> **注記：** +> **Note:** > > - キーが失われると、ログ バックアップ データをクラスターに復元できなくなります。 > - 暗号化機能は、 `br`および TiDB クラスター v8.4.0 以降で使用する必要があります。暗号化されたログバックアップデータは、v8.4.0 より前のクラスターでは復元できません。 @@ -234,7 +234,7 @@ Global Flags: -u, --pd strings PD address (default [127.0.0.1:2379]) ``` -> **注記：** +> **Note:** > > - ログバックアップタスクが一時停止された後、変更ログを生成するMVCCデータが削除されるのを防ぐため、バックアッププログラムは現在のバックアップチェックポイントをサービスセーフポイントとして自動的に設定します。このサービスセーフポイントには、過去24時間以内のMVCCデータが保持されます。バックアップタスクが24時間以上一時停止された場合、対応するデータはガベージコレクションされ、バックアップされません。 > - MVCCデータを過剰に保持すると、TiDBクラスターのストレージ容量とパフォーマンスに悪影響を及ぼします。そのため、バックアップタスクを適切なタイミングで再開することをお勧めします。 @@ -303,7 +303,7 @@ Global Flags: -u, --pd strings PD address (default [127.0.0.1:2379]) ``` -> **注記：** +> **Note:** > > このコマンドは注意して使用してください。ログバックアップタスクを一時停止する必要がある場合は、代わりに`tiup br log pause`と`tiup br log resume`使用してください。 @@ -406,7 +406,7 @@ tiup br log metadata --storage='s3://backup-101/logbackup?access-key=${access-ke ## 指定した時点への復元 (PITR) {#restore-to-a-specified-point-in-time-pitr} -> **注記：** +> **Note:** > > `restore point`の増分バックアップ アドレスとして`--full-backup-storage`指定した場合、このバックアップと以前の増分バックアップを復元するには、増分バックアップと後続のログ バックアップとの互換性を確保するために、パラメータ`--allow-pitr-from-incremental` `true`に設定する必要があります。 @@ -467,7 +467,7 @@ Restore KV Files <-------------------------------------------------------------- "restore log success summary"] [total-take=192.955533ms] [restore-from=434693681289625602] [restore-to=434693753549881345] [total-kv-count=33] [total-size=21551] ``` -> **注記：** +> **Note:** > > - クラスターを初めて復元する際は、完全なスナップショットデータを指定する必要があります。そうしないと、テーブルIDルールの書き換えにより、新しく作成されたテーブルの一部のデータが正しくなくなる可能性があります。詳細については、GitHub の問題[＃54418](https://github.com/pingcap/tidb/issues/54418)をご覧ください。 > - 特定の期間のログバックアップデータを繰り返しリストアすることはできません。範囲`[t1=10, t2=20)`のログバックアップデータを繰り返しリストアすると、リストアされたデータに不整合が生じる可能性があります。 @@ -541,7 +541,7 @@ tiup br restore point --pd="${PD_IP}:2379" \ --filter 'db*.tbl*' ``` -> **注記：** +> **Note:** > > - フィルターを使用してデータを復元する前に、ターゲットクラスターにフィルターに一致するデータベースまたはテーブルが含まれていないことを確認してください。含まれていない場合、復元はエラーで失敗します。 > - フィルター オプションは、スナップショット バックアップとログ バックアップの両方の復元フェーズ中に適用されます。 @@ -577,7 +577,7 @@ tiup br restore point --pd="${PD_IP}:2379" \ --filter 'db2.*' ``` -> **注記：** +> **Note:** > > - 各同時復元操作は、異なるデータベースまたは重複しないテーブルセットを対象とする必要があります。重複するデータセットを同時に復元しようとすると、エラーが発生します。 > - 複数の復元タスクはシステムリソースを大量に消費します。CPUとI/Oリソースが十分な場合にのみ、複数の復元タスクを同時に実行することをお勧めします。 @@ -600,7 +600,7 @@ v8.5.5 以降では、ログ バックアップ タスクの実行中に、次 3. 復元が完了したら、新しいスナップショット バックアップを実行します。 4. [ログバックアップタスクを再開する](#restart-a-log-backup-task) 。 -> **注記：** +> **Note:** > > スナップショット（完全）復元データの記録を含むログバックアップを復元する場合は、 BR v8.5.5以降を使用する必要があります。そうでない場合、記録された完全復元データの復元が失敗する可能性があります。 @@ -621,7 +621,7 @@ TiDB v8.5.5以降では、ログバックアップタスクの実行中にPITR 復元操作が失敗した場合、 `tiup br abort`コマンドを使用してレジストリエントリとチェックポイントデータをクリーンアップできます。このコマンドは、元の復元パラメータに基づいて、 `mysql.tidb_restore_registry`テーブルのエントリやチェックポイントデータ（ローカルデータベースに保存されているか外部ストレージに保存されているかに関係なく）を含む関連メタデータを自動的に検索して削除します。 -> **注記：** +> **Note:** > > `abort`コマンドはメタデータのみをクリーンアップします。復元された実際のデータはクラスターから手動で削除する必要があります。 diff --git a/br/br-snapshot-guide.md b/br/br-snapshot-guide.md index 07253fa19c383..16f3f7ac8cdbc 100644 --- a/br/br-snapshot-guide.md +++ b/br/br-snapshot-guide.md @@ -16,7 +16,7 @@ summary: このドキュメントでは、brコマンドラインツールを使 ## クラスタスナップショットのバックアップ {#back-up-cluster-snapshots} -> **注記：** +> **Note:** > > - 以下の例では、Amazon S3 アクセス キーとシークレット キーを使用して権限を認証することを前提としていますIAMロールを使用して権限を認証する場合は、 `--send-credentials-to-tikv` `false`に設定する必要があります。 > - 他のストレージシステムまたは認証方法を使用して権限を認証する場合は、[バックアップストレージ](/br/backup-and-restore-storages.md)に従ってパラメータ設定を調整します。 @@ -64,7 +64,7 @@ tiup br validate decode --field="end-version" \ ## クラスタのスナップショットを復元する {#restore-cluster-snapshots} -> **注記：** +> **Note:** > > - BR v7.5.0以前のバージョンでは、TiKVノードあたりのスナップショット復元速度は約100 MiB/秒です。 > - BR v7.6.0以降、大規模なリージョンを含むシナリオにおける潜在的なリストアのボトルネックに対処するため、 BRは粗粒度リージョン散乱アルゴリズム（実験的）によるリストアの高速化をサポートしています。この機能は、コマンドラインパラメータ`--granularity="coarse-grained"`指定することで有効にできます。 @@ -216,7 +216,7 @@ tiup br restore full \ - 代替方法: `backup.num-threads`を既に小さな値 (たとえば`1` ) に設定しているが、バックアップがクラスタに与える影響をさらに軽減したい場合は、 `--ratelimit`パラメータの使用を検討してください。このオプションは、バックアップ ファイルを外部ストレージに書き込むために使用される帯域幅を MiB/s で制限します。実際のレート制限効果は、圧縮データのサイズによって異なることに注意してください。詳細については、ログの`backup data size (after compressed)`フィールドを参照してください。 `--ratelimit`が有効になっている場合、 BR は自動的に`--concurrency`を`1`に設定して、同時リクエストの数を減らします。 -> **注記：** +> **Note:** > > `--ratelimit`を有効にすると、バックアップのスループットがさらに低下します。ほとんどの場合、既にオフピーク時間帯にバックアップを実行していて、 `backup.num-threads`を 1 に下げても、フォアグラウンドワークロードへのバックアップの影響が見られる場合は、クラスターがリソース制限に近づいていることを示しています。 > diff --git a/br/br-snapshot-manual.md b/br/br-snapshot-manual.md index 581210cb32cd6..28c5d01bc98b0 100644 --- a/br/br-snapshot-manual.md +++ b/br/br-snapshot-manual.md @@ -44,7 +44,7 @@ tiup br backup full \ - `--backupts` : スナップショットの時点。形式は[TSO](/tso.md)またはタイムスタンプ（例： `400036290571534337` 、 `2024-06-28 13:30:00 +08:00`です。このスナップショットのデータがガベージコレクションされた場合、 `tiup br backup`コマンドはエラーを返し、 'br' は終了します。このパラメータを指定しない場合、 `br`バックアップ開始時刻に対応するスナップショットを選択します。 - `--log-file` : `br`ログが書き込まれる対象ファイル。 -> **注記：** +> **Note:** > > - v8.5.0 以降、 BRツールは、バックアップ パフォーマンスを向上させるために、フル バックアップ中のテーブル レベルのチェックサム計算をデフォルトで無効にします ( `--checksum=false` )。 > - BRツールは既にGCへの自己適応をサポートしています。バックアップ中にTiDBのGCセーフポイントが先に進まないように、PDのタイムスタンプ`backupTS` （デフォルトでは最新のPDタイムスタンプ）をPDの`safePoint`に自動的に登録することで、GC設定を手動で設定する必要がなくなります。 @@ -127,7 +127,7 @@ tiup br restore full \ --storage local:///br_data/ --pd "${PD_IP}:2379" --log-file restore.log ``` -> **注記：** +> **Note:** > > v8.5.5以降、パラメータ`--load-stats`を`false`に設定すると、 BRは復元されたテーブルの統計情報をテーブル`mysql.stats_meta`に書き込まなくなります。復元が完了したら、SQL文[`ANALYZE TABLE`](/sql-statements/sql-statement-analyze-table.md)を手動で実行して関連する統計情報を更新できます。 @@ -162,7 +162,7 @@ tiup br backup full\ --crypter.key 0123456789abcdef0123456789abcdef ``` -> **注記：** +> **Note:** > > - キーが失われると、バックアップ データをクラスターに復元できなくなります。 > - 暗号化機能は、 `br`および TiDB クラスタ v5.3.0 以降で使用する必要があります。暗号化されたバックアップデータは、v5.3.0 より前のクラスタでは復元できません。 @@ -206,7 +206,7 @@ tiup br restore full \ --log-file restorefull.log ``` -> **注記：** +> **Note:** > > `REPLACE INTO` SQL ステートメントを使用したシステム テーブルの論理的な復元とは異なり、物理的な復元ではシステム テーブル内の既存のデータが完全に上書きされます。 @@ -231,7 +231,7 @@ tiup br restore db \ 上記のコマンドでは、 `--db`復元するデータベースの名前を指定し、その他のパラメータは[TiDB クラスターのスナップショットを復元する](#restore-cluster-snapshots)と同じです。 -> **注記：** +> **Note:** > > バックアップデータをリストアする際、 `--db`で指定したデータベース名は、バックアップコマンドの`-- db`で指定したデータベース名と一致している必要があります。一致しない場合、リストアは失敗します。これは、バックアップデータのメタファイル（ `backupmeta`ファイル）にデータベース名が記録されており、同じ名前のデータベースにしかリストアできないためです。推奨される方法は、別のクラスタにある同じ名前のデータベースにバックアップデータをリストアすることです。 diff --git a/br/br-use-overview.md b/br/br-use-overview.md index 62cf198bc1524..5ea79e8b755e7 100644 --- a/br/br-use-overview.md +++ b/br/br-use-overview.md @@ -38,7 +38,7 @@ TiDB クラスターを独自に構築したデータ センターに導入す - バックアップストレージシステムとして[MinIO](https://docs.min.io/docs/minio-quickstart-guide.html)構築し、S3 プロトコルを使用してデータを MinIO にバックアップします。 - ネットワーク ファイル システム (NFS、NAS など) ディスクを br コマンドライン ツールとすべての TiKV インスタンスにマウントし、POSIX ファイル システム インターフェイスを使用して、バックアップ データを対応する NFS ディレクトリに書き込みます。 -> **注記：** +> **Note:** > > NFS、またはAmazon S3、GCS、Azure Blob Storageプロトコルをサポートするストレージシステムを選択しない場合、バックアップデータは各TiKVノードで生成されます。バックアップデータの収集によりデータの冗長性や運用・保守上の問題が発生する可能性があるため、 **BRを使用する方法としては推奨されません**。 diff --git a/cached-tables.md b/cached-tables.md index a90b2d8264389..7f28b90f0646d 100644 --- a/cached-tables.md +++ b/cached-tables.md @@ -153,7 +153,7 @@ SELECT * FROM users; 1 row in set (0.00 sec) ``` -> **注記：** +> **Note:** > > キャッシュされたテーブルにデータを挿入すると、第2レベルの書き込みレイテンシーが発生する可能性があります。このレイテンシーはグローバル環境変数[`tidb_table_cache_lease`](/system-variables.md#tidb_table_cache_lease-new-in-v600)によって制御されます。アプリケーションに応じてレイテンシーが許容できるかどうかを確認することで、キャッシュされたテーブル機能を使用するかどうかを決定できます。例えば、読み取り専用のシナリオでは、この値を`tidb_table_cache_lease`に増やすことができます。 > @@ -181,7 +181,7 @@ Create Table: CREATE TABLE `table_cache_meta` ( ### キャッシュされたテーブルを通常のテーブルに戻す {#revert-a-cached-table-to-a-normal-table} -> **注記：** +> **Note:** > > キャッシュされたテーブルでDDL文を実行すると失敗します。キャッシュされたテーブルでDDL文を実行する前に、まずキャッシュ属性を削除し、キャッシュされたテーブルを通常のテーブルに戻す必要があります。 diff --git a/certificate-authentication.md b/certificate-authentication.md index d6da3d05035ed..2405bba23e874 100644 --- a/certificate-authentication.md +++ b/certificate-authentication.md @@ -63,7 +63,7 @@ TiDBは、ユーザーがTiDBにログインするための証明書ベースの Email Address []:s@pingcap.com ``` - > **注記：** + > **Note:** > > 上記の証明書詳細において、 `:`以降のテキストは入力された情報です。 @@ -118,7 +118,7 @@ TiDBは、ユーザーがTiDBにログインするための証明書ベースの Getting CA Private Key ``` - > **注記：** + > **Note:** > > ログインすると、TiDB は上記の出力の`subject`セクションの情報が一貫しているかどうかを確認します。 @@ -175,7 +175,7 @@ TiDBは、ユーザーがTiDBにログインするための証明書ベースの Getting CA Private Key ``` - > **注記：** + > **Note:** > > 上記出力のセクション`subject`の情報は、セクション`REQUIRE`のセクション[ログイン検証用の証明書設定](#configure-the-user-certificate-information-for-login-verification)に使用されます。 @@ -221,7 +221,7 @@ MySQL クライアントを例にとると、 `ssl-cert` 、 `ssl-key` 、 `ssl- mysql -u test -h 0.0.0.0 -P 4000 --ssl-cert /path/to/client-cert.new.pem --ssl-key /path/to/client-key.new.pem --ssl-ca /path/to/ca-cert.pem ``` -> **注記：** +> **Note:** > > `/path/to/client-cert.new.pem` 、 `/path/to/client-key.new.pem` 、 `/path/to/ca-cert.pem`は、CA証明書、クライアント鍵、クライアント証明書のディレクトリです。これらは任意のディレクトリに置き換えることができます。 @@ -367,7 +367,7 @@ CA証明書は、クライアントとサーバー間の相互検証の基盤と sudo openssl req -new -x509 -nodes -days 365000 -key ca-key.pem -out ca-cert.new.pem ``` - > **注記：** + > **Note:** > > 新しいCA証明書を生成することは、クライアントとサーバーの鍵と証明書を置き換え、オンラインユーザーに影響を与えないようにするためです。したがって、上記のコマンドに追加される情報は、 `REQUIRE ISSUER`情報と一致している必要があります。 @@ -383,7 +383,7 @@ CA証明書は、クライアントとサーバー間の相互検証の基盤と ### クライアントキーと証明書を更新する {#update-client-key-and-certificate} -> **注記：** +> **Note:** > > クライアントとサーバーの古い CA 証明書を結合された CA 証明書に置き換えた**後にのみ、**以下の手順を実行してください。 @@ -394,7 +394,7 @@ CA証明書は、クライアントとサーバー間の相互検証の基盤と sudo openssl rsa -in client-key.new.pem -out client-key.new.pem ``` - > **注記：** + > **Note:** > > 上記のコマンドは、クライアントの鍵と証明書を置き換え、オンラインユーザーに影響を与えないようにするためのものです。そのため、上記のコマンドに追加される情報は、 `REQUIRE SUBJECT`情報と一致している必要があります。 @@ -410,7 +410,7 @@ CA証明書は、クライアントとサーバー間の相互検証の基盤と mysql -u test -h 0.0.0.0 -P 4000 --ssl-cert /path/to/client-cert.new.pem --ssl-key /path/to/client-key.new.pem --ssl-ca /path/to/ca-cert.pem ``` - > **注記：** + > **Note:** > > `/path/to/client-cert.new.pem` 、 `/path/to/client-key.new.pem` 、 `/path/to/ca-cert.pem` 、CA証明書、クライアント鍵、クライアント証明書のディレクトリを指定します。これらは任意のディレクトリに置き換えることができます。 diff --git a/character-set-and-collation.md b/character-set-and-collation.md index 41d3961c86dc6..86cd3ed7d28ba 100644 --- a/character-set-and-collation.md +++ b/character-set-and-collation.md @@ -136,11 +136,11 @@ SHOW COLLATION; 13 rows in set (0.00 sec) ``` -> **警告：** +> **Warning:** > > TiDBはlatin1をutf8のサブセットとして誤って扱います。そのため、latin1とutf8のエンコーディング間で異なる文字を格納すると、予期しない動作が発生する可能性があります。utf8mb4文字セットの使用を強くお勧めします。詳細は[TiDB #18955](https://github.com/pingcap/tidb/issues/18955)ご覧ください。 -> **注記：** +> **Note:** > > TiDBのデフォルトの照合順序（サフィックスが`_bin`であるバイナリ照合順序）は、 [MySQLのデフォルトの照合順序](https://dev.mysql.com/doc/refman/8.0/en/charset-charsets.html) （サフィックスが`_general_ci`または`_ai_ci`である一般的な照合順序）とは異なります。そのため、明示的に文字セットを指定しても暗黙的にデフォルトの照合照合順序が選択されることに依存する場合、互換性のない動作が発生する可能性があります。 > @@ -429,7 +429,7 @@ SELECT _utf8mb4'string' COLLATE utf8mb4_general_ci; このエラー報告を無効にするには、 `set @@tidb_skip_utf8_check=1;`使用して文字チェックをスキップします。 -> **注記：** +> **Note:** > > 文字チェックを省略すると、TiDBはアプリケーションによって書き込まれた不正なUTF-8文字を検出できず、 `ANALYZE`実行時にデコードエラーが発生し、その他の未知のエンコード問題が発生する可能性があります。アプリケーションが書き込まれた文字列の有効性を保証できない場合は、文字チェックを省略することは推奨されません。 @@ -495,7 +495,7 @@ TiDB v4.0 以降では、照合のための完全なフレームワークが導 すでに初期化されている TiDB クラスターの場合、 `mysql.tidb`テーブルの`new_collation_enabled`変数を通じて新しい照合順序が有効になっているかどうかを確認できます。 -> **注記：** +> **Note:** > > `mysql.tidb`テーブルのクエリ結果が`new_collations_enabled_on_first_bootstrap`の値と異なる場合、 `mysql.tidb`テーブルの結果が実際の値になります。 @@ -556,7 +556,7 @@ INSERT INTO t VALUES ('a '); ERROR 1062 (23000): Duplicate entry 'a ' for key 't.PRIMARY' -- TiDB modifies the `PADDING` behavior to be compatible with MySQL. ``` -> **注記：** +> **Note:** > > TiDBにおけるパディングの実装はMySQLとは異なります。MySQLでは、パディングはスペースを埋めることで実装されます。TiDBでは、パディングは末尾のスペースを切り取ることで実装されます。2つのアプローチはほとんどの場合同じです。唯一の例外は、文字列の末尾にスペース（0x20）未満の文字が含まれている場合です。例えば、TiDBでは`'a' < 'a\t'`の結果は`1`なりますが、MySQLでは`'a' < 'a\t'` `'a ' < 'a\t'`と同等であり、結果は`0`なります。 diff --git a/check-before-deployment.md b/check-before-deployment.md index fe28a9b0187d1..3d9b7dd67e5bc 100644 --- a/check-before-deployment.md +++ b/check-before-deployment.md @@ -15,7 +15,7 @@ summary: TiDB をデプロイする前に環境チェック操作について学 データディスクをext4ファイルシステムにフォーマットし、マウントオプション`nodelalloc`と`noatime`ファイルシステムに追加してください。オプション`nodelalloc`を追加しないと、 TiUPデプロイメントは事前チェックに合格できません。オプション`noatime`は任意です。 -> **注記：** +> **Note:** > > データ ディスクが ext4 にフォーマットされ、マウント オプションが追加されている場合は、 `umount /dev/nvme0n1p1`コマンドを実行してアンインストールし、以下の 5 番目の手順に直接進んで`/etc/fstab`ファイルを編集し、オプションをファイル システムに再度追加できます。 @@ -42,7 +42,7 @@ summary: TiDB をデプロイする前に環境チェック操作について学 parted -s -a optimal /dev/nvme0n1 -- mkpart primary ext4 2000GB -1 ``` - > **注記：** + > **Note:** > > パーティションのデバイス番号を表示するには、 `lsblk`コマンドを使用します。NVMe ディスクの場合、生成されるデバイス番号は通常`nvme0n1p1`です。通常のディスク (たとえば、 `/dev/sdb` ) の場合、生成されるデバイス番号は通常`sdb1`です。 @@ -129,7 +129,7 @@ TiDBの一部の操作では、サーバーへの一時ファイルの書き込 変数[`tidb_ddl_enable_fast_reorg`](/system-variables.md#tidb_ddl_enable_fast_reorg-new-in-v630) `ON` (v6.5.0 以降のバージョンではデフォルト値) に設定されている場合、 `Fast Online DDL`が有効になり、一部の DDL 操作ではファイルシステム内の一時ファイルの読み取りと書き込みが必要になります。場所は設定項目[`temp-dir`](/tidb-configuration-file.md#temp-dir-new-in-v630)で定義されます。TiDB を実行するユーザーが、オペレーティングシステムのそのディレクトリに対する読み取りおよび書き込み権限を持っていることを確認する必要があります。デフォルトのディレクトリ`/tmp/tidb`は tmpfs (一時ファイルシステム) を使用します。ディスクディレクトリを明示的に指定することをお勧めします。以下は`/data/tidb-deploy/tempdir`例として使用しています。 - > **注記：** + > **Note:** > > アプリケーション内に大きなオブジェクトに対する DDL 操作が存在する場合は、 [`temp-dir`](/tidb-configuration-file.md#temp-dir-new-in-v630)用に独立した大きなファイル システムを構成することを強くお勧めします。 @@ -143,7 +143,7 @@ TiDBの一部の操作では、サーバーへの一時ファイルの書き込 sudo chmod -R 777 /data/tidb-deploy/tempdir ``` - > **注記：** + > **Note:** > > ディレクトリが存在しない場合は、TiDB は起動時に自動的に作成します。ディレクトリの作成に失敗した場合、または TiDB がそのディレクトリに対する読み取りおよび書き込み権限を持っていない場合、実行時に[`Fast Online DDL`](/system-variables.md#tidb_ddl_enable_fast_reorg-new-in-v630)無効になります。 @@ -301,7 +301,7 @@ NTP サービスがインストールされ、NTPサーバーと正常に同期 2. `ntpstat`コマンドを実行して、NTP サービスが NTPサーバーと同期しているかどうかを確認します。 - > **注記：** + > **Note:** > > Ubuntu システムの場合は、 `ntpstat`パッケージをインストールする必要があります。 @@ -325,7 +325,7 @@ NTP サービスがインストールされ、NTPサーバーと正常に同期 3. `chronyc tracking`コマンドを実行して、Chrony サービスが NTPサーバーと同期しているかどうかを確認します。 - > **注記：** + > **Note:** > > これは、NTPd の代わりに Chrony を使用するシステムにのみ適用されます。 @@ -398,7 +398,7 @@ sudo systemctl enable ntpd.service [always] madvise never - > **注記：** + > **Note:** > > `[always] madvise never`出力された場合、THP が有効になっています。無効にする必要があります。 @@ -413,7 +413,7 @@ sudo systemctl enable ntpd.service noop [deadline] cfq noop [deadline] cfq - > **注記：** + > **Note:** > > `noop [deadline] cfq`出力された場合、ディスクのI/Oスケジューラは`deadline`モードになっています。これを`noop`に変更する必要があります。 @@ -426,7 +426,7 @@ sudo systemctl enable ntpd.service [none] mq-deadline kyber bfq [none] mq-deadline kyber bfq - > **注記：** + > **Note:** > > `[none] mq-deadline kyber bfq` 、NVMe デバイスが`none` I/Oスケジューラを使用しており、変更の必要がないことを示します。 @@ -439,7 +439,7 @@ sudo systemctl enable ntpd.service E: ID_SERIAL=36d0946606d79f90025f3e09a0c1f9e81 E: ID_SERIAL_SHORT=6d0946606d79f90025f3e09a0c1f9e81 - > **注記：** + > **Note:** > > - 複数のディスクにデータ ディレクトリが割り当てられている場合は、各ディスクの`ID_SERIAL`記録するために、各ディスクに対して上記のコマンドを実行する必要があります。 > - デバイスが`noop`または`none`スケジューラを使用している場合は、 `ID_SERIAL`を記録したり、udev ルールや調整されたプロファイルを構成したりする必要はありません。 @@ -454,7 +454,7 @@ sudo systemctl enable ntpd.service current policy: frequency should be within 1.20 GHz and 3.10 GHz. The governor "powersave" may decide which speed to use within this range. - > **注記：** + > **Note:** > > `The governor "powersave"`出力された場合、 cpufreq モジュールの電源ポリシーは`powersave`です。これを`performance`に変更する必要があります。仮想マシンまたはクラウドホストを使用している場合、出力は通常`Unable to determine current policy`であり、何も変更する必要はありません。 @@ -507,7 +507,7 @@ sudo systemctl enable ntpd.service 3. 新しく調整されたプロファイルを適用します。 - > **注記：** + > **Note:** > > デバイスがI/O `noop`または`none`スケジューラを使用している場合は、この手順をスキップしてください。tuned プロファイルではスケジューラの設定は必要ありません。 @@ -519,7 +519,7 @@ sudo systemctl enable ntpd.service 1. デフォルトのカーネル バージョンを確認するには、 `grubby`コマンドを実行します。 - > **注記：** + > **Note:** > > `grubby`実行する前に、まず`grubby`パッケージをインストールします。 @@ -537,7 +537,7 @@ sudo systemctl enable ntpd.service grubby --args="transparent_hugepage=never" --update-kernel `grubby --default-kernel` ``` - > **注記：** + > **Note:** > > `--update-kernel`後に実際のバージョン番号（ `--update-kernel /boot/vmlinuz-3.10.0-957.el7.x86_64`や`ALL` ）を指定することもできます。 @@ -547,7 +547,7 @@ sudo systemctl enable ntpd.service grubby --info /boot/vmlinuz-3.10.0-957.el7.x86_64 ``` - > **注記：** + > **Note:** > > `--info`後には実際のデフォルトのカーネル バージョンが続きます。 @@ -579,7 +579,7 @@ sudo systemctl enable ntpd.service 6. udev スクリプトを適用します。 - > **注記：** + > **Note:** > > デバイスがI/Oスケジューラ`noop`または`none`を使用している場合は、この手順をスキップしてください。udev ルールの設定は必要ありません。 @@ -648,11 +648,11 @@ sudo systemctl enable ntpd.service sysctl -p ``` - > **警告：** + > **Warning:** > > メモリが 16 GiB 未満のシステムでは、不安定になり起動に失敗する可能性があるため、値`vm.min_free_kbytes`を増やすことはお勧めしません。 - > **注記：** + > **Note:** > > - `vm.min_free_kbytes`は、システムによって予約される空きメモリの最小量 (KiB 単位) を制御する Linux カーネル パラメータです。 > - `vm.min_free_kbytes`に設定すると、メモリ回収メカニズムに影響します。設定値が大きすぎると利用可能なメモリが減少し、小さすぎるとメモリ要求速度がバックグラウンド回収速度を超え、メモリ回収が発生し、結果としてメモリ割り当てが遅延する可能性があります。 @@ -723,7 +723,7 @@ SSH相互信頼を設定する際は、すべてのターゲットノードで`t このセクションでは、NUMAツールのインストール方法について説明します。オンライン環境では、ハードウェア構成が通常必要以上に高くなるため、ハードウェアリソースをより適切に計画するために、TiDBまたはTiKVの複数のインスタンスを1台のマシンにデプロイすることができます。このようなシナリオでは、NUMAツールを使用して、CPUリソースの競合によるパフォーマンス低下を防ぐことができます。 -> **注記：** +> **Note:** > > - NUMA を使用してコアをバインドすることは、CPU リソースを分離する方法であり、高度に構成された物理マシンに複数のインスタンスを展開するのに適しています。 > - `tiup cluster deploy`を使用してデプロイメントを完了したら、 `exec`コマンドを使用してクラスター レベルの管理操作を実行できます。 diff --git a/choose-index.md b/choose-index.md index 05f1863fd0ed4..4f771e4d509b1 100644 --- a/choose-index.md +++ b/choose-index.md @@ -24,7 +24,7 @@ summary: TiDBクエリ最適化に最適なインデックスを選択してく | IndexLookupReader | テーブルには1つ以上のインデックスがあり、計算に必要な列がインデックスに完全に含まれていない。 | IndexReaderと同じです。 | インデックスは計算列を完全にカバーしていないため、TiDBはインデックスを読み取った後にテーブルから行を取得する必要があります。これはIndexReaderオペレーターと比較して追加のコストがかかります。 | | IndexMerge | テーブルには複数のインデックス、または多値インデックスが存在する。 | 多値インデックスまたは複数のインデックスが使用される場合。 | 演算子を使用するには、[オプティマイザのヒント](/optimizer-hints.md)を指定するか、コスト見積もりに基づいてオプティマイザにこの演算子を自動的に選択させることができます。詳細については、[インデックスマージを使用した説明文](/explain-index-merge.md)を参照してください。 | -> **注記：** +> **Note:** > > TableReader演算子は`_tidb_rowid`列インデックスに基づいており、 TiFlashは列ストレージインデックスを使用するため、インデックスの選択はテーブルにアクセスするための演算子の選択となります。 diff --git a/clinic/clinic-introduction.md b/clinic/clinic-introduction.md index 4e6cc5822953c..390155e0a4161 100644 --- a/clinic/clinic-introduction.md +++ b/clinic/clinic-introduction.md @@ -13,7 +13,7 @@ PingCAP Clinic は、クラスターの問題を診断するために次の 2 Diagクライアント（Diag）は、クラスタ側にデプロイされるオープンソースの診断ツールです。Diagは、クラスタ診断データの収集、Clinic Serverへの診断データのアップロード、そしてクラスタ上でローカルで簡単なヘルスチェックを実行するために使用されます。Diagで収集できる診断データの全リストについては、 [PingCAP Clinic診断データ](/clinic/clinic-data-instruction-for-tiup.md)ご覧ください。 - > **注記：** + > **Note:** > > Diag は TiDB v4.0 以降のバージョンをサポートしていますが、TiDB Ansible を使用してデプロイされたクラスターからのデータ収集は**サポートしていません**。 @@ -59,7 +59,7 @@ PingCAP Clinic は、クラスターの問題を診断するために次の 2 ## Clinic Serverの制限 {#the-limitations-of-clinic-server} -> **注記：** +> **Note:** > > - Clinic Serverは2022年7月15日から2025年4月15日まで無料です。それ以降に有料になる場合は、2025年4月15日までにメールでお知らせいたします。 > - 使用制限を調整する場合は、PingCAP から[サポートを受ける](/support.md)実行します。 diff --git a/clinic/clinic-user-guide-for-tiup.md b/clinic/clinic-user-guide-for-tiup.md index 6d21af324bb2e..a8d4f14500f88 100644 --- a/clinic/clinic-user-guide-for-tiup.md +++ b/clinic/clinic-user-guide-for-tiup.md @@ -7,7 +7,7 @@ summary: PingCAP Clinic診断サービス (PingCAP Clinic) は、 TiUPを使用 TiUPを使用して導入された TiDB クラスターおよび DM クラスターの場合、 PingCAP Clinic診断サービス (PingCAP Clinic) を使用してクラスターの問題をリモートでトラブルシューティングし、 [Diag](https://github.com/pingcap/diag)および Clinic Server を使用してクラスターの状態をローカルで簡単にチェックすることができます。 -> **注記：** +> **Note:** > > - このドキュメントは、セルフホスト環境でTiUPを使用してデプロイされたクラスターに**のみ**適用されます。Kubernetes上でTiDB Operatorを使用してデプロイされたクラスターについては、 [TiDB Operator環境向けPingCAP Clinic](https://docs.pingcap.com/tidb-in-kubernetes/stable/clinic-user-guide)参照してください。 > @@ -42,7 +42,7 @@ PingCAP Clinicを使用する前に、Diag（ PingCAP Clinicが提供するデ tiup update diag ``` - > **注記：** + > **Note:** > > - インターネット接続のないクラスタでは、Diagをオフラインで展開する必要があります。詳細については、 [TiUPをオフラインでデプロイ: 方法2](/production-deployment-using-tiup.md#deploy-tiup-offline)を参照してください。 > - Diag は、TiDB Server オフライン ミラー パッケージ v5.4.0 以降で**のみ**提供されます。 @@ -73,7 +73,7 @@ PingCAP Clinicを使用する前に、Diag（ PingCAP Clinicが提供するデ ![Get the Token](/media/clinic-get-token.png) - > **注記：** + > **Note:** > > - Clinic Serverに初めてアクセスする場合は、トークンを取得する前に、 [PingCAP Clinicのクイックスタート](/clinic/quick-start-with-clinic.md#prerequisites)を参考に環境を準備する必要があります。 > - データセキュリティのため、TiDBはトークン作成時にのみトークンを表示します。トークンを紛失した場合は、古いトークンを削除して新しいトークンを作成してください。 @@ -89,7 +89,7 @@ PingCAP Clinicを使用する前に、Diag（ PingCAP Clinicが提供するデ `region` 、データの圧縮に使用する暗号化証明書と、データのアップロード時に使用する対象サービスを決定します。例: - > **注記：** + > **Note:** > > - Diag v0.9.0 以降のバージョンでは設定`region`サポートされます。 > - Diag v0.9.0より前のバージョンでは、データはデフォルトで中国リージョンのClinic Serverにアップロードされます。これらのバージョンで`region`設定するには、 `tiup update diag`コマンドを実行してDiagを最新バージョンにアップグレードし、その後Diagで`region`設定してください。 @@ -164,7 +164,7 @@ Diag を使用すると、 TiUPを使用して展開された TiDB クラスタ Diag では、データ収集時間の指定に加えて、より多くのパラメータを指定できます。すべてのパラメータを取得するには、コマンド`tiup diag collect -h`または`tiup diag collectdm -h`実行します。 - > **注記：** + > **Note:** > > - Diag はデフォルトではシステム変数データ (db_vars) を収集しません。このデータを収集するには、データベースにアクセスできるユーザー名とパスワードを追加で入力する必要があります。なお、このデータベースではシステム変数への読み取りアクセスが有効になっている必要があります。 > - Diagはデフォルトではパフォーマンスデータ（ `perf` ）とデバッグデータ（ `debug` ）を収集しません。 @@ -176,7 +176,7 @@ Diag を使用すると、 TiUPを使用して展開された TiDB クラスタ - `--exclude` : 特定の種類のデータを収集しません。オプションの値は`system` 、 `monitor` 、 `log` 、 `config` 、 `db_vars`です。2つ以上の種類を除外する場合は、種類間の区切りとして`,`使用できます。 - `--metricsfilter` : 指定されたPrometheusメトリックのみを収集します。メトリックのプレフィックスをカンマ区切りで指定できます。例えば、 `--metricsfilter=tidb,pd` `tidb`で始まるメトリックと`pd`で始まるメトリックを収集します。 - > **ヒント：** + > **Tip:** > > 利用可能なメトリック プレフィックスを取得するには、次のコマンドを使用して TiDB モニタリング API をクエリできます。 > @@ -231,7 +231,7 @@ PingCAPテクニカルサポートスタッフにクラスター診断データ - 方法 1: クラスターが配置されているネットワークがインターネットにアクセスできる場合は、 [アップロードコマンドを使用してデータを直接アップロードする](#method-1-upload-directly)実行できます。 - 方法 2: クラスターが配置されているネットワークがインターネットにアクセスできない場合は、 [データをパックしてアップロードする](#method-2-pack-and-upload-data)実行する必要があります。 -> **注記：** +> **Note:** > > データをアップロードする前にDiagでトークンまたは`region`設定していない場合、Diagはアップロードの失敗を報告し、トークンまたは`region`設定するように促します。トークンを設定するには、 [前提条件の2番目のステップ](#prerequisites)参照してください。 diff --git a/clinic/quick-start-with-clinic.md b/clinic/quick-start-with-clinic.md index b96a47bff02c4..6733ff9786cf8 100644 --- a/clinic/quick-start-with-clinic.md +++ b/clinic/quick-start-with-clinic.md @@ -14,7 +14,7 @@ PingCAP Clinicは、 [Diagクライアント](https://github.com/pingcap/diag) - PingCAP テクニカル サポートからリモートで支援を受ける際にクラスターの問題を正確に特定し、迅速に解決するには、Diag を使用して診断データを収集し、収集したデータを Clinic Server にアップロードして、データ アクセス リンクをテクニカル サポートに提供することができます。 - クラスターが正常に実行されており、クラスターのステータスを確認する必要がある場合は、Diag を使用して診断データを収集し、そのデータを Clinic Server にアップロードして、Health Report の結果を表示できます。 -> **注記：** +> **Note:** > > - 以下のデータ収集およびアップロード方法は[TiUPを使用して展開されたクラスター](/production-deployment-using-tiup.md)に**のみ**適用されます。Kubernetes 上のTiDB Operatorを使用してデプロイされたクラスターの場合は、 [TiDB Operator環境向けPingCAP Clinic](https://docs.pingcap.com/tidb-in-kubernetes/stable/clinic-user-guide)参照してください。 > - PingCAP Clinicによって収集された診断データは、クラスターの問題のトラブルシューティングに**のみ**使用されます。 @@ -34,7 +34,7 @@ PingCAP Clinicを使用する前に、Diag をインストールし、データ
- > **注記：** + > **Note:** > > TiDB Cloudアカウントは、SSO モードで Clinic Server にログインする場合にのみ使用され、 TiDB Cloudサービスへのアクセスには必須ではありません。 @@ -53,7 +53,7 @@ PingCAP Clinicを使用する前に、Diag をインストールし、データ ![An example of a token](/media/clinic-get-token.png) - > **注記：** + > **Note:** > > - データセキュリティのため、TiDBはトークン作成時にのみトークン情報を表示します。トークン情報を紛失した場合は、古いトークンを削除して新しいトークンを作成できます。 > - トークンはデータのアップロードにのみ使用されます。 @@ -70,7 +70,7 @@ PingCAP Clinicを使用する前に、Diag をインストールし、データ `region` 、データの圧縮に使用する暗号化証明書と、データのアップロード時に使用する対象サービスを決定します。例: - > **注記：** + > **Note:** > > - Diag v0.9.0 以降のバージョンでは設定`region`サポートされます。 > - Diag v0.9.0より前のバージョンでは、データはデフォルトで中国リージョンのClinic Serverにアップロードされます。これらのバージョンで`region`設定するには、 `tiup update diag`コマンドを実行してDiagを最新バージョンにアップグレードし、その後Diagで`region`設定してください。 @@ -117,7 +117,7 @@ PingCAP Clinicを使用する前に、Diag をインストールし、データ 2. 収集したデータをClinic Serverにアップロードします。 - > **注記：** + > **Note:** > > アップロードするデータ（収集されたデータを含む圧縮ファイル）のサイズは3GB**以下に**してください。3GBを超える場合、データのアップロードは失敗します。 @@ -129,7 +129,7 @@ PingCAP Clinicを使用する前に、Diag をインストールし、データ アップロードが完了すると、出力に`Download URL`表示されます。 - > **注記：** + > **Note:** > > この方法でデータをアップロードする場合は、Diag v0.9.0以降のバージョンを使用する必要があります。Diagのバージョンは実行時に取得できます。Diagのバージョンが0.9.0より前のバージョンの場合は、 `tiup update diag`コマンドを使用してDiagを最新バージョンにアップグレードできます。 diff --git a/clustered-indexes.md b/clustered-indexes.md index fa561a845a2ef..de7db8d511108 100644 --- a/clustered-indexes.md +++ b/clustered-indexes.md @@ -17,7 +17,7 @@ TiDBはバージョン5.0以降、クラスター化インデックス機能を - `CLUSTERED` : テーブルの主キーはクラスター化インデックスです。クラスター化インデックスを持つテーブルでは、行データのキーはユーザーが指定した主キーデータで構成されます。したがって、クラスター化インデックスを持つテーブルでは、行を格納するために必要なキーと値のペアは1つだけです。それは次のとおりです。 - 主キーデータ（キー） - 行データ（値） -> **注記：** +> **Note:** > > TiDB は、テーブルの`PRIMARY KEY`によるクラスタリングのみをサポートしています。クラスター化インデックスが有効になっている場合、 *{* `PRIMARY KEY`と*クラスター化インデックス*という用語は同じ意味で使用されることがあります。 `PRIMARY KEY`は制約 (論理プロパティ) を指し、クラスター化インデックスはデータの格納方法の物理的な実装を表します。 diff --git a/column-privilege-management.md b/column-privilege-management.md index 283b5c03ef67a..fb044b0d78876 100644 --- a/column-privilege-management.md +++ b/column-privilege-management.md @@ -7,7 +7,7 @@ summary: TiDBは、MySQL互換の列レベルの権限管理メカニズムを バージョン 8.5.6 以降、TiDB は MySQL と互換性のある列レベルの権限管理メカニズムをサポートしています。列レベルの権限を使用すると、指定したテーブルの特定の列に対して`SELECT` 、 `INSERT` `UPDATE` 、および`REFERENCES`権限を付与または取り消すことができ、よりきめ細かなデータアクセス制御を実現できます。 -> **注記：** +> **Note:** > > MySQLの構文では`REFERENCES(col_name)`のような列レベルの構文が使用できますが、 `REFERENCES`自体は外部キー関連の権限チェックに使用されるデータベースレベルまたはテーブルレベルの権限です。そのため、列レベルの`REFERENCES` MySQLでは実際の列レベルの権限効果を生み出しません。TiDBの動作はMySQLと一貫しています。 diff --git a/command-line-flags-for-tidb-configuration.md b/command-line-flags-for-tidb-configuration.md index 280dd40e95dff..7dbc450dab5c8 100644 --- a/command-line-flags-for-tidb-configuration.md +++ b/command-line-flags-for-tidb-configuration.md @@ -124,11 +124,11 @@ TiDBクラスタを起動する際には、コマンドラインオプション - 通常、リバースプロキシを経由してTiDBにアクセスする場合、TiDBはリバースプロキシサーバーのIPアドレスをクライアントのIPアドレスとして取得します。PROXYプロトコルを有効にすると、HAProxyなどのこのプロトコルをサポートするリバースプロキシは、実際のクライアントIPアドレスをTiDBに渡すことができます。 - このフラグを設定すると、TiDBは設定された送信元IPアドレスがPROXYプロトコルを使用してTiDBに接続することを許可します。PROXY以外のプロトコルが使用されている場合、この接続は拒否されます。その他のアドレスはPROXYプロトコルを使用せずにTiDBに接続できます。このフラグを空のままにすると、どのIPアドレスもPROXYプロトコルを使用してTiDBに接続できなくなります。値は、IPアドレス（192.168.1.50）またはCIDR（192.168.1.0/24）で、区切り文字として`,`使用します。3 `*`任意のIPアドレスを意味します。 -> **警告：** +> **Warning:** > > `*` 、任意の IP アドレスのクライアントが自身の IP アドレスを報告できるようになるため、セキュリティリスクが生じる可能性があるため、注意して使用してください。また、 `*`使用すると、 `--proxy-protocol-fallbackable` `true`に設定しないと、TiDB に直接接続する内部コンポーネント（TiDB Dashboardなど）が利用できなくなる可能性があります。 -> **注記：** +> **Note:** > > PROXYプロトコルを有効にしたAWS Network Load Balancer（NLB）を使用するには、NLBの`target group`プロパティを設定する必要があります。具体的には、 `proxy_protocol_v2.client_to_server.header_place`を`on_first_ack`に設定します。同時に、AWSサポートにチケットを送信する必要があります。PROXYプロトコルを有効にすると、クライアントはサーバーからのハンドシェイクパケットの取得に失敗し、クライアントがタイムアウトするまでパケットがブロックされることに注意してください。これは、NLBがクライアントがデータを送信した後にのみプロキシパケットを送信するためです。ただし、クライアントがデータパケットを送信する前に、サーバーから送信されたデータパケットは内部ネットワークでドロップされます。 @@ -137,11 +137,11 @@ TiDBクラスタを起動する際には、コマンドラインオプション - PROXYプロトコルヘッダー読み取りのタイムアウト - デフォルト: `5` (秒) -> **警告：** +> **Warning:** > > バージョン6.3.0以降、このパラメータは非推奨となりました。ネットワークデータの初回読み取り時にPROXYプロトコルヘッダーが読み込まれるため、このパラメータは使用されなくなりました。このパラメータを非推奨にすることで、ネットワークデータの初回読み取り時に設定されるタイムアウトに影響を与えなくなります。 -> **注記：** +> **Note:** > > 値を`0`に設定しないでください。特別な状況を除き、デフォルト値を使用してください。 diff --git a/comment-syntax.md b/comment-syntax.md index acaf71da718be..44d164965a193 100644 --- a/comment-syntax.md +++ b/comment-syntax.md @@ -121,7 +121,7 @@ SELECT /*+ hint */ FROM ...; TiDB がサポートするオプティマイザヒントの詳細については、 [オプティマイザーヒント](/optimizer-hints.md)参照してください。 -> **注記：** +> **Note:** > > MySQLクライアントでは、TiDB固有のコメント構文はコメントとして扱われ、デフォルトでクリアされます。5.7.7より前のMySQLクライアントでは、ヒントもコメントとして扱われ、デフォルトでクリアされます。クライアント起動時には、 `--comments`オプションを使用することをお勧めします。例えば、 `mysql -h 127.0.0.1 -P 4000 -uroot --comments`指定します。 diff --git a/configure-load-base-split.md b/configure-load-base-split.md index 8a5588d6a59ad..310ae1c1e9de2 100644 --- a/configure-load-base-split.md +++ b/configure-load-base-split.md @@ -77,6 +77,6 @@ Load Base Splitによって分割されたリージョンは、すぐにはマ curl "http://ip:status_port/config" ``` -> **注記：** +> **Note:** > > v4.0.0-rc.2 以降では、SQL ステートメントを使用して構成を変更および表示できます。 diff --git a/configure-memory-usage.md b/configure-memory-usage.md index 03728301f06e5..916aa933340da 100644 --- a/configure-memory-usage.md +++ b/configure-memory-usage.md @@ -46,7 +46,7 @@ SET GLOBAL tidb_server_memory_limit = "32GB"; - DDL操作 - ウィンドウ関数と共通テーブル式を含むSQL操作 -> **警告：** +> **Warning:** > > - TiDBは起動プロセス中に[`tidb_server_memory_limit`](/system-variables.md#tidb_server_memory_limit-new-in-v640)制限が確実に適用されるとは保証しません。オペレーティングシステムの空きメモリが不足している場合、TiDBは依然としてOOMが発生する可能性があります。TiDBインスタンスに十分な空きメモリがあることを確認する必要があります。 > - メモリ制御の過程で、TiDB の合計メモリ使用量が`tidb_server_memory_limit`で設定された制限をわずかに超える場合があります。 @@ -54,7 +54,7 @@ SET GLOBAL tidb_server_memory_limit = "32GB"; tidb-server インスタンスのメモリ使用量が総メモリの一定割合（割合はシステム変数[`tidb_server_memory_limit_gc_trigger`](/system-variables.md#tidb_server_memory_limit_gc_trigger-new-in-v640)によって制御されます）に達すると、tidb-server はメモリ負荷を軽減するためにGolang GC をトリガーしようとします。インスタンスメモリがしきい値付近で変動することで頻繁な GC が発生し、パフォーマンスに問題が生じるのを防ぐため、この GC 方式では GC は最大で 1 分に 1 回しかトリガーされません。 -> **注記：** +> **Note:** > > ハイブリッド展開シナリオでは、物理マシン全体の合計メモリしきい値ではなく、単一の tidb-server インスタンスのメモリ使用量しきい値は`tidb_server_memory_limit`なります。 @@ -143,7 +143,7 @@ TiDBは、実行演算子のディスクへの書き込みをサポートして - [`tidb_enable_parallel_hashagg_spill`](/system-variables.md#tidb_enable_parallel_hashagg_spill-new-in-v800)システム変数を使用して、ディスクスピルをサポートする並列HashAggアルゴリズムを有効にするかどうかを制御できます。この変数は将来のリリースで廃止される予定です。 - Sort、MergeJoin、HashJoin、HashAgg、または TopN を含む SQL 実行によって OOM が発生すると、TiDB はデフォルトでディスク スピルをトリガーします。 -> **注記：** +> **Note:** > > HashAgg のディスクスピルは、 `DISTINCT`集計関数を含む SQL 実行をサポートしていません。3 `DISTINCT`集計関数を含む SQL 実行でメモリ使用量が多すぎる場合、ディスクスピルは適用されません。 diff --git a/configure-placement-rules.md b/configure-placement-rules.md index 29f8c1dada2f8..e86e0381fcad6 100644 --- a/configure-placement-rules.md +++ b/configure-placement-rules.md @@ -5,7 +5,7 @@ summary: 配置ルールを構成する方法を学習します。 # 配置ルール {#placement-rules} -> **注記：** +> **Note:** > > このドキュメントでは、Placement Driver (PD) で配置ルールを手動で指定する方法を紹介します。現在は[SQLの配置ルール](/placement-rules-in-sql.md)使用が推奨されています。これにより、テーブルとパーティションの配置をより簡単に設定できます。 @@ -98,7 +98,7 @@ pd-ctl config placement-rules enable PD は、 `max-replicas` 、 `location-labels` 、および`isolation-level`構成に基づいてデフォルトのルールも生成します。 -> **注記：** +> **Note:** > > - 配置ルールが有効で複数のルールが存在する場合、以前に設定されたルール`max-replicas` 、 `location-labels` 、および`isolation-level`適用されなくなります。レプリカポリシーを調整するには、配置ルールに関連するインターフェースを使用してください。 > - 配置ルールが有効になっていて、デフォルト ルールが 1 つだけ存在する場合、 `max-replicas` 、または`isolation-level` `location-labels`が変更されると、TiDB はこのデフォルト ルールを自動的に更新します。 @@ -111,13 +111,13 @@ pd-ctl を使用すると、配置ルール機能を無効にし、以前のス pd-ctl config placement-rules disable ``` -> **注記：** +> **Note:** > > 配置ルールを無効にすると、PDは元`isolation-level` `max-replicas` `location-labels`設定を使用します。配置ルールが有効になっている場合、ルールを変更しても、これらの3つの設定はリアルタイムで更新されません。また、設定されたすべてのルールはPDに保持され、次回配置ルールを有効にしたときに使用されます。 ### pd-ctlを使用してルールを設定する {#set-rules-using-pd-ctl} -> **注記：** +> **Note:** > > ルールの変更はPDのスケジューリングにリアルタイムで影響します。ルール設定が不適切だと、レプリカ数が減少し、システムの高可用性に影響を与える可能性があります。 @@ -298,7 +298,7 @@ table ttt ranges: (NOTE: key range might be changed after DDL) table rows: (7480000000000000ff2d5f720000000000fa, 7480000000000000ff2e00000000000000f8) ``` -> **注記：** +> **Note:** > > DDL やその他の操作によってテーブル ID が変更される可能性があるため、対応するルールも同時に更新する必要があります。 diff --git a/constraints.md b/constraints.md index 51c8b5502c69f..d34200b89e512 100644 --- a/constraints.md +++ b/constraints.md @@ -45,7 +45,7 @@ INSERT INTO users (id,age,last_login) VALUES (NULL,123,NULL); ## チェック {#check} -> **注記：** +> **Note:** > > `CHECK`制約機能はデフォルトで無効になっています。有効にするには、 [`tidb_enable_check_constraint`](/system-variables.md#tidb_enable_check_constraint-new-in-v720)変数を`ON`に設定する必要があります。 @@ -300,7 +300,7 @@ INSERT INTO users (username) VALUES ('jane'), ('chris'), ('bill'); - この変数が無効になっている場合、悲観的トランザクションで DML ステートメントを実行するとエラー`8147: LazyUniquenessCheckFailure`が返される可能性があります。 - > **注記：** + > **Note:** > > `8147`エラーが発生すると、TiDB は現在のトランザクションをロールバックします。 @@ -371,7 +371,7 @@ ALTER TABLE t5 DROP PRIMARY KEY; ## 外部キー {#foreign-key} -> **注記：** +> **Note:** > > TiDBはv6.6.0以降、 [FOREIGN KEY制約](/foreign-key.md)サポートします。v6.6.0より前のバージョンでは、TiDBは外部キー制約の作成と削除をサポートしていますが、実際には制約は有効になっていません。TiDBをv6.6.0以降にアップグレードすると、無効な外部キーを削除し、新しい外部キーを作成することで、外部キー制約を有効にすることができます。この機能はv8.5.0で一般提供開始となります。 diff --git a/cost-model.md b/cost-model.md index cbeb18205a477..cd357b8e459ec 100644 --- a/cost-model.md +++ b/cost-model.md @@ -46,6 +46,6 @@ TiDB v6.2.0 では、新しいコスト モデルであるコスト モデル コストモデルのバージョンを切り替えるには、 [`tidb_cost_model_version`](/system-variables.md#tidb_cost_model_version-new-in-v620)変数を設定します。 -> **注記：** +> **Note:** > > コスト モデルのバージョンを切り替えると、クエリ プランが変更される可能性があります。 diff --git a/dashboard/continuous-profiling.md b/dashboard/continuous-profiling.md index 3612c4ec44b4b..38eb63cfa2f5f 100644 --- a/dashboard/continuous-profiling.md +++ b/dashboard/continuous-profiling.md @@ -5,7 +5,7 @@ summary: TiDB Dashboardの継続的プロファイリングにより、専門家 # TiDB Dashboardインスタンスプロファイリング - 継続的なプロファイリング {#tidb-dashboard-instance-profiling-continuous-profiling} -> **注記：** +> **Note:** > > この機能はデータベースのエキスパート向けに設計されています。エキスパートでない方は、PingCAPテクニカルサポートの指示に従ってこの機能を使用することをお勧めします。 @@ -46,7 +46,7 @@ summary: TiDB Dashboardの継続的プロファイリングにより、専門家 ## 継続的なプロファイリングを有効にする {#enable-continuous-profiling} -> **注記：** +> **Note:** > > 継続的プロファイリングを使用するには、クラスターを最新バージョンのTiUP （v1.9.0以上）またはTiDB Operator （v1.3.0以上）でデプロイまたはアップグレードする必要があります。以前のバージョンのTiUPまたはTiDB Operatorを使用してクラスターをアップグレードした場合は、手順[FAQ](/dashboard/dashboard-faq.md#a-required-component-ngmonitoring-is-not-started-error-is-shown)ご覧ください。 diff --git a/dashboard/dashboard-access.md b/dashboard/dashboard-access.md index f5d388d49866a..b8c580a57b3d8 100644 --- a/dashboard/dashboard-access.md +++ b/dashboard/dashboard-access.md @@ -7,7 +7,7 @@ summary: TiDB Dashboardにアクセスするには、ブラウザで指定され TiDB Dashboardにアクセスするには、ブラウザから[http://127.0.0.1:2379/dashboard](http://127.0.0.1:2379/dashboard)にアクセスしてください。`127.0.0.1:2379`を実際のPDインスタンスのアドレスとポートに置き換えてください。 -> **注記：** +> **Note:** > > TiDB v6.5.0以降およびTiDB Operator v1.4.0以降では、Kubernetes上にTiDB Dashboardを独立したPodとしてデプロイできます。TiDB Operatorを使用すると、このPodのIPアドレスにアクセスしてTiDB Dashboardを起動できます。詳細は[TiDB DashboardをTiDB Operatorで独立してデプロイ](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/get-started#deploy-tidb-dashboard-independently)参照してください。 @@ -15,7 +15,7 @@ TiDB Dashboardにアクセスするには、ブラウザから[http://127.0.0.1: クラスターに複数の PD インスタンスがデプロイされていて、**すべての**PD インスタンスとポートに直接アクセスできる場合は、アドレス[http://127.0.0.1:2379/dashboard/](http://127.0.0.1:2379/dashboard/)の`127.0.0.1:2379`**任意の**PD インスタンスのアドレスとポートに置き換えるだけです。 -> **注記：** +> **Note:** > > ファイアウォールまたはリバースプロキシが設定されており、すべてのPDインスタンスに直接アクセスできない場合、TiDB Dashboardにアクセスできない可能性があります。これは通常、ファイアウォールまたはリバースプロキシが正しく設定されていないことが原因です。複数のPDインスタンスがデプロイされている場合にファイアウォールまたはリバースプロキシを正しく設定する方法については、 [リバースプロキシの背後でTiDB Dashboardを使用する](/dashboard/dashboard-ops-reverse-proxy.md)と[TiDB Dashboardのセキュリティ保護](/dashboard/dashboard-ops-security.md)を参照してください。 @@ -27,7 +27,7 @@ TiDB Dashboardは、比較的新しいバージョンの次の一般的なデス - Firefox >= 68 - Edge >= 17 -> **注記：** +> **Note:** > > 上記のブラウザまたは以前のバージョンのブラウザ、あるいはその他のブラウザを使用して TiDB Dashboardにアクセスすると、一部の機能が正しく動作しない可能性があります。 diff --git a/dashboard/dashboard-cluster-info.md b/dashboard/dashboard-cluster-info.md index fc6774887162d..22354dbca89bd 100644 --- a/dashboard/dashboard-cluster-info.md +++ b/dashboard/dashboard-cluster-info.md @@ -42,7 +42,7 @@ summary: TiDB Dashboardのクラスタ情報ページでは、クラスタ全体 - 離脱中: インスタンス上のデータが移行中で、スケールインが進行中です。このステータスは、TiKV またはTiFlashインスタンスでのみ表示されます。 - 不明: インスタンスの実行状態は不明です。 -> **注記：** +> **Note:** > > - TiDB Dashboardの`Leaving` 、PD API によって返される`Offline` 、およびTiUPの`Pending Offline`同じステータスを示します。 > - テーブル内の一部の列は、インスタンスが起動している場合にのみ表示できます。 @@ -65,7 +65,7 @@ summary: TiDB Dashboardのクラスタ情報ページでは、クラスタ全体 - メモリ: ホストの合計物理メモリサイズ。 - メモリ使用量: ホストの現在のメモリ使用量。 -> **注記：** +> **Note:** > > ホスト リスト情報は各インスタンス プロセスによって提供されるため、ホスト上のすべてのインスタンスがダウンしている場合は、ホスト情報は表示されません。 @@ -86,6 +86,6 @@ summary: TiDB Dashboardのクラスタ情報ページでは、クラスタ全体 - ディスク使用量: インスタンスが実行されているホスト上のディスクのスペース使用量。 - インスタンス: このホスト上で実行されているインスタンス。 -> **注記：** +> **Note:** > > コンポーネントの種類、パーティション構成、およびデプロイメント方法によっては、一部のホストのディスク情報が**ディスク**リストに表示されない場合があります。その場合、黄色の警告アイコン（⚠️）が表示されます。アイコンにマウスポインターを合わせると、「ホスト情報の取得に失敗しました」というツールヒントが表示されます。これは想定内の動作です。 diff --git a/dashboard/dashboard-diagnostics-access.md b/dashboard/dashboard-diagnostics-access.md index 2cf9728fa95ba..92c3c86fcd6eb 100644 --- a/dashboard/dashboard-diagnostics-access.md +++ b/dashboard/dashboard-diagnostics-access.md @@ -7,7 +7,7 @@ summary: TiDB Dashboardのクラスタ診断機能は、クラスタの問題を TiDB Dashboardのクラスタ診断機能は、指定された時間範囲内でクラスタに存在する可能性のある問題を診断し、診断結果とクラスタ関連の負荷監視情報を診断レポートにまとめます。この診断レポートはウェブページ形式で提供されます。ブラウザからページを保存した後、オフラインでページを閲覧したり、このページのリンクを配布したりできます。 -> **注記：** +> **Note:** > > クラスター診断機能は、クラスターにデプロイされたPrometheusに依存します。この監視コンポーネントのデプロイ方法の詳細については、 [TiUP](/tiup/tiup-overview.md)デプロイメントドキュメントをご覧ください。クラスターに監視コンポーネントがデプロイされていない場合、生成される診断レポートには失敗が表示されます。 @@ -31,7 +31,7 @@ TiDB Dashboardのクラスタ診断機能は、指定された時間範囲内で ![Generate diagnostic report](/media/dashboard/dashboard-diagnostics-gen-report-v650.png) -> **注記：** +> **Note:** > > レポートの**範囲期間は**1分から60分の範囲にすることをお勧めします。**範囲期間は**60分を超えることはできません。 diff --git a/dashboard/dashboard-diagnostics-report.md b/dashboard/dashboard-diagnostics-report.md index bffbb0467c20d..d5ecd51e047e4 100644 --- a/dashboard/dashboard-diagnostics-report.md +++ b/dashboard/dashboard-diagnostics-report.md @@ -122,7 +122,7 @@ TiDBには自動診断結果が組み込まれています。各フィールド - `CONFIG_KEY` : 対応するモジュールの関連スレッド構成。 - `CURRENT_CONFIG_VALUE` : レポートが生成された時点の構成の現在の値。 -> **注記：** +> **Note:** > > `CURRENT_CONFIG_VALUE`はレポート生成時の値であり、このレポートの時間範囲内の値ではありません。現在、履歴時間の一部の設定値は取得できません。 @@ -200,7 +200,7 @@ TiDBには自動診断結果が組み込まれています。各フィールド `TOTAL_TIME` 、P999 時間、および P99 時間を使用して、上記の時間消費間の関係に従ってどのモジュールがより長い時間を消費しているかを判断し、関連する監視メトリックを確認することができます。 -> **注記：** +> **Note:** > > Raft KVへ`tikv_raft_commit_log`書き込みは1つのバッチで処理される可能性があるため、各モジュールの消費時間を`TOTAL_TIME`で測定することは、 Raft KVへの書き込みに関連するメトリクス（具体的には`tikv_raft_process` `tikv_raft_apply_wait` `tikv_raft_append_log`監視には適していませ`tikv_raft_apply_log` 。このような状況では、各モジュールの消費時間をP999とP99の時間と比較する方が合理的です。 > @@ -249,7 +249,7 @@ TiDBには自動診断結果が組み込まれています。各フィールド 上記の表は、 `2020-05-21 14:40:00`から5ノード目にあるクラスタの`DDL OWNER`ノード`10.0.1.13:10080`であることを示しています。所有者が変更された場合、上記の表には複数のデータ行が存在し、 `Min_Time`列は対応する既知の所有者の最小時間を示します。 -> **注記：** +> **Note:** > > 所有者情報が空の場合、その期間に所有者が存在しないことを意味するわけではありません。この場合、DDL所有者は`ddl_worker`の監視情報に基づいて決定されるため、 `ddl_worker`この期間にDDLジョブを一切実行していないために所有者情報が空になっている可能性があります。 diff --git a/dashboard/dashboard-intro.md b/dashboard/dashboard-intro.md index 9d5e30ac4cc8e..e8d0f85466557 100644 --- a/dashboard/dashboard-intro.md +++ b/dashboard/dashboard-intro.md @@ -7,7 +7,7 @@ summary: TiDB Dashboardは、TiDBクラスタの監視、診断、管理のた TiDB Dashboardは、TiDBクラスターの監視、診断、管理のためのWeb UIで、バージョン4.0以降で利用可能です。PDコンポーネントに組み込まれているため、別途導入する必要はありません。 -> **注記：** +> **Note:** > > TiDB v6.5.0以降およびTiDB Operator v1.4.0以降では、TiDB DashboardをKubernetes上の独立したPodとしてデプロイできます。詳細については、 [TiDB DashboardをTiDB Operatorで独立してデプロイ](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/get-started#deploy-tidb-dashboard-independently)参照してください。 diff --git a/dashboard/dashboard-key-visualizer.md b/dashboard/dashboard-key-visualizer.md index 6c4fa20f3e6ab..015dd1efa7978 100644 --- a/dashboard/dashboard-key-visualizer.md +++ b/dashboard/dashboard-key-visualizer.md @@ -98,7 +98,7 @@ Key Visualizer を開くと、デフォルトで過去 6 時間のデータベ ![Select time](/media/dashboard/dashboard-keyviz-select-time.png) -> **注記：** +> **Note:** > > 上記の手順2を実行すると、ヒートマップが再描画されますが、元のヒートマップとは大きく異なる可能性があります。この差異は正常です。詳しく観察すると、リージョン圧縮の粒度が変更されたか、特定の範囲における`hot`の基準が変更されたことがわかります。 @@ -106,7 +106,7 @@ Key Visualizer を開くと、デフォルトで過去 6 時間のデータベ ヒートマップでは、バケットのトラフィックを異なる明るさの色で示します。ヒートマップ上の寒色系は、その期間におけるリージョンの読み取りおよび書き込みトラフィックが少ないことを示します。暖色系（明るい色）は、トラフィックが多いことを示します。色が寒色系または暖色系すぎると、詳細な観察が困難になります。このような場合は、「**明るさ」**ボタンをクリックし、スライダーを使ってページの明るさを調整できます。 -> **注記：** +> **Note:** > > Key Visualizer がエリアのヒートマップを表示する際、そのエリアのトラフィックに基づいてコールドとホットの基準を定義します。エリア全体のトラフィックが比較的均一な場合、全体のトラフィック値が低くても、明るい色の大きなエリアが表示されることがあります。分析にはこの値を含めることを忘れないでください。 @@ -126,7 +126,7 @@ Key Visualizer を開くと、デフォルトで過去 6 時間のデータベ 現在の時刻に基づくヒートマップを再度表示するには、 **「更新」**ボタンをクリックします。データベースのトラフィック分布をリアルタイムで確認する必要がある場合は、 **「更新」**ボタンの右側にある下矢印をクリックし、ヒートマップの自動更新間隔を指定します。 -> **注記：** +> **Note:** > > 時間範囲またはリージョン範囲を調整すると、自動更新は無効になります。 @@ -172,7 +172,7 @@ Key Visualizer を開くと、デフォルトで過去 6 時間のデータベ 明るいエリアにあるリージョンは、読み取りおよび書き込みトラフィックのホットスポットであり、多くの場合、クラスター全体のパフォーマンスのボトルネックとなります。このような状況では、アプリケーションの主キーを再調整する必要があるかもしれません。これにより、リージョンを可能な限り分散させ、負荷を複数のリージョンに分散させることができます。また、アプリケーションタスクを低ピーク時にスケジュールすることもできます。 -> **注記：** +> **Note:** > > このセクションでは、一般的なタイプのヒートマップのみを示しています。Key Visualizer は実際にはクラスター全体のすべてのスキーマとテーブルのヒートマップを表示するため、エリアによって異なるタイプのヒートマップが表示されたり、複数のタイプのヒートマップが混在したりする場合があります。実際の状況に応じてヒートマップを使用してください。 diff --git a/dashboard/dashboard-log-search.md b/dashboard/dashboard-log-search.md index 378ff90e516bf..3be04c90754c9 100644 --- a/dashboard/dashboard-log-search.md +++ b/dashboard/dashboard-log-search.md @@ -38,7 +38,7 @@ TiDB Dashboardにログインした後、 **「ログの検索」**をクリッ - コンポーネント:コンポーネント名とアドレスを表示します。 - ログ: 各ログレコードの本文部分（ログ時間とログレベルを除く）。ログが長すぎる場合は自動的に切り捨てられます。行をクリックすると、全内容が表示されます。ログ全体は最大512文字まで表示できます。 -> **注記：** +> **Note:** > > このページでは最大500件の検索結果をプレビューできます。ダウンロードすることで、すべての検索結果を取得できます。 diff --git a/dashboard/dashboard-metrics-relation.md b/dashboard/dashboard-metrics-relation.md index 8326c879521f1..0e5a09182bcf2 100644 --- a/dashboard/dashboard-metrics-relation.md +++ b/dashboard/dashboard-metrics-relation.md @@ -66,7 +66,7 @@ TiDB Dashboardにログイン後、左側のナビゲーション メニュー `tidb_execute` `tidb_cop`番目のメトリックの実行時間が含まれますが、同時に`cop`リクエストが実行される場合があります。例えば、2 つのテーブルに対して`join`クエリを実行する`execute`番目の実行時間は 60 秒ですが、その間に結合した 2 つのテーブルに対してテーブルスキャンリクエストが同時に実行されます。10 `cop`のリクエストの実行時間がそれぞれ 40 秒と 30 秒の場合、 `cop`のリクエストの合計実行時間は 70 秒になります。しかし、 `execute`実行時間はわずか 60 秒です。したがって、親ノードの実行時間に子ノードの実行時間が完全に含まれていない場合、点線の矢印は子ノードを指します。 -> **注記：** +> **Note:** > > ノードに子ノードを指す点線矢印がある場合、そのノード自体の持続時間は不正確です。例えば、 `tidb_execute`のノードの場合、ノード自体の持続時間は9070.18秒（ `9070.18 = 19306.46 - 300.66 - 9935.62` ）です。この式では、 `tidb_cop`子ノードの持続時間は`tidb_execute`番目の子ノードの持続時間に含まれていません。しかし、実際にはそうではありません。9番目のノード自体の持続時間である9070.18秒には、 `tidb_cop` `tidb_execute`ノードの持続時間の一部が含まれており、この部分の持続時間は特定できません。 diff --git a/dashboard/dashboard-ops-deploy.md b/dashboard/dashboard-ops-deploy.md index 346f2446a3fe0..0b1c6e02dc5b3 100644 --- a/dashboard/dashboard-ops-deploy.md +++ b/dashboard/dashboard-ops-deploy.md @@ -7,7 +7,7 @@ summary: TiDB Dashboardは、v4.0以降のPDに組み込まれています。追 TiDB Dashboard UIは、v4.0以降のバージョンのPDコンポーネントに組み込まれているため、追加のデプロイメントは必要ありません。標準のTiDBクラスターをデプロイするだけで、TiDB Dashboardが利用可能になります。 -> **注記：** +> **Note:** > > TiDB v6.5.0以降およびTiDB Operator v1.4.0以降では、TiDB DashboardをKubernetes上の独立したPodとしてデプロイできます。詳細については、 [TiDB DashboardをTiDB Operatorで独立してデプロイ](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/get-started#deploy-tidb-dashboard-independently)参照してください。 @@ -17,7 +17,7 @@ TiDB Dashboard UIは、v4.0以降のバージョンのPDコンポーネントに - [本番環境にTiDBをデプロイ](/production-deployment-using-tiup.md) - [Kubernetes環境のデプロイメント](https://docs.pingcap.com/tidb-in-kubernetes/stable/access-dashboard) -> **注記：** +> **Note:** > > v4.0 より前の TiDB クラスターに TiDB Dashboardをデプロイすることはできません。 @@ -31,7 +31,7 @@ TiDB Dashboardを提供していないPDインスタンスにアクセスする ![Process Schematic](/media/dashboard/dashboard-ops-multiple-pd.png) -> **注記：** +> **Note:** > > TiDB Dashboardを提供する PD インスタンスは、PD リーダーではない可能性があります。 @@ -49,7 +49,7 @@ tiup cluster display CLUSTER_NAME --dashboard http://192.168.0.123:2379/dashboard/ ``` -> **注記：** +> **Note:** > > この機能は、 `tiup cluster`デプロイメント ツールの新しいバージョン (v1.0.3 以降) でのみ使用できます。 > @@ -81,7 +81,7 @@ tiup ctl:v pd -u http://127.0.0.1:2379 config set dashboard-add tiup cluster display CLUSTER_NAME --dashboard ``` -> **警告：** +> **Warning:** > > TiDB Dashboard を実行するインスタンスを変更すると、Key Visualize 履歴や検索履歴など、以前の TiDB Dashboard インスタンスに保存されたローカル データが失われます。 @@ -117,7 +117,7 @@ tiup cluster display CLUSTER_NAME --dashboard TiDB Dashboardを提供するPDインスタンスを手動で指定することで、TiDB Dashboardを再度有効にすることもできます。[TiDB Dashboardを提供するために別のPDインスタンスに切り替える](#switch-to-another-pd-instance-to-serve-tidb-dashboard)参照してください。 -> **警告：** +> **Warning:** > > 新しく有効になった TiDB Dashboard インスタンスが、TiDB Dashboardを提供していた以前のインスタンスと異なる場合、Key Visualize 履歴や検索履歴など、以前の TiDB Dashboard インスタンスに保存されたローカル データは失われます。 diff --git a/dashboard/dashboard-ops-reverse-proxy.md b/dashboard/dashboard-ops-reverse-proxy.md index 9890376254374..1fd44bad0d685 100644 --- a/dashboard/dashboard-ops-reverse-proxy.md +++ b/dashboard/dashboard-ops-reverse-proxy.md @@ -25,7 +25,7 @@ tiup cluster display CLUSTER_NAME --dashboard http://192.168.0.123:2379/dashboard/ ``` -> **注記：** +> **Note:** > > この機能は、 `tiup cluster`デプロイメント ツールの新しいバージョン (v1.0.3 以降) でのみ使用できます。 > @@ -58,7 +58,7 @@ http://192.168.0.123:2379/dashboard/ `192.168.0.123:2379` 、 [ステップ1](#step-1-get-the-actual-tidb-dashboard-address)で取得した TiDB Dashboardの実際のアドレスの IP とポートに置き換えます。 - > **警告：** + > **Warning:** > > **このパス内のサービスのみが**リバースプロキシの背後にあることを保証するには、 `use_backend`ディレクティブの`if`部分を保持する必要があります。そうしないと、セキュリティリスクが発生する可能性があります。[TiDB Dashboardのセキュリティ保護](/dashboard/dashboard-ops-security.md)を参照してください。 @@ -85,7 +85,7 @@ http://192.168.0.123:2379/dashboard/ `http://192.168.0.123:2379/dashboard/` 、 [ステップ1](#step-1-get-the-actual-tidb-dashboard-address)で取得した TiDB Dashboardの実際のアドレスに置き換えます。 - > **警告：** + > **Warning:** > > `proxy_pass`ディレクティブの`/dashboard/`パスは必ず保持してください。これにより、このパスの下にあるサービスのみがリバースプロキシされます。そうしないと、セキュリティリスクが発生します。[TiDB Dashboardのセキュリティ保護](/dashboard/dashboard-ops-security.md)を参照してください。 @@ -187,7 +187,7 @@ server_configs: dashboard.public-path-prefix: / ``` -> **警告：** +> **Warning:** > > 変更およびカスタマイズされたパスプレフィックスが有効になると、TiDB Dashboardに直接アクセスできなくなります。TiDB Dashboardにアクセスするには、パスプレフィックスに一致するリバースプロキシを経由する必要があります。 @@ -210,7 +210,7 @@ backend tidb_dashboard_back `192.168.0.123:2379` 、 [ステップ1](#step-1-get-the-actual-tidb-dashboard-address)で取得した TiDB Dashboardの実際のアドレスの IP とポートに置き換えます。 -> **警告：** +> **Warning:** > > **このパス内のサービスのみが**リバースプロキシの背後にあることを保証するには、 `use_backend`ディレクティブの`if`部分を保持する必要があります。そうしないと、セキュリティリスクが発生する可能性があります。[TiDB Dashboardのセキュリティ保護](/dashboard/dashboard-ops-security.md)を参照してください。 @@ -245,7 +245,7 @@ server { `http://192.168.0.123:2379/dashboard/` 、 [ステップ1](#step-1-get-the-actual-tidb-dashboard-address)で取得した TiDB Dashboardの実際のアドレスに置き換えます。 -> **警告：** +> **Warning:** > > `proxy_pass`ディレクティブの`/dashboard/`パスは必ず保持し**、このパス内のサービスのみが**リバースプロキシの背後にあるようにする必要があります。そうしないと、セキュリティリスクが発生する可能性があります。[TiDB Dashboardのセキュリティ保護](/dashboard/dashboard-ops-security.md)を参照してください。 diff --git a/dashboard/dashboard-ops-security.md b/dashboard/dashboard-ops-security.md index c6a3ffe5bfdab..49ee9032d01c7 100644 --- a/dashboard/dashboard-ops-security.md +++ b/dashboard/dashboard-ops-security.md @@ -23,7 +23,7 @@ TiDB Dashboardにアクセスしてサインインするには、最小限の権 ## ファイアウォールを使用して信頼できないアクセスをブロックする {#use-a-firewall-to-block-untrusted-access} -> **注記：** +> **Note:** > > TiDB v6.5.0以降およびTiDB Operator v1.4.0以降は、Kubernetes上にTiDB Dashboardを独立したPodとしてデプロイすることをサポートしています。TiDB Operatorを使用すると、このPodのIPアドレスにアクセスしてTiDB Dashboardを起動できます。このポートはPDの他の特権インターフェースとは通信しないため、外部から提供される場合は追加のファイアウォールは必要ありません。詳細については、 [TiDB DashboardをTiDB Operatorで独立してデプロイ](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/get-started#deploy-tidb-dashboard-independently)参照してください。 @@ -33,7 +33,7 @@ TiDB DashboardはPDクライアントポート（デフォルトは[http://IP:23 - ファイアウォールを使用して、コンポーネントが外部ネットワークまたは信頼できないネットワーク経由で PDコンポーネントの**クライアント**ポートにアクセスすることを禁止します。 - > **注記：** + > **Note:** > > TiDB、TiKV、その他のコンポーネントは、PDクライアントポートを介してPDコンポーネントと通信する必要があるため、コンポーネント間の内部ネットワークへのアクセスをブロックしないでください。ブロックすると、クラスターが使用できなくなります。 @@ -41,7 +41,7 @@ TiDB DashboardはPDクライアントポート（デフォルトは[http://IP:23 ### 複数のPDインスタンスを展開するときにTiDB Dashboardポートへのアクセスを開く方法 {#how-to-open-access-to-tidb-dashboard-port-when-deploying-multiple-pd-instances} -> **警告：** +> **Warning:** > > このセクションでは、テスト環境のみを対象とした、安全でないアクセスに対する解決策について説明します。本番環境では使用**しないでください**。 @@ -57,7 +57,7 @@ tiup cluster display CLUSTER_NAME --dashboard 出力は実際の TiDB Dashboard アドレスです。 -> **注記：** +> **Note:** > > この機能は、 `tiup cluster`デプロイメント ツールの新しいバージョン (v1.0.3 以降) でのみ使用できます。 > diff --git a/dashboard/dashboard-overview.md b/dashboard/dashboard-overview.md index 00feecd4bb95e..3988cc2636944 100644 --- a/dashboard/dashboard-overview.md +++ b/dashboard/dashboard-overview.md @@ -26,7 +26,7 @@ TiDB Dashboardにログインすると、デフォルトで概要ページが表 ![QPS](/media/dashboard/dashboard-overview-qps.png) -> **注記：** +> **Note:** > > この機能は、Prometheus 監視コンポーネントがデプロイされているクラスターでのみ利用できます。Prometheus がデプロイされていない場合はエラーが表示されます。 @@ -36,7 +36,7 @@ TiDB Dashboardにログインすると、デフォルトで概要ページが表 ![Latency](/media/dashboard/dashboard-overview-latency.png) -> **注記：** +> **Note:** > > この機能は、Prometheus 監視コンポーネントがデプロイされているクラスターでのみ利用できます。Prometheus がデプロイされていない場合はエラーが表示されます。 @@ -48,7 +48,7 @@ TiDB Dashboardにログインすると、デフォルトで概要ページが表 この領域に表示される情報は、より詳細な[SQL文ページ](/dashboard/dashboard-statement-list.md)と一致しています。 **「Top SQL文」**の見出しをクリックすると、完全なリストが表示されます。この表の列の詳細については、 [SQL文ページ](/dashboard/dashboard-statement-list.md)参照してください。 -> **注記：** +> **Note:** > > この機能は、SQL ステートメント機能が有効になっているクラスターでのみ使用できます。 @@ -62,7 +62,7 @@ TiDB Dashboardにログインすると、デフォルトで概要ページが表 この領域に表示される内容は、より詳細な[スロークエリページ](/dashboard/dashboard-slow-query.md)内容と一致しています。 **「最近のスロークエリ」**というタイトルをクリックすると、完全なリストが表示されます。この表の列の詳細については、 [スロークエリページ](/dashboard/dashboard-slow-query.md)をご覧ください。 -> **注記：** +> **Note:** > > この機能は、スロークエリログが有効になっているクラスターでのみ利用できます。TiUPを使用してデプロイされたクラスターでは、スロークエリログはデフォルトで有効になっています。 @@ -89,6 +89,6 @@ TiDB Dashboardにログインすると、デフォルトで概要ページが表 - **アラートの表示**：このリンクをクリックすると、AlertManagerページに移動し、クラスターの詳細なアラート情報を確認できます。クラスターにアラートが存在する場合、アラートの数がリンクテキストに直接表示されます。 - **診断の実行**: このリンクをクリックすると、より詳細な[クラスター診断ページ](/dashboard/dashboard-diagnostics-access.md)にジャンプします。 -> **注記：** +> **Note:** > > **「メトリックの表示**」リンクは、Grafanaノードがデプロイされているクラスターでのみ使用できます。 **「アラートの表示」**リンクは、AlertManagerノードがデプロイされているクラスターでのみ使用できます。 diff --git a/dashboard/dashboard-profiling.md b/dashboard/dashboard-profiling.md index 5845dc1baf950..2d58c8b3a8522 100644 --- a/dashboard/dashboard-profiling.md +++ b/dashboard/dashboard-profiling.md @@ -5,7 +5,7 @@ summary: 手動プロファイリングを使用すると、TiDB、TiKV、PD、 # TiDB Dashboardインスタンスプロファイリング - 手動プロファイリング {#tidb-dashboard-instance-profiling-manual-profiling} -> **注記：** +> **Note:** > > この機能はデータベースのエキスパート向けに設計されています。エキスパートでない方は、PingCAPテクニカルサポートの指示に従ってこの機能を使用することをお勧めします。 diff --git a/dashboard/dashboard-resource-manager.md b/dashboard/dashboard-resource-manager.md index f9cc9cb36df40..d808bb8fae957 100644 --- a/dashboard/dashboard-resource-manager.md +++ b/dashboard/dashboard-resource-manager.md @@ -63,7 +63,7 @@ summary: TiDB Dashboardのリソースマネージャページは、クラスタ [メトリクス](#metrics)セクションの**CPU 使用率**を使用して適切な時間範囲を選択できます。 -> **注記：** +> **Note:** > > 容量推定機能を使用するには、現在のログインユーザーが権限`SUPER`または`RESOURCE_GROUP_ADMIN` 、および一部のシステムテーブルに対する権限`SELECT`持っている必要があります。この機能を使用する前に、現在のユーザーがこれらの権限を持っていることを確認してください。権限がない場合、一部の機能が正しく動作しない可能性があります。詳細については、 [`CALIBRATE RESOURCE`](/sql-statements/sql-statement-calibrate-resource.md#privileges)参照してください。 diff --git a/dashboard/dashboard-session-share.md b/dashboard/dashboard-session-share.md index 293169a27fc46..838e5e118ef96 100644 --- a/dashboard/dashboard-session-share.md +++ b/dashboard/dashboard-session-share.md @@ -17,7 +17,7 @@ TiDB Dashboardの現在のセッションを他のユーザーと共有して、 ![Sample Step](/media/dashboard/dashboard-session-share-settings-1-v650.png) - > **注記：** + > **Note:** > > セキュリティ上の理由により、共有セッションを再度共有することはできません。 @@ -35,7 +35,7 @@ TiDB Dashboardの現在のセッションを他のユーザーと共有して、 ![Sample Step](/media/dashboard/dashboard-session-share-settings-3-v650.png) - > **警告：** + > **Warning:** > > 認証コードは安全に保管し、信頼できない人に送らないでください。そうしないと、あなたの許可なくTiDB Dashboardにアクセスして操作できるようになります。 diff --git a/dashboard/dashboard-session-sso.md b/dashboard/dashboard-session-sso.md index cd289734a08a3..b035219140561 100644 --- a/dashboard/dashboard-session-sso.md +++ b/dashboard/dashboard-session-sso.md @@ -17,7 +17,7 @@ TiDB Dashboardは、SQLベースの[OIDC](https://openid.net/connect/)サイン 3. **[シングル サインオン]**セクションで、 **[有効にする] を選択して、TiDB Dashboardにサインインするときに SSO を使用します**。 - > **注記：** + > **Note:** > > アカウントに`SYSTEM_VARIABLES_ADMIN`権限がない場合、 **「TiDB Dashboardへのサインイン時にSSOを有効にする」**オプションは無効になります。権限の詳細については、 [TiDB Dashboardのユーザー管理](/dashboard/dashboard-user.md)ご覧ください。 @@ -34,7 +34,7 @@ TiDB Dashboardは、SQLベースの[OIDC](https://openid.net/connect/)サイン ![Sample Step](/media/dashboard/dashboard-session-sso-enable-1.png) - > **注記：** + > **Note:** > > 入力したパスワードは暗号化されて保存されます。SQLユーザーのパスワードを変更すると、SSOサインインが失敗します。その場合は、パスワードを再入力することでSSOを復旧できます。 @@ -48,7 +48,7 @@ TiDB Dashboardは、SQLベースの[OIDC](https://openid.net/connect/)サイン TiDB Dashboardで SSO サインインが有効になりました。 -> **注記：** +> **Note:** > > セキュリティ上の理由から、一部のSSOサービスでは、信頼できるサインインおよびサインアウトURIなど、SSOサービスに追加の設定が必要です。詳細については、SSOサービスのドキュメントを参照してください。 diff --git a/dashboard/dashboard-slow-query.md b/dashboard/dashboard-slow-query.md index 1d78585029fb3..3202bd3f0d69a 100644 --- a/dashboard/dashboard-slow-query.md +++ b/dashboard/dashboard-slow-query.md @@ -9,7 +9,7 @@ TiDB Dashboardの「スロークエリ」ページでは、クラスタ内のす デフォルトでは、実行時間が300ミリ秒を超えるSQLクエリはスロークエリとみなされます。これらのクエリは[スロークエリログ](/identify-slow-queries.md)に記録され、TiDB Dashboardから検索できます。スロークエリのしきい値は、セッション変数[`tidb_slow_log_threshold`](/system-variables.md#tidb_slow_log_threshold)またはTiDBパラメータ[`instance.tidb_slow_log_threshold`](/tidb-configuration-file.md#tidb_slow_log_threshold)で調整できます。 -> **注記：** +> **Note:** > > スロークエリログが無効になっている場合、この機能は利用できません。スロークエリログはデフォルトで有効になっており、システム変数[`tidb_enable_slow_log`](/system-variables.md#tidb_enable_slow_log)使用して有効または無効にすることができます。 @@ -59,7 +59,7 @@ TiDB Dashboardの「スロークエリ」ページでは、クラスタ内のす ### SQL {#sql} -> **注記：** +> **Note:** > > - `Query`列に記録されるクエリの最大長は、 [`tidb_stmt_summary_max_sql_length`](/system-variables.md#tidb_stmt_summary_max_sql_length-new-in-v40)システム変数によって制限されます。 > - プリペアドステートメントの場合、引数はクエリの末尾にリストされます。例: `[arguments: "foo", 123]` 。表示できない引数は、16 進数のリテラルとして表示されます。例: `0x01` 。 @@ -116,7 +116,7 @@ SQL実行の基本情報には、テーブル名、インデックス名、実 「**時間」**タブをクリックすると、実行計画の各段階にかかる時間を確認できます。 -> **注記：** +> **Note:** > > 単一のSQL文内で一部の操作が並行して実行される場合があるため、各段階の累積実行時間は、SQL文の実際の実行時間を超える可能性があります。 diff --git a/dashboard/dashboard-statement-details.md b/dashboard/dashboard-statement-details.md index 60708616c333b..c22b4f86c7767 100644 --- a/dashboard/dashboard-statement-details.md +++ b/dashboard/dashboard-statement-details.md @@ -122,7 +122,7 @@ SQL実行の基本情報には、テーブル名、インデックス名、実 **[時間]**タブをクリックすると、実行プランの各ステージの所要時間を確認できます。 -> **注記：** +> **Note:** > > 一部の操作は単一の SQL ステートメント内で並行して実行される可能性があるため、各ステージの累積実行時間は SQL ステートメントの実際の実行時間を超える可能性があります。 diff --git a/dashboard/dashboard-statement-list.md b/dashboard/dashboard-statement-list.md index 55ba2a78e9044..121b0ac55f9be 100644 --- a/dashboard/dashboard-statement-list.md +++ b/dashboard/dashboard-statement-list.md @@ -19,7 +19,7 @@ SQL ステートメントの概要ページにアクセスするには、次の SQL文の概要ページに表示されるすべてのデータは、TiDB ステートメント サマリー テーブルから取得されます。テーブルの詳細については、 [TiDB ステートメント サマリー テーブル](/statement-summary-tables.md)を参照してください。 -> **注記：** +> **Note:** > > SQL ステートメントの概要ページの**「平均レイテンシ」**列では、青いバーが平均実行時間を示します。SQL ステートメントの青いバーに黄色の線が表示されている場合、黄色の線の左側と右側はそれぞれ、最新のデータ収集サイクルにおけるその SQL ステートメントの最小実行時間と最大実行時間を表します。 @@ -58,7 +58,7 @@ SQL文の概要ページの上部で、表示するSQL実行の時間範囲を 詳細は[ステートメントサマリーテーブルの構成](/statement-summary-tables.md#parameter-configuration)を参照してください。 -> **注記：** +> **Note:** > > - ステートメント システム テーブルはメモリ内にのみ保存されるため、SQL ステートメント機能が無効にされると、システム テーブル内のデータはクリアされます。 > diff --git a/dashboard/dashboard-user.md b/dashboard/dashboard-user.md index 59f9d980bfc21..0d8dca5f5906e 100644 --- a/dashboard/dashboard-user.md +++ b/dashboard/dashboard-user.md @@ -37,7 +37,7 @@ TiDB SQLユーザーを制御および管理する方法の詳細については - システム変数管理者 - SUPER -> **注記：** +> **Note:** > > `ALL PRIVILEGES`や`SUPER`といった高い権限を持つユーザーもTiDB Dashboardにサインインできます。したがって、最小権限の原則を遵守するために、意図しない操作を防ぐために、必要な権限のみを持つユーザーを作成することを強くお勧めします。これらの権限の詳細については、 [権限管理](/privilege-management.md)参照してください。 diff --git a/dashboard/top-sql.md b/dashboard/top-sql.md index 801317cf7d310..0cdafe454e620 100644 --- a/dashboard/top-sql.md +++ b/dashboard/top-sql.md @@ -45,7 +45,7 @@ Top SQLは、パフォーマンスの問題を分析するのに適していま ## Top SQLを有効にする {#enable-top-sql} -> **注記：** +> **Note:** > > Top SQLを使用するには、クラスターが最新バージョンのTiUP （v1.9.0以降）またはTiDB Operator （v1.3.0以降）を使用してデプロイまたはアップグレードされている必要があります。以前のバージョンのTiUPまたはTiDB Operatorを使用してクラスターをアップグレードした場合は、 [FAQ](/dashboard/dashboard-faq.md#a-required-component-ngmonitoring-is-not-started-error-is-shown)参照して手順を確認してください。 diff --git a/data-type-date-and-time.md b/data-type-date-and-time.md index d208ab115d40a..1609f9b4452fd 100644 --- a/data-type-date-and-time.md +++ b/data-type-date-and-time.md @@ -99,7 +99,7 @@ DATE TIME[(fsp)] ``` -> **注記：** +> **Note:** > > `TIME`の省略形に注意してください。例えば、「11:12」は「00:11:12」ではなく「11:12:00」を意味します。一方、「1112」は「00:11:12」を意味します。これらの違いは、 `:`文字の有無によって生じます。 @@ -127,7 +127,7 @@ TIMESTAMP[(fsp)] `TIMESTAMP`保存する場合、TiDB は`TIMESTAMP`値を現在のタイムゾーンから UTC タイムゾーンに変換します。5 `TIMESTAMP`取得する場合、TiDB は保存されている`TIMESTAMP`値を UTC タイムゾーンから現在のタイムゾーンに変換します（注: `DATETIME`この方法では処理されません）。各接続のデフォルトのタイムゾーンはサーバーのローカルタイムゾーンですが、環境変数`time_zone`で変更できます。 -> **警告：** +> **Warning:** > > MySQLと同様に、 `TIMESTAMP`データ型は[2038年問題](https://en.wikipedia.org/wiki/Year_2038_problem)影響を受けます。2038を超える値を格納する場合は、代わりに`DATETIME`型の使用を検討してください。 diff --git a/data-type-numeric.md b/data-type-numeric.md index d0b1367493d8c..64478f1ce2610 100644 --- a/data-type-numeric.md +++ b/data-type-numeric.md @@ -19,7 +19,7 @@ TiDBは、 `INTEGER` / `INT` 、 `TINYINT` 、 `SMALLINT` 、 `MEDIUMINT` 、 `B -> **警告：** +> **Warning:** > > バージョン8.5.0以降、整数の表示幅は非推奨となりました（デフォルトでは[`deprecate-integer-display-length`](/tidb-configuration-file.md#deprecate-integer-display-length)が`true`なります）。整数型の表示幅の指定は推奨されません。 @@ -27,7 +27,7 @@ TiDBは、 `INTEGER` / `INT` 、 `TINYINT` 、 `SMALLINT` 、 `MEDIUMINT` 、 `B -> **警告：** +> **Warning:** > > バージョン8.5.0以降、整数の表示幅は非推奨となりました。整数型の表示幅の指定は推奨されません。 @@ -143,7 +143,7 @@ FLOAT[(M,D)] [UNSIGNED] [ZEROFILL] FLOAT(p) [UNSIGNED] [ZEROFILL] ``` -> **注記：** +> **Note:** > > MySQLと同様に、 `FLOAT`データ型は近似値を保存します。通貨などの値の場合は、代わりに`DECIMAL`データ型を使用することをお勧めします。 > @@ -158,11 +158,11 @@ DOUBLE[(M,D)] [UNSIGNED] [ZEROFILL] DOUBLE PRECISION [(M,D)] [UNSIGNED] [ZEROFILL], REAL[(M,D)] [UNSIGNED] [ZEROFILL] ``` -> **警告：** +> **Warning:** > > MySQLと同様に、 `DOUBLE`データ型は近似値を保存します。通貨などの値の場合は、代わりに`DECIMAL`データ型を使用することをお勧めします。 -> **注記：** +> **Note:** > > TiDBが科学表記法で表現された倍精度浮動小数点数を`CHAR`型に変換すると、MySQLでの表示と矛盾する結果が表示されます。詳細は[キャスト関数と演算子](/functions-and-operators/cast-functions-and-operators.md)参照してください。 diff --git a/data-type-overview.md b/data-type-overview.md index ff5bff57b9f32..732f8888ebe3f 100644 --- a/data-type-overview.md +++ b/data-type-overview.md @@ -14,7 +14,7 @@ TiDBは[文字列型](/data-type-string.md) MySQLの`SPATIAL`型を除くすべ -> **警告：** +> **Warning:** > > バージョン8.5.0以降、整数の表示幅は非推奨となりました（デフォルトでは[`deprecate-integer-display-length`](/tidb-configuration-file.md#deprecate-integer-display-length)が`true`なります）。整数型の表示幅の指定は推奨されません。 @@ -22,7 +22,7 @@ TiDBは[文字列型](/data-type-string.md) MySQLの`SPATIAL`型を除くすべ -> **警告：** +> **Warning:** > > バージョン8.5.0以降、整数の表示幅は非推奨となりました。整数型の表示幅の指定は推奨されません。 diff --git a/deploy-monitoring-services.md b/deploy-monitoring-services.md index b6c9173e10e89..25f24cfe0af33 100644 --- a/deploy-monitoring-services.md +++ b/deploy-monitoring-services.md @@ -206,7 +206,7 @@ Grafana サービスを開始します。 - デフォルトのパスワード: admin - > **注記：** + > **Note:** > > **パスワードの変更**手順では、 **「スキップ」**を選択できます。 @@ -233,7 +233,7 @@ PDサーバー、TiKVサーバー、および TiDBサーバーの Grafana ダッ 3. **「.json ファイルのアップロード」を**クリックして JSON ファイルをアップロードします ( [pingcap/tidb](https://github.com/pingcap/tidb/tree/release-8.5/pkg/metrics/grafana) [ティックブ/ティックブ](https://github.com/tikv/tikv/tree/release-8.5/metrics/grafana)および[ティックブ/PD](https://github.com/tikv/pd/tree/release-8.5/metrics/grafana)から TiDB Grafana 構成ファイルをダウンロードします)。 - > **注記：** + > **Note:** > > TiKV、PD、および TiDB Dashboardの場合、対応する JSON ファイルは`tikv_summary.json` 、 `tikv_details.json` 、 `tikv_trouble_shooting.json` 、 `pd.json` 、 `tidb.json` 、および`tidb_summary.json`です。 diff --git a/derive-topn-from-window.md b/derive-topn-from-window.md index b83329be87419..fe649e1824c79 100644 --- a/derive-topn-from-window.md +++ b/derive-topn-from-window.md @@ -89,7 +89,7 @@ EXPLAIN SELECT * FROM (SELECT ROW_NUMBER() OVER (ORDER BY value) AS rownumber FR ### PARTITION BYを使用したウィンドウ関数 {#window-functions-with-partition-by} -> **注記：** +> **Note:** > > `PARTITION BY`を含むウィンドウ関数の場合、パーティション列が主キーのプレフィックスであり、主キーがクラスター化インデックスである場合にのみ最適化ルールが有効になります。 diff --git a/develop/_index.md b/develop/_index.md index adf03f0a347e3..b74f8b08654ee 100644 --- a/develop/_index.md +++ b/develop/_index.md @@ -10,7 +10,7 @@ aliases: ['/ja/tidb/stable/dev-guide-overview/','/ja/tidb/dev/dev-guide-overview このガイドは、アプリケーション開発者が TiDB への接続、データベースの設計、データの書き込みとクエリ、TiDB 上での信頼性の高い高パフォーマンスのアプリケーションの構築方法を迅速に習得するのに役立ちます。 -> **注記：** +> **Note:** > > このガイドはアプリケーション開発者向けに書かれていますが、TiDB の内部動作に興味がある場合や、TiDB 開発に参加したい場合は、TiDB の詳細情報については[TiDB カーネル開発ガイド](https://pingcap.github.io/tidb-dev-guide/)をお読みください。 diff --git a/develop/dev-guide-aws-appflow-integration.md b/develop/dev-guide-aws-appflow-integration.md index 9e1e3004c6820..89bdee077d2fd 100644 --- a/develop/dev-guide-aws-appflow-integration.md +++ b/develop/dev-guide-aws-appflow-integration.md @@ -68,7 +68,7 @@ git clone https://github.com/pingcap-inc/tidb-appflow-integration sam deploy --guided ``` - > **注記：** + > **Note:** > > - `--guided`オプションでは、プロンプトが表示され、デプロイの手順を案内します。入力内容は構成ファイルに保存され、デフォルトでは`samconfig.toml`というファイルになります。 > - `stack_name`デプロイする AWS Lambda の名前を指定します。 @@ -129,7 +129,7 @@ git clone https://github.com/pingcap-inc/tidb-appflow-integration ![allow salesforce](/media/develop/aws-appflow-step-allow-salesforce.png) - > **注記：** + > **Note:** > > 会社がすでに Salesforce の Professional Edition を使用している場合、REST API はデフォルトでは有効になっていません。 REST API を使用するには、新しい Developer Edition の登録が必要になる場合があります。詳細については、 [Salesforceフォーラムトピック](https://developer.salesforce.com/forums/?id=906F0000000D9Y2IAK)を参照してください。 diff --git a/develop/dev-guide-bookshop-schema-design.md b/develop/dev-guide-bookshop-schema-design.md index 4e670c179c14c..1775bdba205bb 100644 --- a/develop/dev-guide-bookshop-schema-design.md +++ b/develop/dev-guide-bookshop-schema-design.md @@ -77,7 +77,7 @@ tiup demo bookshop prepare --users=200000 --books=500000 --authors=100000 --rati 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 diff --git a/develop/dev-guide-build-cluster-in-cloud.md b/develop/dev-guide-build-cluster-in-cloud.md index 6821f5ba2a4b3..722fae37a87c1 100644 --- a/develop/dev-guide-build-cluster-in-cloud.md +++ b/develop/dev-guide-build-cluster-in-cloud.md @@ -32,7 +32,7 @@ aliases: ['/ja/tidb/stable/dev-guide-build-cluster-in-cloud/','/ja/tidb/dev/dev- 8. **「パスワードを生成」をクリックすると、ランダムなパスワード**が生成されます。生成されたパスワードは二度と表示されないため、安全な場所に保存してください。ルートパスワードを設定しないと、 TiDB Cloud Starterインスタンスに接続できません。 -> **注記：** +> **Note:** > > TiDB Cloud Starterインスタンスに接続するときは、ユーザー名にインスタンスのプレフィックスを含め、名前を引用符で囲む必要があります。詳細については、 [ユーザー名の接頭辞](https://docs.pingcap.com/tidbcloud/select-cluster-tier#user-name-prefix)参照してください。 @@ -109,7 +109,7 @@ mysql --version mysql --connect-timeout 15 -u '.root' -h -P 4000 -D test --ssl-mode=VERIFY_IDENTITY --ssl-ca=/etc/ssl/cert.pem -p ``` -> **注記：** +> **Note:** > > - TiDB Cloud Starterインスタンスに接続するときは、 [TLS接続を使用する](https://docs.pingcap.com/tidbcloud/secure-connections-to-serverless-clusters)必要があります。 > - TiDB Cloud Starterインスタンスへの接続時に問題が発生した場合は、 [TiDB Cloud Starterインスタンスへのセキュリティ接続](https://docs.pingcap.com/tidbcloud/secure-connections-to-serverless-clusters)で詳細を確認してください。 diff --git a/develop/dev-guide-choose-driver-or-orm.md b/develop/dev-guide-choose-driver-or-orm.md index 849f0068982c2..185dab7b52f6e 100644 --- a/develop/dev-guide-choose-driver-or-orm.md +++ b/develop/dev-guide-choose-driver-or-orm.md @@ -6,7 +6,7 @@ aliases: ['/ja/tidb/stable/dev-guide-choose-driver-or-orm/','/ja/tidbcloud/dev-g # DriverまたはORMを選択 {#choose-a-driver-or-orm} -> **注記：** +> **Note:** > > TiDB は、ドライバーと ORM に対して次の 2 つのサポート レベルを提供します。 > @@ -30,7 +30,7 @@ TiDBはMySQLプロトコルと高い互換性がありますが、一部の機 [MySQLドキュメント](https://dev.mysql.com/doc/connector-j/en/)に従ってJava JDBCドライバをダウンロードして設定してください。TiDB v6.3.0以降では、MySQL Connector/Jの最新GAバージョンを使用することをお勧めします。 -> **警告：** +> **Warning:** > > MySQL Connector/J 8.0 の 8.0.31 より前のバージョンには[バグ](https://bugs.mysql.com/bug.php?id=106252)という問題があり（詳細は[MySQL JDBC のバグ](/develop/dev-guide-third-party-tools-compatibility.md#mysql-jdbc-bugs)参照）、TiDB バージョン 6.3.0 より前のバージョンを使用するとスレッドがハングする可能性があります。この問題を回避するには、MySQL Connector/J 8.0.31 以前のバージョンを使用し**ない**でください。 @@ -91,7 +91,7 @@ implementation group: 'org.bouncycastle', name: 'bcpkix-jdk15on', version: '1.67
-> **注記：** +> **Note:** > > - 現在、Hibernate は[ネストされたトランザクションをサポートしていません](https://stackoverflow.com/questions/37927208/nested-transaction-in-spring-app-with-jpa-postgres)実行します。 > @@ -129,7 +129,7 @@ implementation 'mysql:mysql-connector-java:8.0.33' さらに、 [Hibernate設定ファイル](https://www.tutorialspoint.com/hibernate/hibernate_configuration.htm) : `org.hibernate.dialect.TiDBDialect`で TiDB 方言を指定する必要があります。これは Hibernate `6.0.0.Beta2`以降でのみサポートされます。7 `Hibernate`バージョンが`6.0.0.Beta2`より前の場合は、まずアップグレードしてください。 -> **注記：** +> **Note:** > > `Hibernate`バージョンをアップグレードできない場合は、代わりにMySQL 5.7方言`org.hibernate.dialect.MySQL57Dialect`使用してください。ただし、この設定では予期しない結果が生じる可能性があり、 [シーケンス](/sql-statements/sql-statement-create-sequence.md)などの TiDB 固有の機能が一部利用できなくなる可能性があります。 @@ -180,7 +180,7 @@ MyBatis を使用して TiDB アプリケーションを構築する例につい 現在、tidb-loadbalance は、ラウンドロビン、ランダム、重み付けのポリシーをサポートしています。 -> **注記：** +> **Note:** > > tidb-loadbalance は[mysql-コネクタ-j](https://github.com/pingcap/mysql-connector-j)で使用する必要があります。 diff --git a/develop/dev-guide-connection-parameters.md b/develop/dev-guide-connection-parameters.md index 3e4cf68bccf8d..cc1892edc14cc 100644 --- a/develop/dev-guide-connection-parameters.md +++ b/develop/dev-guide-connection-parameters.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidb/stable/dev-guide-connection-parameters/','/ja/tidb/dev/dev-g このドキュメントでは、ドライバまたはORMフレームワークを使用してTiDBに接続する場合に、接続プールと接続パラメータを設定する方法について説明します。 -> **ヒント：** +> **Tip:** > > この文書では、以下のセクションは[TiDBを使用したJavaアプリケーション開発のベストプラクティス](/develop/java-app-best-practices.md)から抜粋したものです。 > @@ -154,7 +154,7 @@ OLTP（オンライン・トランザクション処理）シナリオでは、 バッチ挿入の場合は、 [`addBatch` / `executeBatch` API](https://docs.oracle.com/en/java/javase/25/docs/api/java.sql/java/sql/Statement.html#executeBatch())を使用できます。3 `addBatch()`は、複数の SQL ステートメントを最初にクライアントにキャッシュし、 `executeBatch`メソッドを呼び出すときにそれらをまとめてデータベースサーバーに送信するために使用されます。 -> **注記：** +> **Note:** > > デフォルトのMySQL Connector/Jの実装では、 `addBatch()`でバッチに追加されたSQL文の送信時間は`executeBatch()`呼び出されるまで遅延されますが、実際のネットワーク転送中は文は1つずつ送信されます。そのため、この方法は通常、通信オーバーヘッドを削減しません。 > diff --git a/develop/dev-guide-create-secondary-indexes.md b/develop/dev-guide-create-secondary-indexes.md index 3634b1a282394..5597f682087c1 100644 --- a/develop/dev-guide-create-secondary-indexes.md +++ b/develop/dev-guide-create-secondary-indexes.md @@ -140,7 +140,7 @@ SQLパフォーマンスチューニングの詳細については、以下の - [TiDB CloudのSQLチューニング概要](/tidb-cloud/tidb-cloud-sql-tuning-overview.md) - [TiDB Self-ManagedのSQLチューニング概要](/sql-tuning-overview.md) -> **注記：** +> **Note:** > > TiDB はクエリ時のインデックスの明示的な使用もサポートしており、[オプティマイザのヒント](/optimizer-hints.md)や[SQLプラン管理（SPM）](/sql-plan-management.md)を使用してインデックスの使用を人為的に制御できます。ただし、インデックス、オプティマイザ ヒント、または SPM についてよく知らない場合は、予期しない結果を避けるためにこの機能を使用**しないでください**。 diff --git a/develop/dev-guide-create-table.md b/develop/dev-guide-create-table.md index 5a9770d08f350..607ae1243da4a 100644 --- a/develop/dev-guide-create-table.md +++ b/develop/dev-guide-create-table.md @@ -99,7 +99,7 @@ CREATE TABLE `bookshop`.`books` ( [主キー](/constraints.md#primary-key)とは、テーブル内の行を一意に識別する値を持つ、テーブル内の列または列のセットのことです。 -> **注記：** +> **Note:** > > TiDBにおける**主キー**のデフォルト定義は、 [InnoDB](https://dev.mysql.com/doc/refman/8.0/en/innodb-storage-engine.html) （MySQLの一般的なストレージエンジン）における定義とは異なります。 > @@ -142,7 +142,7 @@ TiDB は v5.0 以降、[クラスター化インデックス](/clustered-indexes [主キーを選択](#select-primary-key)で説明されているように、**クラスター化インデックス**は TiDB でキーワード`CLUSTERED`および`NONCLUSTERED`を使用して制御されます。 -> **注記：** +> **Note:** > > TiDB は、テーブルの`PRIMARY KEY`によるクラスタリングのみをサポートしています。クラスター化インデックスが有効になっている場合、 *{* `PRIMARY KEY`と*クラスター化インデックス*という用語は同じ意味で使用されることがあります。 `PRIMARY KEY`は制約 (論理プロパティ) を指し、クラスター化インデックスはデータの格納方法の物理的な実装を表します。 @@ -226,7 +226,7 @@ CREATE TABLE `bookshop`.`users` ( ## HTAP機能を使用する {#use-htap-capabilities} -> **注記：** +> **Note:** > > このセクションで説明する手順は、クイック スタートとテスト***のみ***を目的としています。 TiDB での HTAP の使用法の詳細については、 [HTAPを探索する](/explore-htap.md)参照してください。 @@ -259,7 +259,7 @@ ALTER TABLE {table_name} SET TIFLASH REPLICA {count}; ALTER TABLE `bookshop`.`ratings` SET TIFLASH REPLICA 1; ``` -> **注記：** +> **Note:** > > クラスターに**TiFlash**ノードが含まれていない場合、この SQL ステートメントはエラー`1105 - the tiflash replica count: 1 should be less than the total tiflash server count: 0`を報告します。 [TiDB Cloud Starterインスタンスを作成する](/develop/dev-guide-build-cluster-in-cloud.md#step-1-create-a-starter-instance)を使用して、 **TiFlash**を含むTiDB Cloud Starterインスタンスを作成できます。 diff --git a/develop/dev-guide-delete-data.md b/develop/dev-guide-delete-data.md index 17dfb72fe382a..0cf5e55a34cbf 100644 --- a/develop/dev-guide-delete-data.md +++ b/develop/dev-guide-delete-data.md @@ -163,7 +163,7 @@ with connection: -> **注記：** +> **Note:** > > - `rated_at`フィールドは、[日付と時刻の種類](/data-type-date-and-time.md)種類の`DATETIME`タイプです。タイムゾーンに関係なく、TiDB にリテラル数量として保存されていると想定できます。一方、 `TIMESTAMP`タイプはタイムスタンプを保存するため、異なるタイム[タイムゾーン](/configure-time-zone.md)には異なる時刻文字列が表示されます。 > - MySQLと同様に、 `TIMESTAMP`データ型は[2038年の問題](https://en.wikipedia.org/wiki/Year_2038_problem)の影響を受けます。2038より大きい値を格納する場合は、 `DATETIME`型を使用することをお勧めします。 @@ -350,7 +350,7 @@ with connection: ## 非トランザクション一括削除 {#non-transactional-bulk-delete} -> **注記：** +> **Note:** > > v6.1.0 以降、TiDB は[非トランザクションDMLステートメント](/non-transactional-dml.md)ステートメントをサポートします。この機能は、TiDB v6.1.0 より前のバージョンでは使用できません。 diff --git a/develop/dev-guide-gui-datagrip.md b/develop/dev-guide-gui-datagrip.md index b750f78793fc7..165a34b210999 100644 --- a/develop/dev-guide-gui-datagrip.md +++ b/develop/dev-guide-gui-datagrip.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidb/stable/dev-guide-gui-datagrip/','/ja/tidb/dev/dev-guide-gui- TiDBはMySQL互換のデータベースであり、 [JetBrains DataGrip](https://www.jetbrains.com/help/datagrip/getting-started.html)データベースとSQLのための強力な統合開発環境（IDE）です。このチュートリアルでは、DataGripを使用してTiDBクラスタに接続する手順を説明します。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 @@ -51,7 +51,7 @@ DataGripは2つの方法で使用できます。 4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 diff --git a/develop/dev-guide-gui-dbeaver.md b/develop/dev-guide-gui-dbeaver.md index 006dbf29f84b3..4b14bce55d968 100644 --- a/develop/dev-guide-gui-dbeaver.md +++ b/develop/dev-guide-gui-dbeaver.md @@ -10,7 +10,7 @@ TiDBはMySQL互換データベースであり、 [DBeaverコミュニティ](htt このチュートリアルでは、DBeaver Communityを使用してTiDBに接続する方法を学ぶことができます。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 @@ -60,7 +60,7 @@ TiDBはMySQL互換データベースであり、 [DBeaverコミュニティ](htt 4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 diff --git a/develop/dev-guide-gui-mysql-workbench.md b/develop/dev-guide-gui-mysql-workbench.md index 08f42857eb2b3..713185948993c 100644 --- a/develop/dev-guide-gui-mysql-workbench.md +++ b/develop/dev-guide-gui-mysql-workbench.md @@ -8,14 +8,14 @@ aliases: ['/ja/tidb/stable/dev-guide-gui-mysql-workbench/','/ja/tidb/dev/dev-gui TiDBはMySQL互換データベースであり、 [MySQL Workchen](https://www.mysql.com/products/workbench/)はMySQLデータベースユーザー向けのGUIツールセットです。 -> **警告：** +> **Warning:** > > - MySQL WorkbenchはMySQLとの互換性があるため、TiDBに接続できますが、MySQL WorkbenchはTiDBを完全にサポートしているわけではありません。TiDBをMySQLとして扱うため、使用中に問題が発生する可能性があります。 > - [DataGrip](/develop/dev-guide-gui-datagrip.md)、 [DBeaver](/develop/dev-guide-gui-dbeaver.md) 、 [VS Code SQLTools](/develop/dev-guide-gui-vscode-sqltools.md)など、TiDB を正式にサポートする他の GUI ツールを使用することをお勧めします。 TiDB で完全にサポートされている GUI ツールの完全なリストについては、 [TiDBがサポートするサードパーティツール](/develop/dev-guide-third-party-support.md#gui)を参照してください。 このチュートリアルでは、MySQL Workbenchを使用してTiDBに接続する方法を学ぶことができます。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 @@ -51,7 +51,7 @@ TiDBはMySQL互換データベースであり、 [MySQL Workchen](https://www.my 4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 diff --git a/develop/dev-guide-gui-navicat.md b/develop/dev-guide-gui-navicat.md index 8fd977200f199..2d83f58bd7619 100644 --- a/develop/dev-guide-gui-navicat.md +++ b/develop/dev-guide-gui-navicat.md @@ -10,7 +10,7 @@ TiDBはMySQL互換データベースであり、[Navicat](https://www.navicat.co このチュートリアルでは、Navicatを使用してTiDBに接続する方法を学ぶことができます。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 @@ -47,7 +47,7 @@ TiDBはMySQL互換データベースであり、[Navicat](https://www.navicat.co 4. **「パスワード生成」をクリックすると、ランダムなパスワード**が生成されます。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 diff --git a/develop/dev-guide-gui-vscode-sqltools.md b/develop/dev-guide-gui-vscode-sqltools.md index ddbe5e0250abd..04dbced2a3c17 100644 --- a/develop/dev-guide-gui-vscode-sqltools.md +++ b/develop/dev-guide-gui-vscode-sqltools.md @@ -10,7 +10,7 @@ TiDB は MySQL 互換データベースであり、 [Visual Studio Code (VS Code このチュートリアルでは、Visual Studio Code を使用して TiDB に接続する方法を学ぶことができます。 -> **注記：** +> **Note:** > > - このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 > - このチュートリアルは、 [GitHub Codespaces](https://github.com/features/codespaces) 、Visual Studio [Visual Studio Code 開発コンテナ](https://code.visualstudio.com/docs/devcontainers/containers)[Visual Studio Code WSL](https://code.visualstudio.com/docs/remote/wsl) Code リモート開発環境でも動作します。 @@ -52,13 +52,13 @@ TiDB は MySQL 互換データベースであり、 [Visual Studio Code (VS Code - お使いの環境に合った**オペレーティングシステム**を選択してください。 - > **ヒント：** + > **Tip:** > > VS Code をリモート開発環境で実行している場合は、リストからリモートのオペレーティングシステムを選択してください。たとえば、Windows Subsystem for Linux (WSL) を使用している場合は、対応する Linux ディストリビューションに切り替えてください。GitHub Codespaces を使用している場合は、この操作は不要です。 4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 @@ -81,7 +81,7 @@ TiDB は MySQL 互換データベースであり、 [Visual Studio Code (VS Code - **認証プロトコル**：**デフォルト**を選択してください。 - **SSL** ： **[有効]**を選択します。TiDB Cloud Starterは安全な接続を必要とします。SSL**オプション（node.TLSSocket）**領域で、 TiDB Cloud接続ダイアログの`CA`パラメーターを**[認証局（CA）証明書**ファイル]フィールドに設定してください。 - > **注記：** + > **Note:** > > Windows または GitHub コードスペースで実行している場合は、 **SSL を**空白のままにすることができます。デフォルトでは、SQLTools は Let's Encrypt によって厳選された有名な CA を信頼します。詳細については、 [TiDB Cloud Starterルート証明書管理](https://docs.pingcap.com/tidbcloud/secure-connections-to-serverless-clusters#root-certificate-management)参照してください。 diff --git a/develop/dev-guide-hybrid-oltp-and-olap-queries.md b/develop/dev-guide-hybrid-oltp-and-olap-queries.md index 97e82221730e6..1b5f05be998bc 100644 --- a/develop/dev-guide-hybrid-oltp-and-olap-queries.md +++ b/develop/dev-guide-hybrid-oltp-and-olap-queries.md @@ -206,7 +206,7 @@ TiDBはコストベースオプティマイザー（CBO）を使用して、コ クエリで使用するエンジンを指定するには、次のステートメントのように`/*+ read_from_storage(engine_name[table_name]) */`ヒントを使用できます。 -> **注記：** +> **Note:** > > - テーブルに別名がある場合は、ヒントでテーブル名の代わりに別名を使用します。そうしないと、ヒントは機能しません。 > - `read_from_storage`ヒントは[共通テーブル式](/develop/dev-guide-use-common-table-expression.md)には機能しません。 diff --git a/develop/dev-guide-index-best-practice.md b/develop/dev-guide-index-best-practice.md index e0d54bf6a4520..237033856b676 100644 --- a/develop/dev-guide-index-best-practice.md +++ b/develop/dev-guide-index-best-practice.md @@ -91,7 +91,7 @@ CREATE TABLE `books` ( ここで、 `SELECT * FROM books WHERE YEAR(published_at)=2022;`クエリを実行すると、クエリは`published_year_idx`インデックスを使用して実行を高速化できます。 - > **警告：** + > **Warning:** > > 現在、式インデックスは実験的機能であり、TiDB設定ファイルで有効化する必要があります。詳細については[式インデックス](/sql-statements/sql-statement-create-index.md#expression-index)参照してください。 diff --git a/develop/dev-guide-paginate-results.md b/develop/dev-guide-paginate-results.md index b6956c2d29059..35cb5cf3fa3dc 100644 --- a/develop/dev-guide-paginate-results.md +++ b/develop/dev-guide-paginate-results.md @@ -214,7 +214,7 @@ pageMetaList.forEach((pageMeta) -> { 非クラスター化インデックス テーブル (「非インデックス構成テーブル」とも呼ばれます) の場合、内部フィールド`_tidb_rowid`ページ区切りキーとして使用でき、ページ区切りの方法は単一フィールドの主キー テーブルの場合と同じです。 -> **ヒント：** +> **Tip:** > > `SHOW CREATE TABLE users;`ステートメントを使用して、テーブルの主キーが[クラスター化インデックス](/clustered-indexes.md)使用しているかどうかを確認できます。 @@ -278,7 +278,7 @@ GROUP BY page_num ORDER BY page_num; ``` -> **注記：** +> **Note:** > > 上記のSQL文は`TableFullScan`として実行されます。データ量が多いとクエリが遅くなるため、 [TiFlashを使用する](/tiflash/tiflash-overview.md#use-tiflash)で高速化できます。 diff --git a/develop/dev-guide-proxysql-integration.md b/develop/dev-guide-proxysql-integration.md index e5babdc51e0ff..33c5bf3e83656 100644 --- a/develop/dev-guide-proxysql-integration.md +++ b/develop/dev-guide-proxysql-integration.md @@ -32,7 +32,7 @@ TiDB と ProxySQL を連携させる最も一般的な方法は、アプリケ ![proxysql-client-side-tidb-cloud](/media/develop/proxysql-client-side-tidb-cloud.png) -> **注記：** +> **Note:** > > 上記の図はあくまで参考用です。実際の導入アーキテクチャに合わせて適宜修正してください。 @@ -320,7 +320,7 @@ systemctl start docker - > **注記：** + > **Note:** > > `proxysql-prepare.sql`スクリプトは、以下の処理を実行します。 > @@ -387,7 +387,7 @@ systemctl start docker TiDB のバージョンが表示されていれば、ProxySQL を介してTiDB Cloud Starterインスタンスに正常に接続されています。MySQL クライアントを終了するには、 `quit`と入力してEnter キーを押します。 - > **注記：** + > **Note:** > > ***デバッグの場合：*** TiDB Cloud Starterインスタンスに接続できない場合は、ファイル`tidb-cloud-connect.cnf` 、 `proxysql-prepare.sql` 、および`proxysql-connect.py`確認してください。提供したサーバー情報が利用可能で正しいことを確認してください。 @@ -669,7 +669,7 @@ ProxySQL のサポートされているプラ​​ットフォームとその ProxySQL を TiDB のプロキシとして使用するには、ProxySQL を構成する必要があります。これを行うには、 [ProxySQL管理インターフェース内でSQLステートメントを実行する](#option-1-configure-proxysql-using-the-admin-interface)(推奨) か、 [設定ファイル](#option-2-configure-proxysql-using-a-configuration-file)を使用します。 -> **注記：** +> **Note:** > > 次のセクションでは、ProxySQL の必要な構成項目のみをリストします。構成の包括的なリストについては、 [ProxySQLのドキュメント](https://proxysql.com/documentation/proxysql-configuration/)参照してください。 @@ -697,7 +697,7 @@ ProxySQL を TiDB のプロキシとして使用するには、ProxySQL を構 SAVE mysql servers TO DISK; ``` - > **注記：** + > **Note:** > > - `hostgroup_id` : ホストグループの ID を指定します。ProxySQL はホストグループを使用してクラスタを管理します。SQL トラフィックをこれらのクラスタに均等に分散するには、負荷分散が必要な複数のクラスタを同じホストグループに構成できます。読み取りと書き込みなどの目的でクラスタを区別するには、異なるホストグループを使用するように構成できます。 > - `hostname` : TiDB Cloud Dedicatedクラスターのエンドポイント。 @@ -720,7 +720,7 @@ ProxySQL を TiDB のプロキシとして使用するには、ProxySQL を構 SAVE mysql users TO DISK; ``` - > **注記：** + > **Note:** > > - `username` : TiDB ユーザー名。 > - `password` : TiDB パスワード。 @@ -738,7 +738,7 @@ ProxySQL を TiDB のプロキシとして使用するには、ProxySQL を構 rm /var/lib/proxysql/proxysql.db ``` - > **警告：** + > **Warning:** > > SQLiteデータベースファイルを削除すると、ProxySQL管理インターフェースを使用して行った設定変更はすべて失われます。 @@ -780,7 +780,7 @@ ProxySQL を TiDB のプロキシとして使用するには、ProxySQL を構 再起動後、SQLiteデータベースは自動的に作成されます。 -> **警告：** +> **Warning:** > > 本番環境では、本番の認証情報を使用して ProxySQL を実行しないでください。 `proxysql`サービスを開始する前に、 `/etc/proxysql.cnf`ファイル内の`admin_credentials`変数を変更することで、デフォルト値を変更できます。 @@ -794,7 +794,7 @@ ProxySQL を TiDB のプロキシとして使用するには、ProxySQL を構 ![proxysql-client-side-rules](/media/develop/proxysql-client-side-rules.png) -> **注記：** +> **Note:** > > 以下の手順では、TiDBとProxySQLのコンテナイメージを使用してクエリルールを設定します。まだプルしていない場合は、 を参照してください[統合セクション](#option-2-integrate-tidb-self-managed-with-proxysql)詳細な手順については、こちらをご覧ください。 @@ -983,7 +983,7 @@ ProxySQL を TiDB のプロキシとして使用するには、ProxySQL を構 - > **注記：** + > **Note:** > > `proxysql-prepare.sql`は以下のことを行います。 > diff --git a/develop/dev-guide-sample-application-golang-gorm.md b/develop/dev-guide-sample-application-golang-gorm.md index da7b5a71bf382..dd58932cb5153 100644 --- a/develop/dev-guide-sample-application-golang-gorm.md +++ b/develop/dev-guide-sample-application-golang-gorm.md @@ -14,7 +14,7 @@ TiDB は MySQL 互換データベースであり、[GORM](https://gorm.io/index. - GORMを使用してTiDBに接続します。 - アプリケーションをビルドして実行します。オプションで、基本的な CRUD 操作用の[サンプルコードスニペット](#sample-code-snippets)を見つけることができます。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 @@ -65,13 +65,13 @@ cd tidb-golang-gorm-quickstart - お使いの環境に合った**オペレーティングシステム**を選択してください。 - > **ヒント：** + > **Tip:** > > プログラムがWindows Subsystem for Linux（WSL）上で実行されている場合は、対応するLinuxディストリビューションに切り替えてください。 4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 diff --git a/develop/dev-guide-sample-application-golang-sql-driver.md b/develop/dev-guide-sample-application-golang-sql-driver.md index 982bc963c911e..e81edbe6d879b 100644 --- a/develop/dev-guide-sample-application-golang-sql-driver.md +++ b/develop/dev-guide-sample-application-golang-sql-driver.md @@ -14,7 +14,7 @@ TiDBはMySQL互換データベースであり、 [Go-MySQL-Driver](https://githu - Go-MySQL-Driverを使用してTiDBに接続します。 - アプリケーションをビルドして実行します。オプションで、基本的な CRUD 操作用の[サンプルコードスニペット](#sample-code-snippets)を見つけることができます。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 @@ -65,13 +65,13 @@ cd tidb-golang-sql-driver-quickstart - お使いの環境に合った**オペレーティングシステム**を選択してください。 - > **ヒント：** + > **Tip:** > > プログラムがWindows Subsystem for Linux（WSL）上で実行されている場合は、対応するLinuxディストリビューションに切り替えてください。 4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 diff --git a/develop/dev-guide-sample-application-java-hibernate.md b/develop/dev-guide-sample-application-java-hibernate.md index 33ab298145d28..959fb4d88915c 100644 --- a/develop/dev-guide-sample-application-java-hibernate.md +++ b/develop/dev-guide-sample-application-java-hibernate.md @@ -14,7 +14,7 @@ TiDBはMySQL互換データベースであり、[Hibernate](https://hibernate.or - Hibernateを使用してTiDBに接続します。 - アプリケーションをビルドして実行します。オプションで、基本的な CRUD 操作用の[サンプルコードスニペット](#sample-code-snippets)を見つけることができます。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 @@ -66,13 +66,13 @@ cd tidb-java-hibernate-quickstart - お使いの環境に合った**オペレーティングシステム**を選択してください。 - > **ヒント：** + > **Tip:** > > プログラムがWindows Subsystem for Linux（WSL）上で実行されている場合は、対応するLinuxディストリビューションに切り替えてください。 4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 @@ -311,7 +311,7 @@ SET GLOBAL tidb_skip_isolation_level_check=1; この変数を有効にすると、TiDB は`SERIALIZABLE`を指定したリクエストをエラーを返さずに受け入れます。内部的には、TiDB は引き続き最も強力な分離レベルである`REPEATABLE-READ`を使用します。詳細については、 [`tidb_skip_isolation_level_check`](/system-variables.md#tidb_skip_isolation_level_check)参照してください。 -> **注記：** +> **Note:** > > コミュニティが管理する`TiDBDialect` `SERIALIZABLE`分離レベルを必要とする機能をスキップすることで、この動作を自動的に処理します。 diff --git a/develop/dev-guide-sample-application-java-jdbc.md b/develop/dev-guide-sample-application-java-jdbc.md index 7595c5782474b..f575a7e13135e 100644 --- a/develop/dev-guide-sample-application-java-jdbc.md +++ b/develop/dev-guide-sample-application-java-jdbc.md @@ -14,7 +14,7 @@ TiDBはMySQL互換データベースであり、JDBC（Java Database Connectivit - JDBCを使用してTiDBに接続します。 - アプリケーションをビルドして実行します。オプションで、基本的な CRUD 操作用の[サンプルコードスニペット](#sample-code-snippets)を見つけることができます。 -> **注記：** +> **Note:** > > - このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 > - TiDB v7.4 以降、 `connectionCollation`が構成されておらず、JDBC URL で`characterEncoding`が構成されていないか、または`UTF-8`に設定されている場合、JDBC 接続で使用される照合順序は JDBC ドライバーのバージョンによって異なります。詳細については、 [JDBC接続で使用される照合順序](/faq/sql-faq.md#collation-used-in-jdbc-connections)を参照してください。 @@ -67,13 +67,13 @@ cd tidb-java-jdbc-quickstart - お使いの環境に合った**オペレーティングシステム**を選択してください。 - > **ヒント：** + > **Tip:** > > プログラムがWindows Subsystem for Linux（WSL）上で実行されている場合は、対応するLinuxディストリビューションに切り替えてください。 4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 diff --git a/develop/dev-guide-sample-application-java-mybatis.md b/develop/dev-guide-sample-application-java-mybatis.md index 478f758187f3e..7eca29e38334c 100644 --- a/develop/dev-guide-sample-application-java-mybatis.md +++ b/develop/dev-guide-sample-application-java-mybatis.md @@ -14,7 +14,7 @@ TiDBはMySQL互換のデータベースであり、 [MyBatis](https://mybatis.or - MyBatisを使用してTiDBに接続します。 - アプリケーションをビルドして実行します。オプションで、基本的な CRUD 操作用の[サンプルコードスニペット](#sample-code-snippets)を見つけることができます。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 @@ -66,13 +66,13 @@ cd tidb-java-mybatis-quickstart - お使いの環境に合った**オペレーティングシステム**を選択してください。 - > **ヒント：** + > **Tip:** > > プログラムがWindows Subsystem for Linux（WSL）上で実行されている場合は、対応するLinuxディストリビューションに切り替えてください。 4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 diff --git a/develop/dev-guide-sample-application-java-spring-boot.md b/develop/dev-guide-sample-application-java-spring-boot.md index 8766e91425ae0..ed1cbc2a8d747 100644 --- a/develop/dev-guide-sample-application-java-spring-boot.md +++ b/develop/dev-guide-sample-application-java-spring-boot.md @@ -14,7 +14,7 @@ aliases: ['/ja/tidbcloud/dev-guide-sample-application-spring-boot','/ja/tidb/dev - HibernateとSpring Data JPAを使用してTiDBに接続します。 - アプリケーションをビルドして実行します。オプションで、基本的な CRUD 操作用の[サンプルコードスニペット](#sample-code-snippets)を見つけることができます。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 @@ -66,13 +66,13 @@ cd tidb-java-springboot-jpa-quickstart - お使いの環境に合った**オペレーティングシステム**を選択してください。 - > **ヒント：** + > **Tip:** > > プログラムがWindows Subsystem for Linux（WSL）上で実行されている場合は、対応するLinuxディストリビューションに切り替えてください。 4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 diff --git a/develop/dev-guide-sample-application-nodejs-mysql2.md b/develop/dev-guide-sample-application-nodejs-mysql2.md index c925ecceb85cc..f2fac34b2538f 100644 --- a/develop/dev-guide-sample-application-nodejs-mysql2.md +++ b/develop/dev-guide-sample-application-nodejs-mysql2.md @@ -14,7 +14,7 @@ TiDBはMySQL互換のデータベースであり、 [node-mysql2](https://github - node-mysql2を使用してTiDBに接続します。 - アプリケーションをビルドして実行します。オプションで、基本的な CRUD 操作用の[サンプルコードスニペット](#sample-code-snippets)を見つけることができます。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 diff --git a/develop/dev-guide-sample-application-nodejs-mysqljs.md b/develop/dev-guide-sample-application-nodejs-mysqljs.md index c1e573157d177..ea558ab31296e 100644 --- a/develop/dev-guide-sample-application-nodejs-mysqljs.md +++ b/develop/dev-guide-sample-application-nodejs-mysqljs.md @@ -14,7 +14,7 @@ TiDBはMySQL互換データベースであり、 [mysql.js](https://github.com/m - mysql.jsドライバを使用してTiDBに接続します。 - アプリケーションをビルドして実行します。オプションで、基本的な CRUD 操作用の[サンプルコードスニペット](#sample-code-snippets)を見つけることができます。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 diff --git a/develop/dev-guide-sample-application-nodejs-prisma.md b/develop/dev-guide-sample-application-nodejs-prisma.md index bdea7cdd3d648..44f3ec5a138c3 100644 --- a/develop/dev-guide-sample-application-nodejs-prisma.md +++ b/develop/dev-guide-sample-application-nodejs-prisma.md @@ -14,7 +14,7 @@ TiDB は MySQL 互換データベースであり、[Prisma](https://github.com/p - Prismaを使用してTiDBに接続します。 - アプリケーションをビルドして実行します。オプションで、基本的な CRUD 操作用の[サンプルコードスニペット](#sample-code-snippets)を見つけることができます。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 @@ -391,7 +391,7 @@ await prisma.player.delete({ - [外部キー](https://docs.pingcap.com/tidb/stable/foreign-key)、TiDB v6.6.0 以降でサポートされている機能であり、v8.5.0 以降で一般的に利用可能です。外部キーを使用すると、関連データのテーブル間参照が可能になり、外部キー制約によって関連データの一貫性が確保されます。 - > **警告：** + > **Warning:** > > **外部キーは、小規模から中規模のデータ量を扱う場合に適しています。**大規模なデータ量で外部キーを使用すると、深刻なパフォーマンス問題が発生したり、システムに予期せぬ影響を及ぼしたりする可能性があります。外部キーを使用する場合は、事前に徹底的な検証を行い、慎重に使用してください。 diff --git a/develop/dev-guide-sample-application-python-django.md b/develop/dev-guide-sample-application-python-django.md index 3387b3d45b431..0ea429dd0beb8 100644 --- a/develop/dev-guide-sample-application-python-django.md +++ b/develop/dev-guide-sample-application-python-django.md @@ -14,7 +14,7 @@ TiDBはMySQL互換のデータベースであり、[Django](https://www.djangopr - Djangoを使用してTiDBに接続します。 - アプリケーションをビルドして実行します。必要に応じて、基本的なCRUD操作のサンプルコードスニペットも利用できます。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 @@ -83,13 +83,13 @@ mysqlclient でインストールの問題が発生した場合は、 [mysqlclie - お使いの環境に合った**オペレーティングシステム**を選択してください。 - > **ヒント：** + > **Tip:** > > プログラムがWindows Subsystem for Linux（WSL）上で実行されている場合は、対応するLinuxディストリビューションに切り替えてください。 4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 diff --git a/develop/dev-guide-sample-application-python-mysql-connector.md b/develop/dev-guide-sample-application-python-mysql-connector.md index efc202e22081f..b6d278c3f94a7 100644 --- a/develop/dev-guide-sample-application-python-mysql-connector.md +++ b/develop/dev-guide-sample-application-python-mysql-connector.md @@ -14,7 +14,7 @@ TiDB は MySQL 互換データベースであり、 [MySQL Connector/Python](htt - MySQL Connector/Pythonを使用してTiDBに接続します。 - アプリケーションをビルドして実行します。必要に応じて、基本的なCRUD操作のサンプルコードスニペットも利用できます。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 @@ -73,13 +73,13 @@ pip install -r requirements.txt - お使いの環境に合った**オペレーティングシステム**を選択してください。 - > **ヒント：** + > **Tip:** > > プログラムがWindows Subsystem for Linux（WSL）上で実行されている場合は、対応するLinuxディストリビューションに切り替えてください。 4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 diff --git a/develop/dev-guide-sample-application-python-mysqlclient.md b/develop/dev-guide-sample-application-python-mysqlclient.md index 6461623e8899b..6311aa456463d 100644 --- a/develop/dev-guide-sample-application-python-mysqlclient.md +++ b/develop/dev-guide-sample-application-python-mysqlclient.md @@ -14,7 +14,7 @@ TiDBはMySQL互換のデータベースであり、 [mysqlclient](https://github - mysqlclientを使用してTiDBに接続します。 - アプリケーションをビルドして実行します。必要に応じて、基本的なCRUD操作のサンプルコードスニペットも利用できます。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 @@ -75,13 +75,13 @@ pip install -r requirements.txt - お使いの環境に合った**オペレーティングシステム**を選択してください。 - > **ヒント：** + > **Tip:** > > プログラムがWindows Subsystem for Linux（WSL）上で実行されている場合は、対応するLinuxディストリビューションに切り替えてください。 4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 diff --git a/develop/dev-guide-sample-application-python-peewee.md b/develop/dev-guide-sample-application-python-peewee.md index 4b8ea8236125c..1ea505cf3c40e 100644 --- a/develop/dev-guide-sample-application-python-peewee.md +++ b/develop/dev-guide-sample-application-python-peewee.md @@ -14,7 +14,7 @@ TiDBはMySQL互換のデータベースであり、PythonはPythonで人気の[P - peeweeを使用してTiDBに接続します。 - アプリケーションをビルドして実行します。必要に応じて、基本的なCRUD操作のサンプルコードスニペットも利用できます。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 @@ -77,13 +77,13 @@ peeweeは、複数のデータベースを扱うORMライブラリです。デ - お使いの環境に合った**オペレーティングシステム**を選択してください。 - > **ヒント：** + > **Tip:** > > プログラムがWindows Subsystem for Linux（WSL）上で実行されている場合は、対応するLinuxディストリビューションに切り替えてください。 4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 diff --git a/develop/dev-guide-sample-application-python-pymysql.md b/develop/dev-guide-sample-application-python-pymysql.md index 64eb94952227a..631c5178c184f 100644 --- a/develop/dev-guide-sample-application-python-pymysql.md +++ b/develop/dev-guide-sample-application-python-pymysql.md @@ -14,7 +14,7 @@ TiDBはMySQL互換のデータベースであり、 [PyMySQL](https://github.com - PyMySQLを使用してTiDBに接続します。 - アプリケーションをビルドして実行します。必要に応じて、基本的なCRUD操作のサンプルコードスニペットも利用できます。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 @@ -73,13 +73,13 @@ pip install -r requirements.txt - お使いの環境に合った**オペレーティングシステム**を選択してください。 - > **ヒント：** + > **Tip:** > > プログラムがWindows Subsystem for Linux（WSL）上で実行されている場合は、対応するLinuxディストリビューションに切り替えてください。 4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 diff --git a/develop/dev-guide-sample-application-python-sqlalchemy.md b/develop/dev-guide-sample-application-python-sqlalchemy.md index 3986f86fe1a03..23f23eecd7531 100644 --- a/develop/dev-guide-sample-application-python-sqlalchemy.md +++ b/develop/dev-guide-sample-application-python-sqlalchemy.md @@ -14,7 +14,7 @@ TiDBはMySQL互換のデータベースであり、 [SQLAlchemy](https://www.sql - SQLAlchemyを使用してTiDBに接続します。 - アプリケーションをビルドして実行します。必要に応じて、基本的なCRUD操作のサンプルコードスニペットも利用できます。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 @@ -65,7 +65,7 @@ SQLAlchemyは、複数のデータベースを扱うORMライブラリです。
-> **注記：** +> **Note:** > > 現在、 TiDB Cloud Starterインスタンスには制限があります。5 分間アクティブな接続がない場合、インスタンスはシャットダウンし、すべての接続が閉じられます。そのため、 TiDB Cloud Starterインスタンスで SQLAlchemy を使用する場合、プールされた接続で`OperationalError`のような`Lost connection to MySQL server during query`や`MySQL Connection not available`発生する可能性があります。このエラーを回避するには、 `pool_recycle`パラメータを`300`に設定してください。詳細については、SQLAlchemy ドキュメントの[接続切れへの対処](https://docs.sqlalchemy.org/en/20/core/pooling.html#dealing-with-disconnects)を参照してください。 @@ -83,13 +83,13 @@ SQLAlchemyは、複数のデータベースを扱うORMライブラリです。 - お使いの環境に合った**オペレーティングシステム**を選択してください。 - > **ヒント：** + > **Tip:** > > プログラムがWindows Subsystem for Linux（WSL）上で実行されている場合は、対応するLinuxディストリビューションに切り替えてください。 4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 diff --git a/develop/dev-guide-sample-application-ruby-mysql2.md b/develop/dev-guide-sample-application-ruby-mysql2.md index 7742a50437113..e6f824bf9a7ad 100644 --- a/develop/dev-guide-sample-application-ruby-mysql2.md +++ b/develop/dev-guide-sample-application-ruby-mysql2.md @@ -14,7 +14,7 @@ TiDBはMySQL互換のデータベースであり、 [mysql2](https://github.com/ - mysql2を使用してTiDBに接続します。 - アプリケーションをビルドして実行します。オプションで、基本的な CRUD 操作用の[サンプルコードスニペット](#sample-code-snippets)を見つけることができます。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 diff --git a/develop/dev-guide-sample-application-ruby-rails.md b/develop/dev-guide-sample-application-ruby-rails.md index 9790a61fb619b..441b4c9ceeb10 100644 --- a/develop/dev-guide-sample-application-ruby-rails.md +++ b/develop/dev-guide-sample-application-ruby-rails.md @@ -14,7 +14,7 @@ TiDBはMySQL互換のデータベースであり、 [Rails](https://github.com/r - Railsを使用してTiDBに接続します。 - アプリケーションをビルドして実行します。オプションで、ActiveRecord ORM を使用した基本的な CRUD 操作用の[サンプルコードスニペット](#sample-code-snippets)を見つけることができます。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。 diff --git a/develop/dev-guide-schema-design-overview.md b/develop/dev-guide-schema-design-overview.md index 7f36ee09a4ae4..06224a403b993 100644 --- a/develop/dev-guide-schema-design-overview.md +++ b/develop/dev-guide-schema-design-overview.md @@ -39,7 +39,7 @@ TiDBには`test`という名前のデフォルトデータベースが付属し - **主キー**：主キー列に対するインデックス。 - **セカンダリインデックス**：主キー以外の列に設定されるインデックス。 -> **注記：** +> **Note:** > > TiDBでは、**主キー**のデフォルト定義は[InnoDB](https://dev.mysql.com/doc/refman/8.0/en/innodb-storage-engine.html) （MySQLの一般的なストレージエンジン）とは異なります。 > diff --git a/develop/dev-guide-third-party-support.md b/develop/dev-guide-third-party-support.md index 7433a59985a89..d28c80b07cf99 100644 --- a/develop/dev-guide-third-party-support.md +++ b/develop/dev-guide-third-party-support.md @@ -6,7 +6,7 @@ aliases: ['/ja/tidb/stable/dev-guide-third-party-support/','/ja/tidb/dev/dev-gui # TiDB でサポートされているサードパーティ ツール {#third-party-tools-supported-by-tidb} -> **注記：** +> **Note:** > > このドキュメントでは、TiDBでサポートされている一般的な[サードパーティツール](https://en.wikipedia.org/wiki/Third-party_source)をリストしています。その他のサードパーティ製ツールはリストされていませんが、これはサポートされていないからではなく、PingCAPがそれらのツールがTiDBと互換性のない機能を使用しているかどうかを確認できないためです。 @@ -19,7 +19,7 @@ PingCAP はコミュニティと連携し、サードパーティ ツールに - ***完全***：TiDB は対応するサードパーティ製ツールのほとんどの機能と既に互換性があり、最新バージョンとの互換性も維持していることを示します。PingCAP は、ツールの最新バージョンとの互換性テストを定期的に実施します。 - ***互換***：対応するサードパーティ製ツールがMySQLに適合しており、TiDBはMySQLプロトコルと高い互換性があるため、TiDBはツールのほとんどの機能を使用できることを示します。ただし、PingCAPはツールのすべての機能について完全なテストを完了していないため、予期しない動作が発生する可能性があります。 -> **注記：** +> **Note:** > > 特に指定がない限り、**Driver**または**ORM フレームワーク**では[アプリケーションの再試行とエラー処理](/develop/dev-guide-transaction-troubleshoot.md#application-retry-and-error-handling)のサポートは含まれません。 diff --git a/develop/dev-guide-third-party-tools-compatibility.md b/develop/dev-guide-third-party-tools-compatibility.md index 95fb09db7c451..e7d8f71c82944 100644 --- a/develop/dev-guide-third-party-tools-compatibility.md +++ b/develop/dev-guide-third-party-tools-compatibility.md @@ -6,7 +6,7 @@ aliases: ['/ja/tidb/stable/dev-guide-third-party-tools-compatibility/','/ja/tidb # サードパーティ製ツールとの既知の非互換性の問題 {#known-incompatibility-issues-with-third-party-tools} -> **注記：** +> **Note:** > > [サポートされていない機能](/mysql-compatibility.md#unsupported-features)セクションには、次のものを含む、TiDB でサポートされていない機能がリストされています。 > @@ -141,7 +141,7 @@ MySQL Connector/J 8.0.32 以前のバージョンを使用している場合、 **回避方法** -> **注記：** +> **Note:** > > `useConfigs=maxPerformance`は一連の設定が含まれています。MySQL Connector/J 8.0 および MySQL Connector/J 5.1 の詳細な設定については、それぞれ[mysql-コネクタ-j 8.0](https://github.com/mysql/mysql-connector-j/blob/release/8.0/src/main/resources/com/mysql/cj/configurations/maxPerformance.properties)および[mysql-コネクタ-j 5.1](https://github.com/mysql/mysql-connector-j/blob/release/5.1/src/com/mysql/jdbc/configs/maxPerformance.properties)参照してください。 `maxPerformance`使用する場合は`useLocalTransactionState`無効にする必要があります。つまり、 `useConfigs=maxPerformance&useLocalTransactionState=false`使用してください。 diff --git a/develop/dev-guide-tidb-crud-sql.md b/develop/dev-guide-tidb-crud-sql.md index 69fee41123796..16a33316a960c 100644 --- a/develop/dev-guide-tidb-crud-sql.md +++ b/develop/dev-guide-tidb-crud-sql.md @@ -14,7 +14,7 @@ TiDB に接続していることを確認してください。そうでない場 ## TiDBでSQLを探求しよう {#explore-sql-with-tidb} -> **注記：** +> **Note:** > > このドキュメントは[TiDBでSQLを探求しよう](/basic-sql-operations.md)を参照し、簡略化しています。詳細については、 [TiDBでSQLを探求しよう](/basic-sql-operations.md)参照してください。 @@ -66,7 +66,7 @@ UPDATE person SET birthday='20180808' WHERE id=2; DELETE FROM person WHERE id=2; ``` -> **注記：** +> **Note:** > > `UPDATE`および`DELETE`ステートメントは、フィルターとして`WHERE`句を指定しない場合、テーブル全体に対して動作します。 diff --git a/develop/dev-guide-time-to-live.md b/develop/dev-guide-time-to-live.md index 1b7da027f2fa5..6d7dd1c787479 100644 --- a/develop/dev-guide-time-to-live.md +++ b/develop/dev-guide-time-to-live.md @@ -17,7 +17,7 @@ TTLは、一定期間が経過するとデータがビジネス価値を失う - 古くなった過去の注文を定期的にクリーンアップする - 中間計算結果を自動的に削除する -> **注記：** +> **Note:** > > TTLジョブはバックグラウンドで定期的に実行されます。そのため、有効期限が切れたデータは、有効期限が切れた直後に削除されるとは限りません。 diff --git a/develop/dev-guide-timeouts-in-tidb.md b/develop/dev-guide-timeouts-in-tidb.md index 6d4ca43acccd4..fb5145c0fb3db 100644 --- a/develop/dev-guide-timeouts-in-tidb.md +++ b/develop/dev-guide-timeouts-in-tidb.md @@ -27,7 +27,7 @@ TiDBのトランザクション実装では、MVCC（Multiple Version Concurrenc システム変数の設定はグローバルかつ即座に反映されます。値を増やすと既存のスナップショットの有効期間が延長され、値を減らすとすべてのスナップショットの有効期間が即座に短縮されます。MVCCのバージョンが多すぎると、TiDBクラスタのパフォーマンスに影響します。そのため、この変数は適切なタイミングで以前の設定に戻す必要があります。 -> **ヒント：** +> **Tip:** > > 具体的には、 Dumplingが TiDB (1 TB 未満) からデータをエクスポートする際に、TiDB のバージョンが v4.0.0 以降であり、 Dumpling がTiDB クラスターの PD アドレスと[`INFORMATION_SCHEMA.CLUSTER_INFO`](/information-schema/information-schema-cluster-info.md)テーブルにアクセスできる場合、 Dumpling はGC セーフ ポイントを自動的に調整して、元のクラスターに影響を与えずに GC をブロックします。 > @@ -58,7 +58,7 @@ TiDB には、単一の SQL 文の実行時間を制限するシステム変数 v6.1.0 以降では、 [`enable-global-kill`](/tidb-configuration-file.md#enable-global-kill-new-in-v610)構成項目がデフォルト値`true`に設定されている場合、MySQL JDBC によって提供される`setQueryTimeout()`メソッドを使用してクエリ タイムアウトを制御できます。 -> **注記：** +> **Note:** > > TiDBのバージョンがv6.1.0より前の場合、または[`enable-global-kill`](/tidb-configuration-file.md#enable-global-kill-new-in-v610) `false`に設定されている場合、 `setQueryTimeout()` TiDBでは機能しません。これは、クライアントがクエリタイムアウトを検出すると、データベースに`KILL`コマンドを送信するためです。ただし、TiDBサービスは負荷分散されているため、間違ったTiDBノードで接続が切断されるのを防ぐため、 `KILL`コマンドは実行されません。このような場合は、 `max_execution_time`を使用してクエリタイムアウトを制御できます。 diff --git a/develop/dev-guide-transaction-restraints.md b/develop/dev-guide-transaction-restraints.md index 2c98e2705a310..befaf497a136b 100644 --- a/develop/dev-guide-transaction-restraints.md +++ b/develop/dev-guide-transaction-restraints.md @@ -682,7 +682,7 @@ mysql> SELECT * FROM doctors; ## savepointとネストされたトランザクションのサポート {#support-for-code-savepoint-code-and-nested-transactions} -> **注記：** +> **Note:** > > TiDBはv6.2.0以降、 [`savepoint`](/sql-statements/sql-statement-savepoint.md)機能をサポートしています。TiDBのバージョンがv6.2.0より前の場合、 `PROPAGATION_NESTED`の動作はサポートされていません。v6.2.0以降のバージョンにアップグレードすることをお勧めします。TiDBのアップグレードが不可能な場合、アプリケーションが`PROPAGATION_NESTED`伝播動作を使用する**Java Spring**フレームワークに基づいている場合は、ネストされたトランザクションのロジックを削除するようにアプリケーション側で対応する必要があります。 diff --git a/develop/dev-guide-transaction-troubleshoot.md b/develop/dev-guide-transaction-troubleshoot.md index 5256a346a1481..a045c1b3088c4 100644 --- a/develop/dev-guide-transaction-troubleshoot.md +++ b/develop/dev-guide-transaction-troubleshoot.md @@ -116,7 +116,7 @@ while True: sleep(sleep_ms) # make sure your sleep() takes milliseconds ``` -> **注記：** +> **Note:** > > `Error 9007: Write conflict`頻繁に発生する場合は、スキーマ設計とワークロードのデータ アクセス パターンを確認して競合の根本原因を特定し、設計を改善して競合を回避する必要があります。 diff --git a/develop/dev-guide-update-data.md b/develop/dev-guide-update-data.md index 2557a8215595a..8dc3eca7d1295 100644 --- a/develop/dev-guide-update-data.md +++ b/develop/dev-guide-update-data.md @@ -23,7 +23,7 @@ aliases: ['/ja/tidb/stable/dev-guide-update-data/','/ja/tidb/dev/dev-guide-updat テーブル内の既存の行を更新するには、更新対象の列をフィルタリングするために`WHERE`句を含む[`UPDATE`文](/sql-statements/sql-statement-update.md)使用する必要があります。 -> **注記：** +> **Note:** > > 多数の行（例えば1万行以上）を更新する必要がある場合は、一度にすべてを更新するのではなく、すべての行が更新されるまで、一部ずつ繰り返し更新することをお***勧め***します。この操作をループさせるスクリプトやプログラムを作成できます。詳しくは[一括更新](#bulk-update)ご覧ください。 @@ -172,7 +172,7 @@ VALUES (?, ?, ?, NOW()) ON DUPLICATE KEY UPDATE `score` = ?, `rated_at` = NOW()" ALTER TABLE `bookshop`.`ratings` ADD COLUMN `ten_point` BOOL NOT NULL DEFAULT FALSE; ``` -> **注記：** +> **Note:** > > この一括更新アプリケーションは、 **DDL**ステートメントを使用してデータテーブルのスキーマを変更します。TiDB のすべての DDL 変更操作はオンラインで実行されます。詳細については、[列を追加](/sql-statements/sql-statement-add-column.md)参照してください。 diff --git a/develop/dev-guide-use-common-table-expression.md b/develop/dev-guide-use-common-table-expression.md index 13c304c2c1861..695c1b562ff56 100644 --- a/develop/dev-guide-use-common-table-expression.md +++ b/develop/dev-guide-use-common-table-expression.md @@ -161,7 +161,7 @@ FROM `books_authored_by_rm`のクエリは一度だけ実行され、その後 TiDB は結果をキャッシュするための一時領域を作成することに注意してください。3 と`books_with_orders` `books_with_average_ratings`クエリが`books_authored_by_rm`を参照する場合、TiDB はこの一時領域から直接結果を取得します。 -> **ヒント：** +> **Tip:** > > デフォルトの CTE クエリの効率が良くない場合は、ヒント[`MERGE()`](/optimizer-hints.md#merge)を使用して CTE サブクエリを外部クエリに拡張し、効率を向上させることができます。 diff --git a/develop/dev-guide-wordpress.md b/develop/dev-guide-wordpress.md index f8b43188c7dbd..6551adbf10d36 100644 --- a/develop/dev-guide-wordpress.md +++ b/develop/dev-guide-wordpress.md @@ -10,7 +10,7 @@ TiDBはMySQL互換データベースであり、 TiDB Cloud Starterはフルマ このチュートリアルでは、 TiDB Cloud Starterを使用してWordPressを無料で実行する方法を学ぶことができます。 -> **注記：** +> **Note:** > > このチュートリアルは、 TiDB Cloud Starterに加えて、 TiDB Cloud Essential、 TiDB Cloud Dedicated、および TiDB Self-Managed でも動作します。ただし、コスト効率を考慮すると、WordPress はTiDB Cloud Starterで実行することを強くお勧めします。 @@ -64,7 +64,7 @@ TiDB Cloud StarterへのWordPressデータベース接続を設定します。 4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 diff --git a/develop/java-app-best-practices.md b/develop/java-app-best-practices.md index e29099d16ee54..d998b339c1257 100644 --- a/develop/java-app-best-practices.md +++ b/develop/java-app-best-practices.md @@ -52,7 +52,7 @@ OLTP (オンライン トランザクション処理) シナリオの場合、 バッチ挿入の場合は、 [`addBatch` / `executeBatch` API](https://docs.oracle.com/en/java/javase/25/docs/api/java.sql/java/sql/Statement.html#executeBatch())使用できます。 `addBatch()`メソッドは、複数の SQL ステートメントを最初にクライアントにキャッシュし、 `executeBatch`メソッドを呼び出すときにそれらをまとめてデータベースサーバーに送信するために使用されます。 -> **注記：** +> **Note:** > > デフォルトの MySQL Connector/J 実装では、 `addBatch()`を使用してバッチに追加された SQL ステートメントの送信時間は`executeBatch()`が呼び出されるまで遅延されますが、実際のネットワーク転送中はステートメントは 1 つずつ送信されます。そのため、この方法では通常、通信オーバーヘッドは削減されません。 > @@ -196,7 +196,7 @@ update t set a = 10 where id = 1; update t set a = 11 where id = 2; update t set 設定後、監視を確認すると、 `SELECT`ステートメントの数が減少していることが確認できます。 -> **注記：** +> **Note:** > > `useConfigs=maxPerformance`を有効にするには、MySQL Connector/J バージョン 8.0.33 以降が必要です。詳細については、 [MySQL JDBC バグ](/develop/dev-guide-third-party-tools-compatibility.md#mysql-jdbc-bugs)参照してください。 @@ -216,7 +216,7 @@ TiDBは、以下のMySQL互換のタイムアウト制御パラメータを提 jdbc:mysql://:/?characterEncoding=UTF-8&useSSL=false&useServerPrepStmts=true&cachePrepStmts=true&prepStmtCacheSqlLimit=10000&prepStmtCacheSize=1000&useConfigs=maxPerformance&rewriteBatchedStatements=true -> **注記：** +> **Note:** > > パブリック ネットワーク経由で接続している場合は、 `useSSL=true`と[TiDBクライアントとサーバー間でTLSを有効にする](/enable-tls-between-clients-and-servers.md)設定する必要があります。 diff --git a/develop/serverless-driver-drizzle-example.md b/develop/serverless-driver-drizzle-example.md index 110ea16e7b148..b068472c23b1d 100644 --- a/develop/serverless-driver-drizzle-example.md +++ b/develop/serverless-driver-drizzle-example.md @@ -10,7 +10,7 @@ aliases: ['/ja/tidbcloud/serverless-driver-drizzle-example/'] このチュートリアルでは、Node.js環境およびエッジ環境でDrizzleとTiDB Cloud Serverless Driverを使用する方法について説明します。 -> **ヒント：** +> **Tip:** > > このドキュメントの手順は、 TiDB Cloud Starterインスタンスに加えて、 TiDB Cloud Essentialインスタンスでも適用できます。 @@ -78,7 +78,7 @@ aliases: ['/ja/tidbcloud/serverless-driver-drizzle-example/'] 2. 概要ページで、右上隅の**「接続」**をクリックし、 **「接続先」**ドロップダウンリストから`Serverless Driver`を選択してから、 **「パスワードを生成」をクリックしてランダムなパスワード**を作成します。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 @@ -192,7 +192,7 @@ aliases: ['/ja/tidbcloud/serverless-driver-drizzle-example/'] 2. 概要ページで、右上隅の**「接続」**をクリックし、 **「接続先」**ドロップダウンリストから`Serverless Driver`を選択してから、 **「パスワードを生成」をクリックしてランダムなパスワード**を作成します。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。 diff --git a/develop/serverless-driver-node-example.md b/develop/serverless-driver-node-example.md index 4f3e6a788414c..de74ddc756151 100644 --- a/develop/serverless-driver-node-example.md +++ b/develop/serverless-driver-node-example.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidbcloud/serverless-driver-node-example/'] このチュートリアルでは、ローカルのNode.jsプロジェクトでTiDB Cloud Serverless Driverを使用する方法について説明します。 -> **注記：** +> **Note:** > > - このドキュメントの手順は、 TiDB Cloud Starterインスタンスに加えて、 TiDB Cloud Essentialインスタンスでも適用できます。 > - Cloudflare Workers、Vercel Edge Functions、および Netlify Edge Functions でTiDB Cloud Serverless Driverを使用する方法については、[自動車販売に関する洞察](https://car-sales-insight.vercel.app/)と[サンプルリポジトリ](https://github.com/tidbcloud/car-sales-insight)を確認してください。 diff --git a/develop/serverless-driver-prisma-example.md b/develop/serverless-driver-prisma-example.md index 55fe92b0d517d..1a5b5d16ed6b6 100644 --- a/develop/serverless-driver-prisma-example.md +++ b/develop/serverless-driver-prisma-example.md @@ -13,7 +13,7 @@ aliases: ['/ja/tidbcloud/serverless-driver-prisma-example/'] このチュートリアルでは、サーバーレス環境およびエッジ環境で[@tidbcloud/prisma-adapter](https://github.com/tidbcloud/prisma-adapter)使用する方法について説明します。 -> **ヒント：** +> **Tip:** > > このドキュメントの手順は、 TiDB Cloud Starterインスタンスに加えて、 TiDB Cloud Essentialインスタンスでも適用できます。 @@ -129,7 +129,7 @@ const prisma = new PrismaClient({ adapter }); DATABASE_URL='mysql://[username]:[password]@[host]:4000/[database]?sslaccept=strict' ``` - > **注記：** + > **Note:** > > `@tidbcloud/prisma-adapter` 、HTTPS 経由の Prisma Clientの使用のみをサポートします。 [Prisma Migrate](https://www.prisma.io/docs/concepts/components/prisma-migrate)および[Prisma Introspect](https://www.prisma.io/docs/concepts/components/introspection)では、従来の TCP 接続が引き続き使用されます。 Prisma Client のみを使用する必要がある場合は、 `DATABASE_URL`を`mysql://[username]:[password]@[host]/[database]`形式に簡素化できます。 diff --git a/develop/serverless-driver.md b/develop/serverless-driver.md index b998f9146b61d..cbaa04e3d783b 100644 --- a/develop/serverless-driver.md +++ b/develop/serverless-driver.md @@ -6,7 +6,7 @@ aliases: ['/ja/tidbcloud/serverless-driver-config/','/ja/tidbcloud/serverless-dr # TiDB Cloud Serverless Driver（PREVIEW） {#tidb-cloud-serverless-driver-beta} -> **注記：** +> **Note:** > > TiDB Cloud Serverless Driverはパブリックプレビューであり、 TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにのみ適用可能です。 @@ -16,7 +16,7 @@ aliases: ['/ja/tidbcloud/serverless-driver-config/','/ja/tidbcloud/serverless-dr [TiDB Cloud Serverless Driver（PREVIEW）](https://github.com/tidbcloud/serverless-js) for JavaScript を使用すると、サーバーレス環境で一般的にサポートされている HTTP 経由でTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスに接続できます。これにより、エッジ環境からTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスに接続し、従来の TCP ベースの MySQL ドライバーと同様の開発エクスペリエンスを維持しながら、TCP による接続オーバーヘッドを削減することが可能になります。 -> **注記：** +> **Note:** > > SQL や ORM ではなく RESTful API を使用したプログラミングを好む場合は、 [データサービス（PREVIEW）](https://docs.pingcap.com/tidbcloud/data-service-overview/)を使用できます。 @@ -170,7 +170,7 @@ TiDB Cloud Serverless Driverは、接続レベルとSQLレベルの両方で設 **データベースURL** -> **注記：** +> **Note:** > > ユーザー名、パスワード、またはデータベース名に特殊文字が含まれている場合は、URL で渡す際にこれらの文字[パーセンテージエンコード](https://en.wikipedia.org/wiki/Percent-encoding)必要があります。たとえば、パスワード`password1@//?` URL では`password1%40%2F%2F%3F`のようにエンコードする必要があります。 @@ -199,7 +199,7 @@ const conn = connect(config) ### SQLレベルのオプション {#sql-level-options} -> **注記：** +> **Note:** > > SQLレベルのオプションは、接続レベルの設定よりも優先順位が高くなります。 @@ -256,7 +256,7 @@ conn.execute(`select ...`, [], { }) ``` -> **注記：** +> **Note:** > > TiDB Cloud Serverless Driverの設定変更点： > @@ -312,11 +312,11 @@ TiDBとJavaScript間の型マッピングは以下のとおりです。 | NULL | null | | その他 | string | -> **注記：** +> **Note:** > > TiDB Cloudのデフォルトの`utf8mb4`文字セットを使用するようにしてください。 -> **注記：** +> **Note:** > > TiDB Cloud Serverless Driverのデータ型マッピングの変更点： > diff --git a/dm/deploy-a-dm-cluster-using-binary.md b/dm/deploy-a-dm-cluster-using-binary.md index bd64ef9d764a1..a17edd08d79a8 100644 --- a/dm/deploy-a-dm-cluster-using-binary.md +++ b/dm/deploy-a-dm-cluster-using-binary.md @@ -7,7 +7,7 @@ summary: DM バイナリを使用してデータ移行クラスターをデプ このドキュメントでは、DM バイナリを使用してデータ移行 (DM) クラスターを迅速にデプロイする方法を紹介します。 -> **注記：** +> **Note:** > > 本番環境では、 [TiUPを使用してDMクラスタを展開する](/dm/deploy-a-dm-cluster-using-tiup.md)を推奨します。 @@ -33,7 +33,7 @@ DMバイナリはTiDB Toolkitに含まれています。TiDB Toolkitをダウン このシナリオに基づいて、次のセクションでは DM クラスターを展開する方法について説明します。 -> **注記：** +> **Note:** > > - 単一のサーバーに複数の DM マスターまたは DM ワーカー インスタンスを展開する場合、各インスタンスのポートと作業ディレクトリは一意である必要があります。 > @@ -85,7 +85,7 @@ DM マスターのコマンドライン パラメータの説明は次のとお -print-sample-config print sample config file of dm-worker -> **注記：** +> **Note:** > > 一部の設定がコマンドラインから参照できないため、上記の方法でDMマスターを設定できない場合があります。そのような場合は、代わりに設定ファイルを使用してください。 @@ -119,7 +119,7 @@ DM マスターのコマンドライン パラメータの説明は次のとお ./dm-master -config conf/dm-master1.toml ``` - > **注記：** + > **Note:** > > このコマンドを実行した後、コンソールにはログは出力されません。実行時ログを表示するには、 `tail -f dm-master.log`実行してください。 @@ -158,7 +158,7 @@ DM-worker のコマンドライン パラメータの説明は次のとおりで -worker-addr string listen address for client traffic -> **注記：** +> **Note:** > > 一部の設定がコマンドラインから参照できないため、上記の方法でDM-workerを設定できない場合があります。そのような場合は、代わりに設定ファイルを使用してください。 diff --git a/dm/deploy-a-dm-cluster-using-tiup-offline.md b/dm/deploy-a-dm-cluster-using-tiup-offline.md index 333bccef7ece4..90d47fd8b66a3 100644 --- a/dm/deploy-a-dm-cluster-using-tiup-offline.md +++ b/dm/deploy-a-dm-cluster-using-tiup-offline.md @@ -103,7 +103,7 @@ alertmanager_servers: - host: 172.19.0.101 ``` -> **注記：** +> **Note:** > > - DM クラスターの高可用性を確保する必要がない場合は、DM マスター ノードを 1 つだけデプロイし、デプロイされた DM ワーカー ノードの数は、移行するアップストリーム MySQL/MariaDB インスタンスの数以上である必要があります。 > @@ -126,7 +126,7 @@ alertmanager_servers: ## ステップ4: デプロイメントコマンドを実行する {#step-4-execute-the-deployment-command} -> **注記：** +> **Note:** > > TiUPを使用して DM を展開する場合、セキュリティ認証に秘密キーまたは対話型パスワードを使用できます。 > diff --git a/dm/deploy-a-dm-cluster-using-tiup.md b/dm/deploy-a-dm-cluster-using-tiup.md index b49df9298cdec..07b9624e179cd 100644 --- a/dm/deploy-a-dm-cluster-using-tiup.md +++ b/dm/deploy-a-dm-cluster-using-tiup.md @@ -9,7 +9,7 @@ summary: TiUP DMを使用して TiDB データ移行を展開する方法を学 TiUPはDM v2.0以降のバージョンの導入をサポートしています。このドキュメントでは、さまざまなトポロジのDMクラスタを導入する方法について説明します。 -> **注記：** +> **Note:** > > ターゲットマシンのオペレーティング システムが SELinux をサポートしている場合は、SELinux が**無効になっている**ことを確認してください。 @@ -130,7 +130,7 @@ alertmanager_servers: ``` -> **注記：** +> **Note:** > > - 1台のホストで多数のDMワーカーを実行することは推奨されません。各DMワーカーには、少なくとも2コアのCPUと4GiBのメモリを割り当てる必要があります。 > @@ -145,7 +145,7 @@ alertmanager_servers: ## ステップ3: デプロイメントコマンドを実行する {#step-3-execute-the-deployment-command} -> **注記：** +> **Note:** > > TiUPを使用して TiDB をデプロイする場合、セキュリティ認証に秘密鍵または対話型パスワードを使用できます。 > diff --git a/dm/dm-arch.md b/dm/dm-arch.md index 15e41ce90e78e..b2695de9fd11b 100644 --- a/dm/dm-arch.md +++ b/dm/dm-arch.md @@ -51,7 +51,7 @@ dmctl は、DM クラスターを制御するために使用されるコマン デプロイされた DM ワーカーノードの数が上流の MySQL/MariaDB ノードの数を超える場合、超過した DM ワーカーノードはデフォルトでアイドル状態になります。DM ワーカーノードがオフラインになったり、DM マスターリーダーから分離したりした場合、DM マスターは元の DM ワーカーノードのデータ移行タスクを他のアイドル状態の DM ワーカーノードに自動的にスケジュールします。（DM ワーカーノードが分離されると、そのノード上のデータ移行タスクが自動的に停止されます。）利用可能なアイドル状態の DM ワーカーノードがない場合、元の DM ワーカーのデータ移行タスクは、1 つの DM ワーカーノードがアイドル状態になるまで一時的に停止され、その後タスクが自動的に再開されます。 -> **注記：** +> **Note:** > > データ移行タスクがフルエクスポートまたはインポートの処理中の場合、移行タスクは高可用性をサポートしません。主な理由は次のとおりです。 > diff --git a/dm/dm-best-practices.md b/dm/dm-best-practices.md index 8f6e7656a50a7..0c99e700fb7d0 100644 --- a/dm/dm-best-practices.md +++ b/dm/dm-best-practices.md @@ -180,7 +180,7 @@ TiDBスキーマ名はデフォルトでは大文字と小文字を区別しま - ダウンストリームで処理する必要があるBinlogイベントの数を減らし、移行の効率を向上させます。 - 不要なリレーログのストレージを削減し、ディスク領域を節約します。 -> **注記：** +> **Note:** > > MySQLシャードを移行およびマージする際に、データソースにフィルタルールを設定している場合は、データソースと移行タスクの間でルールが一致していることを確認する必要があります。一致していない場合、移行タスクが長時間にわたって増分データを受信できないという問題が発生する可能性があります。 diff --git a/dm/dm-binlog-event-filter.md b/dm/dm-binlog-event-filter.md index 17ce31f228a57..9d978506a9f8b 100644 --- a/dm/dm-binlog-event-filter.md +++ b/dm/dm-binlog-event-filter.md @@ -126,7 +126,7 @@ filters: - `do-table-rule` 、 `test_*` . `t_*`パターンに一致するすべてのテーブルの`CREATE TABLE` 、 `INSERT` 、 `UPDATE` 、および`DELETE`ステートメントのみを移行します。 - `do-schema-rule` 、 `test_*`パターンに一致するすべてのスキーマの`CREATE DATABASE`のステートメントのみを移行します。 -> **注記：** +> **Note:** > > `CREATE DATABASE/TABLE`ステートメントが移行される理由は、スキーマとテーブルが作成された後にのみ DML ステートメントを移行できるためです。 @@ -162,7 +162,7 @@ filters: TiDBパーサーがサポートしていないSQL文については、DMは解析できず、 `schema` / `table`情報を取得できません。そのため、グローバルフィルタリングルール`schema-pattern: "*"`使用する必要があります。 -> **注記：** +> **Note:** > > 移行する必要があるデータがフィルタリングされないようにするには、グローバル フィルタリング ルールをできるだけ厳密に構成する必要があります。 diff --git a/dm/dm-block-allow-table-lists.md b/dm/dm-block-allow-table-lists.md index d3025bf307666..0f60f1fa9824e 100644 --- a/dm/dm-block-allow-table-lists.md +++ b/dm/dm-block-allow-table-lists.md @@ -54,7 +54,7 @@ block-allow-list: # Use black-white-list if the DM version is earlie - `do-dbs`と`ignore-dbs`に対応するフィルタリング ルールは、MySQL の[データベースレベルのレプリケーションとバイナリログオプションの評価](https://dev.mysql.com/doc/refman/8.0/en/replication-rules-db-options.html)と同様です。 - `do-tables`と`ignore-tables`に対応するフィルタリング ルールは、MySQL の[テーブルレベルのレプリケーションオプションの評価](https://dev.mysql.com/doc/refman/8.0/en/replication-rules-table-options.html)と同様です。 -> **注記：** +> **Note:** > > DM と MySQL では、ブロック リストと許可リストのフィルタリング ルールが次の点で異なります。 > @@ -92,7 +92,7 @@ block-allow-list: # Use black-white-list if the DM version is earlie 3. `do-tables`と`ignore-tables`両方が空の場合は、 `test` 。 `t` 。 -> **注記：** +> **Note:** > > スキーマ`test`フィルタリングする必要があるかどうかを確認するには、スキーマ レベルでフィルタリングするだけで済みます。 diff --git a/dm/dm-compatibility-catalog.md b/dm/dm-compatibility-catalog.md index 9964f5db6e0c4..49dab7c2ea3a1 100644 --- a/dm/dm-compatibility-catalog.md +++ b/dm/dm-compatibility-catalog.md @@ -29,7 +29,7 @@ DMは、さまざまなソースからTiDBクラスタへのデータ移行を ### 外部キーのCASCADE操作 {#foreign-key-code-cascade-code-operations} -> **警告：** +> **Warning:** > > この機能は実験的です。本番環境での使用は推奨されません。予告なく変更または削除される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tiflow/issues)を報告してください。 @@ -62,7 +62,7 @@ DMは、さまざまなソースからTiDBクラスタへのデータ移行を ## 対象データベース {#target-databases} -> **警告：** +> **Warning:** > > DM v5.3.0 は推奨されません。DM v5.3.0 でリレーログなしで GTID レプリケーションを有効にすると、データレプリケーションが失敗する可能性がありますが、その確率は低いです。 diff --git a/dm/dm-customized-secret-key.md b/dm/dm-customized-secret-key.md index b5a60629565be..fe94cbab45f85 100644 --- a/dm/dm-customized-secret-key.md +++ b/dm/dm-customized-secret-key.md @@ -27,7 +27,7 @@ DM はバージョン 8.0.0 以降では固定秘密キーを使用しなくな 1. [DMマスター構成ファイル](/dm/dm-master-configuration-file.md)のアップデート`secret-key-path` 。 - > **注記：** + > **Note:** > > - すべての DM マスター ノードが同じ秘密キー構成に更新されていることを確認します。 > - 秘密鍵の更新中は、新しい[データソース構成ファイル](/dm/dm-source-configuration-file.md)または[移行タスク構成ファイル](/dm/task-configuration-file-full.md)作成しないでください。 diff --git a/dm/dm-enable-tls.md b/dm/dm-enable-tls.md index 21a130e8624e8..60b68f4a07aab 100644 --- a/dm/dm-enable-tls.md +++ b/dm/dm-enable-tls.md @@ -23,7 +23,7 @@ summary: DM 接続で TLS を有効にする方法を学習します。 2. 証明書を構成します。 - > **注記：** + > **Note:** > > DM-master、DM-worker、および dmctl が同じ証明書セットを使用するように構成できます。 @@ -93,7 +93,7 @@ summary: DM 接続で TLS を有効にする方法を学習します。 2. ソース構成ファイルで MySQL クライアント証明書を設定します。 - > **注記：** + > **Note:** > > すべての DM マスターおよび DM ワーカー コンポーネントが指定されたパスを介して証明書とキー ファイルを読み取ることができることを確認します。 @@ -111,7 +111,7 @@ summary: DM 接続で TLS を有効にする方法を学習します。 2. タスク構成ファイルで TiDB クライアント証明書を設定します。 - > **注記：** + > **Note:** > > すべての DM マスターおよび DM ワーカー コンポーネントが指定されたパスを介して証明書とキー ファイルを読み取ることができることを確認します。 diff --git a/dm/dm-export-import-config.md b/dm/dm-export-import-config.md index 4065efc818b30..96fa15e97e1f3 100644 --- a/dm/dm-export-import-config.md +++ b/dm/dm-export-import-config.md @@ -7,7 +7,7 @@ summary: DM を使用するときに、データ ソースとクラスターの `config`コマンドは、クラスターのデータ ソースとタスク構成をエクスポートおよびインポートするために使用されます。 -> **注記：** +> **Note:** > > v2.0.5 より前のクラスターの場合は、dmctl (>= v2.0.5 かつ < v8.0.0) を使用して、データ ソースおよびタスク構成ファイルをエクスポートおよびインポートできます。 @@ -57,7 +57,7 @@ config export -d /tmp/configs config import [--dir directory] ``` -> **注記：** +> **Note:** > > v2.0.2以降のクラスターでは、現在、リレーワーカー関連の設定の自動インポートはサポートされていません`start-relay`コマンドを使用して手動で[リレーログを開始](/dm/relay-log.md#enable-and-disable-relay-log)実行できます。 diff --git a/dm/dm-faq.md b/dm/dm-faq.md index 1129293e864ae..f610439f922af 100644 --- a/dm/dm-faq.md +++ b/dm/dm-faq.md @@ -30,7 +30,7 @@ DMは、複数のDDL変更操作を含む単一のステートメントを、1 TiDBでサポートされていないDDL文に遭遇した場合は、dmctlを使用して手動で処理する必要があります（DDL文をスキップするか、指定されたDDL文に置き換えます）。詳細は[失敗したDDLステートメントを処理する](/dm/handle-failed-ddl-statements.md)参照してください。 -> **注記：** +> **Note:** > > 現在、TiDBはMySQLがサポートするすべてのDDL文と互換性がありません[MySQLの互換性](/mysql-compatibility.md#ddl-operations)参照してください。 @@ -80,7 +80,7 @@ TiDBでサポートされていないDDL文に遭遇した場合は、dmctlを 実行中のデータ移行タスクにテーブルを追加する必要がある場合は、タスクの段階に応じて次の方法で対処できます。 -> **注記：** +> **Note:** > > 既存のデータ移行タスクにテーブルを追加するのは複雑なため、必要な場合にのみこの操作を実行することをお勧めします。 @@ -364,7 +364,7 @@ dmctl execute コマンドを使用すると、DM マスターへの接続に失 この問題を解決するには、 `https_proxy`が必須かどうかを確認してください。必須でない場合は設定を解除してください。必須でない場合は、元の dmctl コマンドの前に環境変数設定`https_proxy="" ./dmctl --master-addr "x.x.x.x:8261"`を追加してください。 -> **注記：** +> **Note:** > > `proxy`に関連する環境変数には`http_proxy` 、 `https_proxy` 、 `no_proxy`があります。上記の手順を実行しても接続エラーが解決しない場合は、 `http_proxy`と`no_proxy`の設定パラメータが正しいかどうかを確認してください。 diff --git a/dm/dm-generate-self-signed-certificates.md b/dm/dm-generate-self-signed-certificates.md index 81c4a6506829a..0d361211494ef 100644 --- a/dm/dm-generate-self-signed-certificates.md +++ b/dm/dm-generate-self-signed-certificates.md @@ -102,7 +102,7 @@ DM マスター インスタンスに証明書を発行するには、次の手 - `URI` - > **注記：** + > **Note:** > > `0.0.0.0`ような特殊な IP を接続や通信に使用する場合は、 `alt_names`にも追加する必要があります。 @@ -130,7 +130,7 @@ DM マスター インスタンスに証明書を発行するには、次の手 master-cert.pem master-key.pem -> **注記：** +> **Note:** > > DM ワーカー インスタンスの証明書を発行するプロセスも同様であるため、このドキュメントでは繰り返しません。 diff --git a/dm/dm-handle-performance-issues.md b/dm/dm-handle-performance-issues.md index 7c5c39b9f4db1..f778206ee21b5 100644 --- a/dm/dm-handle-performance-issues.md +++ b/dm/dm-handle-performance-issues.md @@ -37,7 +37,7 @@ summary: DM に存在する可能性のある一般的なパフォーマンス - binlogデータは、MySQL/MariaDBが配置されているマシンからDM-workerが配置されているマシンへネットワーク経由で転送されます。このサブプロセスがボトルネックになるかどうかは、主にDM-workerと上流のMySQL/MariaDB間のネットワーク接続に依存します。 - DM-workerはネットワークデータストリームからbinlogデータを読み取り、binlogイベントとして構築します。DM-workerの負荷に例外が発生しない限り、このサブプロセスは通常ボトルネックにはなりません。 -> **注記：** +> **Note:** > > `read binlog event duration`という値が大きい場合、上流の MySQL/MariaDB の負荷が低いことが原因として考えられます。これは、一定期間 DM にbinlogイベントを送信する必要がなく、リレーログユニットが待機状態にあることを意味します。そのため、この値には追加の待機時間が含まれています。 diff --git a/dm/dm-hardware-and-software-requirements.md b/dm/dm-hardware-and-software-requirements.md index fa4831cd1e022..2851c3509cf1c 100644 --- a/dm/dm-hardware-and-software-requirements.md +++ b/dm/dm-hardware-and-software-requirements.md @@ -27,7 +27,7 @@ DMは、64ビット汎用ハードウェアサーバープラットフォーム | DMマスター | 4コア以上 | 8GB以上 | SAS、200 GB以上 | ギガビットネットワークカード | 1 | | DMワーカー | 8コア以上 | 16GB以上 | SAS、200 GB以上（移行データのサイズより大きい） | ギガビットネットワークカード | アップストリームMySQLインスタンスの数 | -> **注記：** +> **Note:** > > - テスト環境では、機能検証に使用する DM-master と DM-worker を同じサーバー上に配置できます。 > - パフォーマンス テスト結果の精度を損なわないようにするために、低パフォーマンスのストレージおよびネットワーク ハードウェア構成を使用することは**お勧めしません**。 @@ -42,7 +42,7 @@ DMは、64ビット汎用ハードウェアサーバープラットフォーム | DMワーカー | 16コア以上 | 32 GB以上 | SSD、200 GB以上（移行データのサイズより大きい） | 10ギガビットネットワークカード | アップストリームのMySQLインスタンスの数より大きい | | モニター | 8コア以上 | 16GB以上 | SAS、200 GB以上 | ギガビットネットワークカード | 1 | -> **注記：** +> **Note:** > > - 本番環境では、DM-master と DM-worker を同じサーバーに導入して実行することは推奨されません。DM-worker がディスクにデータを書き込むと、DM-master の高可用性コンポーネントによるディスクの使用が妨げられる可能性があるためです。 > - パフォーマンスの問題が発生した場合は、ドキュメント[DMのコンフィグレーションを最適化する](/dm/dm-tune-configuration.md)に従ってタスク設定ファイルを変更することをお勧めします。設定ファイルを調整してもパフォーマンスが効果的に最適化されない場合は、サーバーのハードウェアをアップグレードしてみてください。 diff --git a/dm/dm-manage-schema.md b/dm/dm-manage-schema.md index 648bc3ac07e2e..c6dc5768180c1 100644 --- a/dm/dm-manage-schema.md +++ b/dm/dm-manage-schema.md @@ -40,7 +40,7 @@ DMが増分レプリケーションを実行する際、まず上流のbinlogを `binlog-schema`コマンドを実行して、DM で管理されている`schema-I`テーブル スキーマを取得、変更、または削除できます。 -> **注記：** +> **Note:** > > `binlog-schema`コマンドは DM v6.0 以降のバージョンでのみサポートされます。それ以前のバージョンでは、 `operate-schema`コマンドを使用する必要があります。 @@ -68,7 +68,7 @@ help binlog-schema Use "dmctl binlog-schema [command] --help" for more information about a command. -> **注記：** +> **Note:** > > - データ移行中にテーブル スキーマが変更される可能性があるため、予測可能なテーブル スキーマを取得するには、現在、データ移行タスクが`Paused`状態にある場合にのみ`binlog-schema`コマンドを使用できます。 > - 誤った取り扱いによるデータ損失を避けるため、スキーマを変更する前に、まずテーブル スキーマを取得してバックアップすること**を強くお勧めします**。 @@ -193,7 +193,7 @@ help binlog-schema delete Global Flags: -s, --source strings MySQL Source ID. -> **注記：** +> **Note:** > > DM で管理されているテーブル スキーマが削除された後、このテーブルに関連する DDL/DML ステートメントをダウンストリームに移行する必要がある場合、DM は次の 3 つのソースからテーブル スキーマを順番に取得しようとします。 > diff --git a/dm/dm-manage-source.md b/dm/dm-manage-source.md index dc6525d105058..40cbeeab65a2d 100644 --- a/dm/dm-manage-source.md +++ b/dm/dm-manage-source.md @@ -11,7 +11,7 @@ summary: TiDB データ移行でアップストリーム MySQL インスタン DM設定ファイルでは、dmctlで暗号化されたパスワードを使用することをお勧めします。元のパスワードは1つですが、暗号化されるたびに暗号化されたパスワードは異なります。 -> **注記：** +> **Note:** > > v8.0.0 以降では、 `dmctl encrypt`コマンドを使用する前に、DM-master に[`secret-key-path`](/dm/dm-master-configuration-file.md)設定する必要があります。 @@ -80,7 +80,7 @@ operate-source create ./source.yaml ### データソースの構成を確認する {#check-data-source-configurations} -> **注記：** +> **Note:** > > `config`コマンドは DM v6.0 以降のバージョンでのみサポートされます。それ以前のバージョンでは、 `get-config`コマンドを使用する必要があります。 diff --git a/dm/dm-online-ddl-tool-support.md b/dm/dm-online-ddl-tool-support.md index e20279d67b577..d05a41c0b1344 100644 --- a/dm/dm-online-ddl-tool-support.md +++ b/dm/dm-online-ddl-tool-support.md @@ -29,7 +29,7 @@ v2.0.5 以降のバージョンでは、 `task`構成ファイル内の`online-d online-ddl: true ``` -> **注記：** +> **Note:** > > v2.0.5以降、 `online-ddl-scheme`非推奨となりました。そのため、 `online-ddl-scheme`ではなく`online-ddl`使用する必要があります。つまり、 `online-ddl: true`設定すると`online-ddl-scheme`上書きされ、 `online-ddl-scheme: "pt"`または`online-ddl-scheme: "gh-ost"`は`online-ddl: true`に変換されます。 diff --git a/dm/dm-open-api.md b/dm/dm-open-api.md index 444faa55fb40d..039e73b2647fc 100644 --- a/dm/dm-open-api.md +++ b/dm/dm-open-api.md @@ -23,7 +23,7 @@ OpenAPI を有効にするには、次のいずれかの操作を実行します openapi: true ``` -> **注記：** +> **Note:** > > - DMはOpenAPI 3.0.0標準に準拠した[仕様書](https://github.com/pingcap/tiflow/blob/release-8.5/dm/openapi/spec/dm.yaml)提供します。このドキュメントには、すべてのリクエストパラメータと戻り値が含まれています。このドキュメントのyamlをコピーして、 [Swaggerエディター](https://editor.swagger.io/)でプレビューできます。 > @@ -346,7 +346,7 @@ curl -X 'DELETE' \ このAPIは同期インターフェースです。リクエストが成功すると、対応するデータソースの情報が返されます。 -> **注記：** +> **Note:** > > この API を使用してデータ ソース構成を更新する場合は、現在のデータ ソースで実行中のタスクがないことを確認してください。 @@ -1026,7 +1026,7 @@ curl -X 'DELETE' \ このインターフェースは同期インターフェースであり、リクエストが成功するとタスクの情報が返されます。 -> **注記：** +> **Note:** > > この API を使用してタスク構成を更新する場合は、タスクが停止され、増分同期が実行されていること、および一部のフィールドのみを更新できることを確認してください。 diff --git a/dm/dm-overview.md b/dm/dm-overview.md index d43ae715709c7..446b92ab042fd 100644 --- a/dm/dm-overview.md +++ b/dm/dm-overview.md @@ -42,7 +42,7 @@ DMツールを使用する前に、以下の制限事項にご注意ください - MariaDB バージョン >= 10.1.2 (実験的機能) - > **注記：** + > **Note:** > > 上流のMySQL/MariaDBサーバー間にプライマリ/セカンダリ移行構造がある場合は、次のバージョンを選択してください。 > @@ -89,7 +89,7 @@ DM は Apache 2.0 ライセンスに準拠しています。詳細について - [DM v2.0 ドキュメント](https://docs-archive.pingcap.com/tidb-data-migration/v2.0/) - [DM v1.0 ドキュメント](https://docs-archive.pingcap.com/tidb-data-migration/v1.0/) -> **注記：** +> **Note:** > > - 2021年10月以降、DMのGitHubリポジトリは[pingcap/tiflow](https://github.com/pingcap/tiflow/tree/master/dm)に移行しました。DMに問題がある場合は、フィードバックのために`pingcap/tiflow`リポジトリに問題を報告してください。 > - 以前のバージョン（v1.0およびv2.0）では、DMはTiDBとは独立したバージョン番号を使用していました。v5.3以降、DMはTiDBと同じバージョン番号を使用するようになりました。DM v5.3はDM v2.0に互換性の変更はなく、アップグレードプロセスは標準的なもので、バージョン番号を上げるだけです。 diff --git a/dm/dm-performance-test.md b/dm/dm-performance-test.md index 2c58d5ee2be09..ee3f91839dabb 100644 --- a/dm/dm-performance-test.md +++ b/dm/dm-performance-test.md @@ -82,7 +82,7 @@ mydumpers: 移行タスクの作成方法の詳細については、 [データ移行タスクを作成する](/dm/dm-create-task.md)参照してください。 -> **注記：** +> **Note:** > > - マルチスレッドを使用して単一のテーブルから同時にデータをエクスポートするには、設定項目`mydumpers`のオプション`rows`使用します。これにより、データのエクスポートが高速化されます。 > - 異なる構成でのパフォーマンスをテストするには、 `mysql-instances`構成の`loader-thread`と、 `mydumpers`構成項目の`rows`と`threads`調整できます。 @@ -138,7 +138,7 @@ syncers: データ移行タスクの作成方法の詳細については、 [データ移行タスクを作成する](/dm/dm-create-task.md)参照してください。 -> **注記：** +> **Note:** > > さまざまな構成でのパフォーマンスをテストするには、構成項目`syncers`の`worker-count`と`batch`調整できます。 @@ -150,7 +150,7 @@ syncers: sysbench --test=oltp_insert --tables=4 --num-threads=32 --mysql-host=172.17.4.40 --mysql-port=3306 --mysql-user=root --mysql-db=dm_benchmark --db-driver=mysql --report-interval=10 --time=1800 run ``` -> **注記：** +> **Note:** > > 異なる`sysbench`のステートメントを使用して、さまざまなシナリオでのデータ移行のパフォーマンスをテストできます。 diff --git a/dm/dm-precheck.md b/dm/dm-precheck.md index 87702d5be2c2b..417f6ea170e98 100644 --- a/dm/dm-precheck.md +++ b/dm/dm-precheck.md @@ -25,7 +25,7 @@ tiup dmctl check-task ./task.yaml このセクションには、事前チェック項目がすべて記載されています。 -> **注記：** +> **Note:** > > この文書では、必ず合格しなければならないチェック項目には「（必須）」というラベルが付いています。 @@ -43,7 +43,7 @@ tiup dmctl check-task ./task.yaml - MariaDB バージョン >= 10.1.2 - > **警告：** + > **Warning:** > > - DMを使用してMySQL 8.0からTiDBへデータを移行する機能は、実験的機能です（DM v2.0以降で導入されました）。本番環境での使用は推奨されません。 > - MariaDBからTiDBへのデータ移行にDMを使用する機能は実験的機能です。本番環境での使用は推奨されません。 @@ -56,7 +56,7 @@ tiup dmctl check-task ./task.yaml - 上流テーブルに主キー制約または一意キー制約（v1.0.7以降で導入）があるかどうかを確認します。 - > **警告：** + > **Warning:** > > - アップストリームで互換性のない文字セットが使用されている場合でも、ダウンストリームでutf8mb4文字セットを使用してテーブルを作成することで、レプリケーションを続行できます。ただし、この方法は推奨されません。アップストリームで使用されている互換性のない文字セットを、ダウンストリームでサポートされている別の文字セットに置き換えることをお勧めします。 > - 上流テーブルに主キー制約または一意キー制約がない場合、同じデータ行が下流テーブルに複数回複製される可能性があり、レプリケーションのパフォーマンスに影響を与える可能性があります。本番環境では、上流テーブルに主キー制約または一意キー制約を指定することをお勧めします。 @@ -176,7 +176,7 @@ tiup dmctl check-task ./task.yaml | `free_space` | 下流データベースの空き容量を確認します。 | | `downstream_mutex_features` | 下流のデータベースで、物理インポートと互換性のないタスクが実行されていないかを確認します。 | -> **注記：** +> **Note:** > > バージョン6.0より前のバージョンでは、無視可能なチェック項目がより多くサポートされていました。しかし、バージョン6.0以降では、データセキュリティに関連する一部のチェック項目を無視することはDMでは許可されていません。例えば、 `binlog_row_image`パラメータを誤って設定すると、レプリケーション中にデータが失われる可能性があります。 @@ -195,6 +195,6 @@ mydumpers: # Configuration arguments of the dump proce ``` -> **注記：** +> **Note:** > > `threads`の値は、アップストリームデータベースと DM 間の物理接続数を決定します。 `threads`値が大きすぎると、アップストリームの負荷が増加する可能性があります。そのため、 `threads`適切な値に設定する必要があります。 diff --git a/dm/dm-safe-mode.md b/dm/dm-safe-mode.md index a75205d8e459d..0246e84eadbea 100644 --- a/dm/dm-safe-mode.md +++ b/dm/dm-safe-mode.md @@ -93,7 +93,7 @@ DMがチェックポイントから増分レプリケーションタスクを再 ## 外部キーの処理（v8.5.6の新機能） {#foreign-key-handling-span-class-version-mark-new-in-v8-5-6-span} -> **警告：** +> **Warning:** > > この機能は実験的です。本番環境での使用は推奨されません。予告なく変更または削除される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tiflow/issues)を報告してください。 @@ -122,7 +122,7 @@ REPLACE INTO dummydb.dummytbl (id, int_value, ...) VALUES (123, 888999, ...); REPLACE INTO dummydb.dummytbl (id, int_value, ...) VALUES (123, 888999, ...); -- No cascade ``` -> **警告：** +> **Warning:** > > `foreign_key_checks=1`の場合、DM は主キーまたは一意キーの値を変更する`UPDATE`ステートメントの複製をサポートしません。この場合、複製タスクはエラー`safe-mode update with foreign_key_checks=1 and PK/UK changes is not supported`で一時停止されます。外部キーを持つテーブルでそのような`UPDATE`ステートメントを複製するには、 `safe-mode: false`を設定します。 diff --git a/dm/dm-source-configuration-file.md b/dm/dm-source-configuration-file.md index 52808ae9347f3..968a55b38ca59 100644 --- a/dm/dm-source-configuration-file.md +++ b/dm/dm-source-configuration-file.md @@ -55,7 +55,7 @@ from: # action: Ignore ``` -> **注記：** +> **Note:** > > DM v2.0.1では、 `enable-gtid`と`enable-relay`を同時に`true`に設定しないでください。そうしないと、増分データが失われる可能性があります。 @@ -138,7 +138,7 @@ from: - デフォルト値: `15` - 単位: GiB -> **注記：** +> **Note:** > > 自動データ消去戦略は、 [`interval`](#interval) `0`でなく、 2 つの構成項目[`expires`](#expires)と[`remain-space`](#remain-space)うち少なくとも 1 つが`0`でない場合にのみ有効になります。 diff --git a/dm/dm-stop-task.md b/dm/dm-stop-task.md index 8428c08bc8894..1c65c2c378b08 100644 --- a/dm/dm-stop-task.md +++ b/dm/dm-stop-task.md @@ -53,7 +53,7 @@ stop-task test ] } -> **注記：** +> **Note:** > > `stop-task`コマンドで移行タスクを停止した後、 [`query-status`](/dm/dm-query-status.md)を実行してもタスクは表示されなくなります。ただし、このタスクのチェックポイントやその他の関連情報は`dm_meta`データベースに保持されます。 > diff --git a/dm/dm-table-routing.md b/dm/dm-table-routing.md index 19fad8420d760..47d12abb39273 100644 --- a/dm/dm-table-routing.md +++ b/dm/dm-table-routing.md @@ -7,7 +7,7 @@ summary: DM におけるテーブル ルーティングの使用方法と注意 TiDB Data Migration (DM) を使用してデータを移行する場合、テーブル ルーティングを構成して、アップストリーム MySQL または MariaDB インスタンスの特定のテーブルをダウンストリームの指定されたテーブルに移行できます。 -> **注記：** +> **Note:** > > - 1 つのテーブルに対して複数の異なるルーティング ルールを構成することはサポートされていません。 > - セクション[テーブルルーティングを構成する](#configure-table-routing)の`rule-2`に示すように、 `CREATE/DROP SCHEMA xx`移行するために使用されるスキーマの一致ルールを個別に構成する必要があります。 @@ -66,7 +66,7 @@ routes: - `rule-1` 、 `schema-pattern: "test_*"`および`table-pattern: "t_*"`一致するテーブルの DML または DDL ステートメントをダウンストリーム`test` 。 `t`に移行するために使用されます。 - `rule-2` 、 `CREATE/DROP SCHEMA xx`など、 `schema-pattern: "test_*"`一致するスキーマの DDL ステートメントを移行するために使用されます。 -> **注記：** +> **Note:** > > - 下流`schema: test`がすでに存在し、削除しない場合は`rule-2`省略できます。 > - ダウンストリーム`schema: test`が存在せず、 `rule-1`のみが構成されている場合、移行中に`schema test doesn't exist`エラーが報告されます。 @@ -175,7 +175,7 @@ mysql> select * from test.t; #### 結合テーブルの作成の誤った例 {#incorrect-examples-of-creating-merged-tables} -> **注記：** +> **Note:** > > 次のいずれかのエラーが発生した場合、シャードされたテーブルとスキーマのソース情報がマージされたテーブルに書き込まれない可能性があります。 diff --git a/dm/dm-task-configuration-guide.md b/dm/dm-task-configuration-guide.md index 107acec680a80..c74253cc9e559 100644 --- a/dm/dm-task-configuration-guide.md +++ b/dm/dm-task-configuration-guide.md @@ -54,7 +54,7 @@ target-database: # Configuration of target TiDB database. ## 移行するテーブルを構成する {#configure-tables-to-be-migrated} -> **注記：** +> **Note:** > > 特定のテーブルをフィルタリングしたり、特定のテーブルを移行したりする必要がない場合は、この構成をスキップします。 @@ -92,7 +92,7 @@ target-database: # Configuration of target TiDB database. ## 移行するbinlogイベントを構成する {#configure-binlog-events-to-be-migrated} -> **注記：** +> **Note:** > > 特定のスキーマまたはテーブルの特定のbinlogイベントをフィルターする必要がない場合は、この構成をスキップします。 @@ -129,7 +129,7 @@ target-database: # Configuration of target TiDB database. ## データソーステーブルから下流の TiDB テーブルへのマッピングを構成する {#configure-the-mapping-of-data-source-tables-to-downstream-tidb-tables} -> **注記：** +> **Note:** > > - データ ソースの特定のテーブルをダウンストリーム TiDB インスタンス内の別の名前のテーブルに移行する必要がない場合は、この構成をスキップします。 > @@ -168,7 +168,7 @@ target-database: # Configuration of target TiDB database. ## シャードマージタスクを構成する {#configure-a-shard-merge-task} -> **注記：** +> **Note:** > > - シャードマージのシナリオでシャーディングDDL文を移行する必要がある場合は、 `shard-mode`フィールドを明示的に設定する**必要があります**。それ以外の場合は、 `shard-mode`を設定し**ないでください**。 > diff --git a/dm/dm-tune-configuration.md b/dm/dm-tune-configuration.md index c2028727fbd71..50843ec6ab929 100644 --- a/dm/dm-tune-configuration.md +++ b/dm/dm-tune-configuration.md @@ -21,7 +21,7 @@ summary: データ移行タスクの構成を最適化して、データ移行 フルバックアップ中、DMは各テーブルのデータを`chunk-filesize`オプションの値に応じて複数のチャンクに分割します。各チャンクは約`chunk-filesize`のサイズのファイルに保存されます。このようにしてデータは複数のファイルに分割され、DM Loadユニットの並列処理を利用してインポート速度を向上させることができます。このオプションのデフォルト値は64（MB）です。通常、このオプションを設定する必要はありません。設定する場合は、フルデータのサイズに応じてこのオプションの値を調整してください。 -> **注記：** +> **Note:** > > - 移行タスクの作成後は、値`mydumpers`を更新できません。タスクを作成する前に、各オプションの値を確認してください。値を更新する必要がある場合は、dmctl を使用してタスクを停止し、設定ファイルを更新してから、タスクを再作成してください。 > - `mydumpers` . `threads` 、簡単にするために`mydumper-thread`構成項目に置き換えることができます。 @@ -35,7 +35,7 @@ summary: データ移行タスクの構成を最適化して、データ移行 `pool-size`オプションは、DM Load ユニット内のスレッド数を決定します。デフォルト値は 16 です。通常、このオプションを設定する必要はありません。設定する場合は、フルデータのサイズとデータベースのパフォーマンスに応じて、このオプションの値を調整してください。 -> **注記：** +> **Note:** > > - 移行タスクの作成後は、値`loaders`を更新できません。タスクを作成する前に、各オプションの値を確認してください。値を更新する必要がある場合は、dmctl を使用してタスクを停止し、設定ファイルを更新してから、タスクを再作成してください。 > - `loaders` . `pool-size` 、簡単にするために`loader-thread`構成項目に置き換えることができます。 @@ -52,7 +52,7 @@ summary: データ移行タスクの構成を最適化して、データ移行 `batch` 、DM Sync ユニット中にデータが下流データベースにレプリケートされる際に、各トランザクションに含まれる DML の数を決定します。デフォルト値は 100 です。通常、このオプションの値を変更する必要はありません。 -> **注記：** +> **Note:** > > - レプリケーションタスクの作成後は、値`syncers`を更新できません。タスクを作成する前に、各オプションの値を確認してください。値を更新する必要がある場合は、dmctl を使用してタスクを停止し、設定ファイルを更新してから、タスクを再作成してください。 > - `syncers` . `worker-count` 、簡単にするために`syncer-thread`構成項目に置き換えることができます。 diff --git a/dm/dm-webui-guide.md b/dm/dm-webui-guide.md index f9e65fdcfc429..4e00b97743b2c 100644 --- a/dm/dm-webui-guide.md +++ b/dm/dm-webui-guide.md @@ -9,7 +9,7 @@ DM WebUIは、TiDB Data Migration (DM)タスクを管理するためのWebベー このドキュメントでは、 DM WebUI へのアクセス方法、前提条件、インターフェース上の各ページの使用例、注意点などを紹介します。 -> **警告：** +> **Warning:** > > - DM WebUIは現在実験的機能です。本番環境での使用は推奨されません。 > - DM WebUIの`task`のライフサイクルが変更され、 DM WebUIと dmctl を同時に使用することは推奨されません。 diff --git a/dm/dm-worker-intro.md b/dm/dm-worker-intro.md index aa1cd39041a94..4a285fa1b3c59 100644 --- a/dm/dm-worker-intro.md +++ b/dm/dm-worker-intro.md @@ -101,6 +101,6 @@ GRANT ALL ON dm_meta.* TO 'your_user'@'your_wildcard_of_host'; | 負荷 | ヌル | `SELECT` (チェックポイント履歴を照会する)
`CREATE` (データベース/テーブルを作成する)
`DELETE` （チェックポイントを削除）
`INSERT` (ダンプデータを挿入) | ローカルファイルの読み取り/書き込み | | Binlogレプリケーション | `REPLICATION SLAVE` (binlogを読み取る)
`REPLICATION CLIENT` ( `show master status` , `show slave status` ) | `SELECT` (インデックスと列を表示)
`INSERT` （DML）
`UPDATE` (DML)
`DELETE` （DML）
`CREATE` (データベース/テーブルを作成する)
`DROP` (データベース/テーブルを削除)
`ALTER` （テーブルを変更する）
`INDEX` (インデックスの作成/削除) | ローカルファイルの読み取り/書き込み | -> **注記：** +> **Note:** > > これらの権限は不変ではなく、リクエストが変更されると変更されます。 diff --git a/dm/dmctl-introduction.md b/dm/dmctl-introduction.md index cd4a3928c3bb8..aaed1b469c93d 100644 --- a/dm/dmctl-introduction.md +++ b/dm/dmctl-introduction.md @@ -5,7 +5,7 @@ summary: dmctl を使用して DM クラスターを保守する方法を学習 # dmctl を使用して DM クラスターを管理 {#maintain-dm-clusters-using-dmctl} -> **注記：** +> **Note:** > > TiUPを使用してデプロイされた DM クラスターの場合は、クラスターを維持するために[`tiup dmctl`](/dm/maintain-dm-using-tiup.md#dmctl)直接使用することをお勧めします。 @@ -15,7 +15,7 @@ dmctl は、DM クラスタのメンテナンスに使用するコマンドラ DM マスターと対話するには、対話モードに入ります。 -> **注記：** +> **Note:** > > 対話型モードではBashの機能をサポートしていません。例えば、文字列フラグは引用符で囲むのではなく、直接渡す必要があります。 @@ -70,7 +70,7 @@ DM マスターと対話するには、対話モードに入ります。 コマンドモードは対話モードとは異なり、dmctlコマンドの直後にタスク操作を追加する必要があります。コマンドモードでのタスク操作のパラメータは、対話モードの場合と同じです。 -> **注記：** +> **Note:** > > - dmctl コマンドの後には 1 つのタスク操作のみが続く必要があります。 > - v2.0.4 以降、DM は環境変数`DM_MASTER_ADDR`から`-master-addr`パラメータの読み取りをサポートします。 diff --git a/dm/feature-online-ddl.md b/dm/feature-online-ddl.md index 72026224f846a..212a9fc271c04 100644 --- a/dm/feature-online-ddl.md +++ b/dm/feature-online-ddl.md @@ -105,7 +105,7 @@ gh-ost で主に使用される SQL ステートメントとそれに対応す alter table test.test4 add column cl1 varchar(20) not null; ``` -> **注記：** +> **Note:** > > gh-ost の具体的なSQL文は、実行時に使用するパラメータによって異なります。このドキュメントでは主要なSQL文のみを記載しています。詳細については、 [gh-ost ドキュメント](https://github.com/github/gh-ost#gh-ost)を参照してください。 @@ -206,7 +206,7 @@ pt-osc で主に使用される SQL 文とそれに対応する DM の操作は DM は`_test4_old`とトリガーを削除しません。 -> **注記：** +> **Note:** > > pt-osc の具体的なSQL文は、実行時に使用するパラメータによって異なります。このドキュメントでは主要なSQL文のみを記載しています。詳細については、 [pt-osc ドキュメント](https://www.percona.com/doc/percona-toolkit/2.2/pt-online-schema-change.html)を参照してください。 diff --git a/dm/feature-shard-merge-optimistic.md b/dm/feature-shard-merge-optimistic.md index cdc1324ab372e..58197acc70682 100644 --- a/dm/feature-shard-merge-optimistic.md +++ b/dm/feature-shard-merge-optimistic.md @@ -7,7 +7,7 @@ summary: DM が楽観的モードでシャード テーブルからデータを このドキュメントでは、データ移行（DM）の楽観的モードにおけるシャーディングサポート機能について説明します。この機能を使用すると、上流のMySQLまたはMariaDBインスタンスにある、同一または異なるテーブルスキーマを持つテーブルのデータを、下流のTiDBにある同じテーブルにマージして移行できます。 -> **注記：** +> **Note:** > > 楽観的モードとその制限事項を十分に理解していない場合は、このモードの使用は推奨さ**れません**。そうでない場合、移行が中断されたり、データの不整合が発生する可能性があります。 diff --git a/dm/feature-shard-merge.md b/dm/feature-shard-merge.md index c19cfc36e6982..2c8ff1490bcc3 100644 --- a/dm/feature-shard-merge.md +++ b/dm/feature-shard-merge.md @@ -11,7 +11,7 @@ summary: DM がシャード化されたテーブルからデータをマージ DMは、複数の上流シャードテーブルのデータをTiDB内の1つのテーブルにマージして移行する機能をサポートしています。移行中は、各シャードテーブルのDDLと、その前後のDMLを調整する必要があります。DMは、これらの使用シナリオに合わせて、悲観的モードと楽観的モードの2つのモードをサポートしています。 -> **注記：** +> **Note:** > > - シャード化されたテーブルからデータをマージして移行するには、タスク構成ファイルで`shard-mode`設定する必要があります。 > - DM は、シャーディングサポート機能のマージに、デフォルトで悲観的モードを使用します。（ドキュメントに特別な記述がない場合は、デフォルトで悲観的モードを使用します。） diff --git a/dm/maintain-dm-using-tiup.md b/dm/maintain-dm-using-tiup.md index 5b3fe240d2216..7959a96a1c879 100644 --- a/dm/maintain-dm-using-tiup.md +++ b/dm/maintain-dm-using-tiup.md @@ -9,7 +9,7 @@ summary: TiUPを使用して DM クラスターを保守する方法を学びま DM クラスターをまだ展開していない場合は、手順[TiUPを使用して DMクラスタをデプロイ](/dm/deploy-a-dm-cluster-using-tiup.md)を参照してください。 -> **注記：** +> **Note:** > > - 以下のコンポーネント間のポートが相互接続されていることを確認してください > - DM マスター ノードのうち`peer_port` (デフォルトでは`8291` ) が相互接続されています。 @@ -137,7 +137,7 @@ tiup dm scale-in prod-cluster -N 172.16.5.140:8262 1. `scale.yaml`ファイルを作成し、新しいワーカー ノードの情報を追加します。 - > **注記：** + > **Note:** > > トポロジファイルを作成する必要があります。このファイルには、既存のノードではなく、新しいノードの説明のみが含まれます。デプロイメントディレクトリなどの詳細な設定項目については、こちら[TiUP構成パラメータの例](https://github.com/pingcap/tiup/blob/master/embed/examples/dm/topology.example.yaml)を参照してください。 @@ -159,7 +159,7 @@ tiup dm scale-in prod-cluster -N 172.16.5.140:8262 ## ローリングアップグレード {#rolling-upgrade} -> **注記：** +> **Note:** > > v2.0.5 以降、dmctl は[データソースのエクスポートとインポート、およびクラスターのタスクコンフィグレーション](/dm/dm-export-import-config.md)サポートします。 > @@ -175,7 +175,7 @@ tiup dm scale-in prod-cluster -N 172.16.5.140:8262 DMクラスタをアップグレードするには、コマンド`tiup dm upgrade`を実行します。例えば、次のコマンドはクラスタを`${version}`にアップグレードします。このコマンドを実行する前に、 `${version}`必要なバージョンに変更してください。 -> **注記：** +> **Note:** > > バージョン8.0.0以降、DMは暗号化および復号化用の固定秘密鍵を削除し、暗号化および復号化用の秘密鍵をカスタマイズできるようになりました。アップグレード前に[データソース構成](/dm/dm-source-configuration-file.md)および[移行タスクの構成](/dm/task-configuration-file-full.md)で暗号化パスワードを使用している場合は、追加の操作については[DM 暗号化と復号化用の秘密鍵をカスタマイズする](/dm/dm-customized-secret-key.md)のアップグレード手順を参照してください。 @@ -239,7 +239,7 @@ tiup dm patch prod-cluster /tmp/dm--hotfix.tar.gz -N 172.16.4.5:8261 ## DM-Ansible を使用してデプロイされた DM 1.0 クラスターをインポートおよびアップグレードする {#import-and-upgrade-a-dm-1-0-cluster-deployed-using-dm-ansible} -> **注記：** +> **Note:** > > - TiUP は、DM 1.0 クラスターへの DM Portalコンポーネントのインポートをサポートしていません。 > - インポートする前に元のクラスターを停止する必要があります。 @@ -366,6 +366,6 @@ export TIUP_NATIVE_SSH=enable この環境変数と`--native-ssh`同時に指定した場合、 `--native-ssh`優先されます。 -> **注記：** +> **Note:** > > クラスターの展開プロセス中に、接続にパスワードを使用する必要がある場合、またはキー ファイルに`passphrase`設定されている場合は、コントロール マシンに`sshpass`インストールされていることを確認する必要があります。そうでない場合、タイムアウト エラーが報告されます。 diff --git a/dm/manually-handling-sharding-ddl-locks.md b/dm/manually-handling-sharding-ddl-locks.md index f8771f47b8b59..7f4696320975f 100644 --- a/dm/manually-handling-sharding-ddl-locks.md +++ b/dm/manually-handling-sharding-ddl-locks.md @@ -7,7 +7,7 @@ summary: DM でシャーディング DDL ロックを手動で処理する方法 DMはシャーディングDDLロックを使用して、操作が正しい順序で実行されるようにします。このロック機構は、ほとんどの場合シャーディングDDLロックを自動的に解決しますが、一部の異常なシナリオでは、 `shard-ddl-lock`コマンドを使用して異常なDDLロックを手動で処理する必要があります。 -> **注記：** +> **Note:** > > - このドキュメントは、悲観的調整モードでのシャーディング DDL ロックの処理にのみ適用されます。 > - このドキュメントの「コマンドの使用法」セクションに記載されているコマンドは対話型モードです。コマンドラインモードでは、エラーレポートを回避するためにエスケープ文字を追加する必要があります。 @@ -84,7 +84,7 @@ shard-ddl-lock test このコマンドは、所有者に DDL ステートメントを実行するよう要求し、所有者以外の他のすべての DM ワーカーに DDL ステートメントをスキップするよう要求し、 `DM-master`のロック情報を削除するなど、指定された`DM-master`ロックのロックを解除するように 1 に積極的に要求します。 -> **注記：** +> **Note:** > > 現在、 `shard-ddl-lock unlock` `pessimistic`モードのロックに対してのみ有効です。 @@ -147,7 +147,7 @@ shard-ddl-lock unlock test-`shard_db`.`shard_table` `DM-master`シャーディングDDLロックを自動的に解除しようとする前に、すべてのMySQLソースがシャーディングDDLイベントを受信する必要があります（詳細は[シャードマージの原則](/dm/feature-shard-merge-pessimistic.md#principles)参照）。シャーディングDDLイベントが既に移行プロセス中であり、一部のMySQLソースが削除されて再ロードされない場合（これらのMySQLソースはアプリケーションの要求に応じて削除されています）、すべてのDMワーカーがDDLイベントを受信できないため、シャーディングDDLロックを自動的に移行して解除することはできません。 -> **注記：** +> **Note:** > > シャーディング DDL イベントの移行プロセス中でないときに一部の DM ワーカーをオフラインにする必要がある場合、より適切な解決策は、まず`stop-task`使用して実行中のタスクを停止し、DM ワーカーをオフラインにして、タスク構成ファイルから対応する構成情報を削除し、最後に`start-task`と新しいタスク構成を使用して移行タスクを再開することです。 @@ -274,7 +274,7 @@ MySQLとDMの操作プロセスは次のとおりです。 2. タスク構成ファイルを更新し、構成ファイルからオフライン MySQL ソースの関連情報を削除します。 3. `start-task`と新しいタスク構成ファイルを使用してタスクを再起動します。 -> **注記：** +> **Note:** > > `shard-ddl-lock unlock`実行した後、オフラインになった MySQL ソースが再ロードされ、DM ワーカーがシャード テーブルのデータを移行しようとすると、データとダウンストリーム テーブル構造の間で一致エラーが発生する可能性があります。 diff --git a/dm/manually-upgrade-dm-1.0-to-2.0.md b/dm/manually-upgrade-dm-1.0-to-2.0.md index fab79854e5329..ae9c2059764db 100644 --- a/dm/manually-upgrade-dm-1.0-to-2.0.md +++ b/dm/manually-upgrade-dm-1.0-to-2.0.md @@ -9,7 +9,7 @@ summary: TiDB Data Migrationをv1.0.xからv2.0+へ手動でアップグレー TiDB DM ツールを v1.0.x から v2.0+ に自動的にアップグレードする方法については、 [TiUPを使用して、DM-Ansibleによってデプロイされた1.0クラスターを自動的にインポートする](/dm/maintain-dm-using-tiup.md#import-and-upgrade-a-dm-10-cluster-deployed-using-dm-ansible)。 -> **注記：** +> **Note:** > > - 現在、データ移行タスクが完全エクスポートまたは完全インポートの処理中の場合、DMをv1.0.xからv2.0+にアップグレードすることはサポートされていません。 > - DMクラスタのコンポーネント間の通信に使用されるgRPCプロトコルが大幅に更新されるため、アップグレードの前後でDMコンポーネント（dmctlを含む）が同じバージョンを使用していることを確認する必要があります。 @@ -27,7 +27,7 @@ TiDB DM ツールを v1.0.x から v2.0+ に自動的にアップグレードす v2.0以降では、[アップストリームデータベース構成ファイル](/dm/dm-source-configuration-file.md)ファイルがDMワーカーのプロセス構成から分離されているため、 [v1.0.x DMワーカー設定](/dm/dm-worker-configuration-file.md)をベースにしたソース構成を取得する必要があります。 -> **注記：** +> **Note:** > > v1.0.x から v2.0+ へのアップグレード中にソース構成の`enable-gtid`が有効になっている場合、 binlogまたはリレーログファイルを解析して、 binlog の位置に対応する GTID セットを取得する必要があります。 @@ -102,7 +102,7 @@ from: ## ステップ2：v2.0+クラスターをデプロイ {#step-2-deploy-the-v2-0-cluster} -> **注記：** +> **Note:** > > 他のv2.0以降のクラスターが利用可能な場合は、この手順をスキップしてください。 @@ -154,7 +154,7 @@ from: binlog-pos: 10485 ``` - > **注記：** + > **Note:** > > ソース構成で`enable-gtid`が有効になっている場合、現在、binlogまたはリレーログファイルを解析して、binlogの位置に対応する GTID セットを取得し、それを`binlog-gtid`の`meta` } に設定する必要があります。 diff --git a/dm/migrate-data-using-dm.md b/dm/migrate-data-using-dm.md index 29bfabffc7c08..78e40f305100a 100644 --- a/dm/migrate-data-using-dm.md +++ b/dm/migrate-data-using-dm.md @@ -11,7 +11,7 @@ summary: データ移行ツールを使用して、全データと増分デー [TiUPを使用してDMクラスターをデプロイする](/dm/deploy-a-dm-cluster-using-tiup.md)のがおすすめです。トライアルやテストのために[バイナリを使用してDMクラスターをデプロイする](/dm/deploy-a-dm-cluster-using-binary.md)もできます。 -> **注記：** +> **Note:** > > - すべての DM 構成ファイルのデータベース パスワードには、 `dmctl`で暗号化されたパスワードを使用することをお勧めします。データベースのパスワードが空の場合、暗号化する必要はありません。 [dmctlを使用してデータベースのパスワードを暗号化します](/dm/dm-manage-source.md#encrypt-the-database-password)参照してください。 > - 上流および下流データベースのユーザーは、対応する読み取り権限と書き込み権限を持っている必要があります。 @@ -123,7 +123,7 @@ mydumpers: 事前チェック機能の詳細については、[アップストリームのMySQLインスタンス構成を事前に確認する](/dm/dm-precheck.md)参照してください。 -> **注記：** +> **Note:** > > データ移行タスクを初めて開始する前に、アップストリームの設定を完了しておく必要があります。設定が完了していない場合、タスクの開始時にエラーが発生します。 diff --git a/dm/monitor-a-dm-cluster.md b/dm/monitor-a-dm-cluster.md index f0258d141b634..8baf987778eaf 100644 --- a/dm/monitor-a-dm-cluster.md +++ b/dm/monitor-a-dm-cluster.md @@ -106,7 +106,7 @@ Grafana ダッシュボードでは、DM のデフォルト名は`DM-task`です ### リレーログ {#relay-log} -> **注記：** +> **Note:** > > 現在、DM v2.0 ではリレー ログ機能の有効化はサポートされていません。 diff --git a/dm/quick-start-create-source.md b/dm/quick-start-create-source.md index b697de7298b97..64b56777d4ecb 100644 --- a/dm/quick-start-create-source.md +++ b/dm/quick-start-create-source.md @@ -5,7 +5,7 @@ summary: データ移行 (DM) のデータ ソースを作成する方法を学 # TiDB Data Migration用のデータソースを作成する {#create-a-data-source-for-tidb-data-migration} -> **注記：** +> **Note:** > > データ ソースを作成する前に、 [TiUPを使用して DMクラスタをデプロイ](/dm/deploy-a-dm-cluster-using-tiup.md)実行する必要があります。 diff --git a/dm/quick-start-create-task.md b/dm/quick-start-create-task.md index 7512c09d2b78a..97267bcf3ac53 100644 --- a/dm/quick-start-create-task.md +++ b/dm/quick-start-create-task.md @@ -71,7 +71,7 @@ mv tidb-latest-linux-amd64/bin/tidb-server ./ ./tidb-server ``` -> **警告：** +> **Warning:** > > このドキュメントの TiDB のデプロイメント方法は、本番環境または開発環境には**適用されません**。 @@ -81,14 +81,14 @@ mv tidb-latest-linux-amd64/bin/tidb-server ./ ### パスワードを暗号化する {#encrypt-the-password} -> **注記：** +> **Note:** > > - データベースにパスワードがない場合、この手順をスキップできます。 > - DM v1.0.6 以降のバージョンでは、プレーンテキスト パスワードを使用してソース情報を構成できます。 安全上の理由から、暗号化されたパスワードを設定して使用することをお勧めします。dmctlを使用してMySQL/TiDBのパスワードを暗号化できます。パスワードが「123456」だと仮定します。 -> **注記：** +> **Note:** > > v8.0.0 以降では、 `dmctl encrypt`コマンドを使用する前に、DM-master に[`secret-key-path`](/dm/dm-master-configuration-file.md)設定する必要があります。 diff --git a/dm/quick-start-with-dm.md b/dm/quick-start-with-dm.md index 21860767f77ab..75d76ad8ea5d9 100644 --- a/dm/quick-start-with-dm.md +++ b/dm/quick-start-with-dm.md @@ -7,7 +7,7 @@ summary: TiUP Playground を使用してデータ移行環境をすばやくセ [TiDB Data Migration (DM)](/dm/dm-overview.md) 、MySQL互換データベースからTiDBにデータを複製する強力なツールです。このガイドでは、 [TiUP Playground](/tiup/tiup-playground.md)使用して開発またはテスト用のローカルTiDB DM環境を迅速に構築する方法と、ソースMySQLデータベースからターゲットTiDBデータベースへのデータ移行という簡単なタスクを段階的に説明します。 -> **注記：** +> **Note:** > > 本番への展開については、 [TiUPを使用して DMクラスタをデプロイ](/dm/deploy-a-dm-cluster-using-tiup.md)参照してください。 @@ -21,7 +21,7 @@ summary: TiUP Playground を使用してデータ移行環境をすばやくセ curl --proto '=https' --tlsv1.2 -sSf https://tiup-mirrors.pingcap.com/install.sh | sh ``` - > **注記：** + > **Note:** > > 既にTiUPがインストールされている場合は、フラグ`--dm-master`と`--dm-worker`使用するには、v1.16.1 以降にアップデートされていることを確認してください。現在のバージョンを確認するには、次のコマンドを実行します。 > @@ -307,7 +307,7 @@ Ubuntu では、公式の Ubuntu リポジトリから MySQL をインストー 1. ソース構成ファイル`mysql-01.yaml`を作成します。 - > **注記：** + > **Note:** > > この手順では、 [ステップ2](#step-2-prepare-a-source-database-optional)で説明されているように、ソース データベースにレプリケーション権限を持つ`tidb-dm`ユーザーがすでに作成されていることを前提としています。 @@ -422,7 +422,7 @@ Ubuntu では、公式の Ubuntu リポジトリから MySQL をインストー brew uninstall mysql@8.0 ``` - > **注記：** + > **Note:** > > すべての MySQL データ ファイルを削除する場合は、MySQL データ ディレクトリ (通常は`/opt/homebrew/var/mysql`にあります) を削除します。 @@ -437,7 +437,7 @@ Ubuntu では、公式の Ubuntu リポジトリから MySQL をインストー sudo yum remove -y mysql-community-server ``` - > **注記：** + > **Note:** > > すべての MySQL データ ファイルを削除する場合は、MySQL データ ディレクトリ (通常は`/var/lib/mysql`にあります) を削除します。 @@ -453,7 +453,7 @@ Ubuntu では、公式の Ubuntu リポジトリから MySQL をインストー sudo apt-get autoremove -y ``` - > **注記：** + > **Note:** > > すべての MySQL データ ファイルを削除する場合は、MySQL データ ディレクトリ (通常は`/var/lib/mysql`にあります) を削除します。 diff --git a/dm/relay-log.md b/dm/relay-log.md index 8046effb439ed..34432aa7c7766 100644 --- a/dm/relay-log.md +++ b/dm/relay-log.md @@ -21,7 +21,7 @@ MySQLではストレージ容量が限られているため、最大保存期間 リレーログはディスクに書き込む必要があるため、外部IOおよびCPUリソースを消費します。これにより、データレプリケーションプロセス全体が長くなり、データレプリケーションのレイテンシーが増加します。**レイテンシが重要な**シナリオでは、リレーログを有効にすることは推奨されません。 -> **注記：** +> **Note:** > > DM v2.0.7以降のバージョンでは、リレーログの書き込みが最適化されており、レイテンシーとCPUリソースの消費量は比較的低くなっています。 @@ -54,13 +54,13 @@ start-relay -s mysql-replica-01
-> **注記：** +> **Note:** > > DM v2.0.2 以降の DM v2.0.x および v5.3.0 では、ソース設定ファイル内の設定項目`enable-relay`無効になっており、リレーログの有効化と無効化には`start-relay`と`stop-relay`のみを使用できます。DM は、 [データソース構成の読み込み](/dm/dm-manage-source.md#operate-data-source)ときに`enable-relay` `true`に設定されていることを検出した場合、以下のメッセージを出力します。 > > Please use `start-relay` to specify which workers should pull relay log of relay-enabled sources. -> **警告：** +> **Warning:** > > この起動方法はバージョン6.1で非推奨とされており、将来のリリースで削除される可能性があります。関連コマンドの出力には、次のプロンプトが表示されます: `start-relay/stop-relay with worker name will be deprecated soon. You can try stopping relay first and use start-relay without worker name instead` 。 @@ -214,7 +214,7 @@ resume-relay -s mysql-replica-01 DM では、リレーログをパージする方法として、手動パージと自動パージの 2 つの方法を提供しています。どちらの方法でも、アクティブなリレーログはパージされません。 -> **注記：** +> **Note:** > > - アクティブリレーログ：リレーログはデータ移行タスクによって使用されています。アクティブリレーログは現在、Syncerユニット内でのみ更新および書き込みされます。「すべて」モードのデータ移行タスクが、データソースのパージで設定された有効期限よりも長い時間、フルエクスポート/インポートを実行した場合でも、リレーログはパージされます。 > @@ -351,6 +351,6 @@ purge: - GTID モードでは、DM ワーカーは、各サブタスクが移行している最も古い GTID から移行を開始し、最新の GTID が移行されるまで続けます。 - > **注記：** + > **Note:** > > 上流のリレーログがパージされている場合はエラーが発生します。この場合、移行の開始位置を指定するために[`relay-binlog-gtid`](/dm/dm-source-configuration-file.md#global-configuration)設定する必要があります。 diff --git a/dm/usage-scenario-master-slave-switch.md b/dm/usage-scenario-master-slave-switch.md index 7cce9a31bb1bd..d09b30d675ab4 100644 --- a/dm/usage-scenario-master-slave-switch.md +++ b/dm/usage-scenario-master-slave-switch.md @@ -7,7 +7,7 @@ summary: アップストリーム MySQL インスタンス間で DM ワーカー DM-worker が接続するアップストリーム MySQL インスタンスでダウンタイム メンテナンスが必要になった場合、またはインスタンスが予期せずクラッシュした場合は、DM-worker 接続を同じ移行グループ内の別の MySQL インスタンスに切り替える必要があります。 -> **注記：** +> **Note:** > > - DM ワーカー接続は、同じプライマリ - セカンダリ移行クラスター内のインスタンスにのみ切り替えることができます。 > - 新しく接続する MySQL インスタンスには、DM-worker に必要なbinlogが必要です。 @@ -20,7 +20,7 @@ GTID セットの詳細については、 [MySQLドキュメント](https://dev. DM-worker が仮想 IP (VIP) を介してアップストリーム MySQL インスタンスに接続する場合、VIP 接続を別の MySQL インスタンスに切り替えると、アップストリーム接続アドレスは変更されずに、DM-worker に接続されている MySQL インスタンスが切り替わります。 -> **注記：** +> **Note:** > > このような状況では、DMに必要な変更を加えてください。そうしないと、VIP接続を別のMySQLインスタンスに切り替えた際に、DMが新旧のMySQLインスタンスに同時に異なる接続で接続してしまう可能性があります。このような状況では、DMに複製されたbinlogが、DMが受信する他のアップストリームステータスと一致しなくなり、予期しない異常やデータ損傷が発生する可能性があります。 diff --git a/download-ecosystem-tools.md b/download-ecosystem-tools.md index 8ee3cc8d0693b..f5e6a4f17963c 100644 --- a/download-ecosystem-tools.md +++ b/download-ecosystem-tools.md @@ -9,7 +9,7 @@ summary: TiDBツールの公式メンテナンス版をダウンロードして TiDB Toolkitには、 Dumpling （データエクスポート）、 TiDB Lightning （データインポート）、 BR （バックアップと復元）、sync-diff-inspector（データ整合性チェック）など、頻繁に使用されるツールが含まれています。 -> **ヒント：** +> **Tip:** > > - TiDB v8.5.6以降では、sync-diff-inspectorを含むほとんどのツールがTiUPから直接利用できます。デプロイ環境にインターネット接続があれば、 [TiUPコマンド](/tiup/tiup-component-management.md)1つ使用してツールをデプロイできます。 TiDB Toolkitを別途ダウンロードする必要はありません。 > - TiDB を Kubernetes 上にデプロイして保守する必要がある場合は、 TiDB Toolkit をダウンロードする代わりに、 [TiDB Operatorのオフラインインストール](https://docs.pingcap.com/tidb-in-kubernetes/stable/deploy-tidb-operator#offline-installation)の手順に従ってください。 @@ -27,7 +27,7 @@ TiDB Toolkitは以下のリンクからダウンロードできます。 リンク内の`{version}`は TiDB のバージョン番号を示し、 `{arch}`システムのアーキテクチャを示し、 `amd64`または`arm64`のいずれかになります。たとえば、 `v8.5.4`アーキテクチャの`amd64`のダウンロードリンクは`https://download.pingcap.com/tidb-community-toolkit-v8.5.4-linux-amd64.tar.gz`です。 -> **注記：** +> **Note:** > > [PD Control](/pd-control.md)ツール`pd-ctl`をダウンロードする必要がある場合は、TiDB インストール パッケージを`https://download.pingcap.com/tidb-community-server-{version}-linux-{arch}.tar.gz`から別途ダウンロードしてください。 @@ -46,6 +46,6 @@ TiDB Toolkitは以下のリンクからダウンロードできます。 | [sync-diff-inspector](/sync-diff-inspector/sync-diff-inspector-overview.md) | TiDB v8.5.6以降の場合: `tiflow-{version}-linux-{arch}.tar.gz`
v8.5.6より前のバージョンの場合: `sync_diff_inspector` | | [PD Recover](/pd-recover.md) | `pd-recover-{version}-linux-{arch}.tar` | -> **注記：** +> **Note:** > > `{version}`インストールするツールのバージョンによって異なります。 `{arch}` 、システムのアーキテクチャによって異なります。アーキテクチャは`amd64`または`arm64`のいずれかです。 diff --git a/dr-backup-restore.md b/dr-backup-restore.md index 82d14277bb326..8d1c049895bd6 100644 --- a/dr-backup-restore.md +++ b/dr-backup-restore.md @@ -20,7 +20,7 @@ TiDBクラスタは複数のレプリカを持つため、単一のデータセ 前述のアーキテクチャに示すように、他のリージョンにあるDRストレージデバイスにデータをバックアップし、必要に応じてバックアップデータからデータを復旧できます。つまり、クラスターは単一リージョンの障害に対して、最大5分の復旧ポイント目標（RPO）、数十分から数時間の復旧時間目標（RTO）で耐えることができます。ただし、データベースのサイズが大きい場合は、RTOが長くなる可能性があります。 -> **注記：** +> **Note:** > > このドキュメントの「地域」という用語は物理的な場所を意味します。 diff --git a/dr-multi-replica.md b/dr-multi-replica.md index 7a4de4637dd60..12b641e5120f8 100644 --- a/dr-multi-replica.md +++ b/dr-multi-replica.md @@ -16,7 +16,7 @@ summary: 単一クラスターのマルチレプリカ災害復旧ソリュー 重要な本番システムでは通常、RPOゼロ、分単位のRTOを実現するリージョナルDRが求められます。Raftベースの分散データベースであるTiDBは、複数のレプリカを提供することで、データの一貫性と高可用性を保証しながらリージョナルDRをサポートします。同一リージョン内の利用可能なゾーン（AZ）間のネットワークレイテンシーが小さいことを考慮すると、リージョンリーダーとPDリーダーを適切に配置することで、同一リージョン内の2つのAZに同時にビジネストラフィックを分散し、同一リージョン内のAZ間の負荷分散を実現できます。 -> **注記：** +> **Note:** > > [TiKVの「リージョン」](/glossary.md#regionpeerraft-group)データの範囲を意味し、「リージョン」という用語は物理的な場所を意味します。この 2 つの用語は互換性がありません。 @@ -120,7 +120,7 @@ summary: 単一クラスターのマルチレプリカ災害復旧ソリュー tiup ctl:v6.4.0 pd member leader_priority pd-5 0 ``` - > **注記：** + > **Note:** > > 利用可能なすべての PD ノードの中で、優先順位番号が最も高いノードがリーダーになります。 diff --git a/dr-secondary-cluster.md b/dr-secondary-cluster.md index 44d182539271f..2ca3e465dd058 100644 --- a/dr-secondary-cluster.md +++ b/dr-secondary-cluster.md @@ -35,7 +35,7 @@ summary: TiCDCに基づいたプライマリ・セカンダリディザスタリ このDRアーキテクチャはシンプルで使いやすい。リージョン障害に対応できるため、プライマリクラスタの書き込みパフォーマンスが低下しないことが保証され、セカンダリクラスタはレイテンシに影響されない読み取り専用処理を処理できる。このソリューションのリカバリポイント目標（RPO）は秒単位、リカバリ時間目標（RTO）は数分、あるいはそれ以下となる。多くのデータベースベンダーが重要な本番システム向けに推奨しているソリューションである。 -> **注記：** +> **Note:** > > - [TiKVの「リージョン」](/glossary.md#regionpeerraft-group)はデータの範囲を意味し、「領域」という用語は物理的な場所を意味します。この2つの用語は互換性がありません。 > - セカンダリクラスタへのデータ複製のために複数のチェンジフィードを実行したり、既にセカンダリクラスタが存在する状態で別のセカンダリクラスタを実行したりしないでください。そうしないと、セカンダリクラスタのデータトランザクションの整合性が保証されません。 @@ -168,7 +168,7 @@ nohup ./minio server ./data --address :6060 & +-------------------------+ 1 row in set (0.00 sec) - > **注記：** + > **Note:** > > 本番のクラスタでは、GCを無効にした状態でバックアップを実行すると、クラスタのパフォーマンスに影響が出る可能性があります。パフォーマンスの低下を避けるため、データのバックアップはピーク時以外の時間帯に行い、 `RATE_LIMIT`適切な値に設定することをお勧めします。 @@ -361,7 +361,7 @@ TiDBのプライマリクラスタとセカンダリクラスタを再構築す - [プライマリークラスターからセカンダリークラスターへデータを複製する](#replicate-data-from-the-primary-cluster-to-the-secondary-cluster) - 上記の手順が完了したら、新しいプライマリー クラスターを作成するには、 [プライマリおよびセカンダリの切り替え](#planned-primary-and-secondary-switchover)参照してください。 -> **注記：** +> **Note:** > > プライマリクラスタとセカンダリクラスタ間のデータ不整合が解消できる場合は、新しいクラスタをデプロイする代わりに、修復されたクラスタを使用してDRシステムを再構築できます。 @@ -396,7 +396,7 @@ flush-interval = 2000 storage = "s3://redo?access-key=minio&secret-access-key=miniostorage&endpoint=http://10.0.1.10:6060&force-path-style=true" ``` -> **注記：** +> **Note:** > > プライマリ・セカンダリ型の災害復旧アーキテクチャでは、セカンダリクラスタは1つのチェンジフィードからのデータしか複製できません。そうでない場合、セカンダリクラスタのデータトランザクションの整合性は保証されません。 diff --git a/dumpling-overview.md b/dumpling-overview.md index 153f8d378711e..280abacb4720d 100644 --- a/dumpling-overview.md +++ b/dumpling-overview.md @@ -43,7 +43,7 @@ TiDBは、必要に応じて選択して使用できるその他のツールも -> **注記：** +> **Note:** > > PingCAP は以前、TiDB に固有の機能拡張を備えた[mydumperプロジェクト](https://github.com/maxbube/mydumper)のフォークを保守していました。 v7.5.0 以降、 [mydumper](https://docs-archive.pingcap.com/tidb/v4.0/mydumper-overview)は非推奨となり、その機能のほとんどが[Dumpling](/dumpling-overview.md)に置き換えられました。 mydumper の代わりにDumpling を使用することを強くお勧めします。 @@ -58,7 +58,7 @@ Dumplingには次のような利点があります。 - TiDBの非表示列`_tidb_rowid`を使用して、単一テーブルからの同時データエクスポートのパフォーマンスを最適化します。 - TiDB の場合、 [`tidb_snapshot`](/read-historical-data.md#how-tidb-reads-data-from-history-versions)の値を設定することで、データバックアップの時点を指定できます。これにより、 `FLUSH TABLES WITH READ LOCK`を使用して一貫性を確保する代わりに、バックアップの一貫性が確保されます。 -> **注記：** +> **Note:** > > Dumplingは、以下のシナリオではPDに接続できません。 > @@ -103,7 +103,7 @@ tiup dumpling -u root -P 4000 -h 127.0.0.1 --filetype sql -t 8 -o /tmp/test -r 2 - `-F`オプションは、単一ファイルの最大サイズを指定するために使用されます（単位は`MiB`です。 `5GiB`や`8KB`のような入力も許容されます）。このファイルを TiDB インスタンスにロードするためにTiDB Lightning を使用する場合は、その値を 256 MiB 以下に保つことをお勧めします。 -> **注記：** +> **Note:** > > エクスポートされた単一のテーブルのサイズが 10 GB を超える場合は、 `-r`および`-F`オプション**を使用することを**強くお勧めします。 @@ -145,7 +145,7 @@ tiup dumpling -u root -P 4000 -h 127.0.0.1 -o /tmp/test --filetype csv --sql 'se - `--csv-separator`や`--csv-delimiter`などのオプションを使用して、CSV ファイル形式を構成できます。詳細については、 [Dumplingのオプション一覧](#option-list-of-dumpling)をご覧ください。 -> **注記：** +> **Note:** > > Dumplingでは*文字列*と*キーワードは*区別されません。インポートされたデータがブール型の場合、 `true`の値は`1`に変換され、 `false`の値は`0`に変換されます。 @@ -157,7 +157,7 @@ tiup dumpling -u root -P 4000 -h 127.0.0.1 -o /tmp/test --filetype csv --sql 'se - このオプションはディスク容量を節約できますが、エクスポート速度が低下し、CPU使用率も増加します。エクスポート速度が非常に重要な場面では、このオプションの使用には注意が必要です。 - TiDB Lightning v6.5.0以降のバージョンでは、 Dumplingによってエクスポートされた圧縮ファイルを、追加の設定なしでデータソースとして使用できます。 -> **注記：** +> **Note:** > > Snappy 圧縮ファイルは[公式Snappyフォーマット](https://github.com/google/snappy)に存在する必要があります。 Snappy 圧縮の他のバリアントはサポートされていません。 @@ -258,7 +258,7 @@ tiup dumpling -u root -P 4000 -h 127.0.0.1 -o /tmp/test -r 200000 --filter "empl Dumpling、 `-B`オプションを使用して特定のデータベースをエクスポートしたり、 `-T`オプションを使用して特定のテーブルをエクスポートすることもできます。 -> **注記：** +> **Note:** > > - `--filter`オプションと`-T`オプションは同時に使用できません。 > - `-T`オプションは`database-name.table-name`のような完全な形式の入力のみを受け付け、テーブル名のみの入力は受け付けられません。例: Dumpling は`-T WorkOrder`を認識できません。 @@ -280,7 +280,7 @@ Dumpling、 `-B`オプションを使用して特定のデータベースをエ ### Dumplingのデータ整合性オプションを調整する {#adjust-dumpling-s-data-consistency-options} -> **注記：** +> **Note:** > > データ整合性オプションのデフォルト値は`auto`です。ほとんどの場合、 Dumplingのデフォルトのデータ整合性オプションを調整する必要はありません。 diff --git a/dynamic-config.md b/dynamic-config.md index d0fd7c54a36ee..d254657886f3f 100644 --- a/dynamic-config.md +++ b/dynamic-config.md @@ -9,7 +9,7 @@ summary: クラスター構成を動的に変更する方法を学習します クラスタコンポーネントを再起動することなく、SQL文を使用してコンポーネント（TiDB、TiKV、PDを含む）の構成を動的に更新できます。現在、TiDBインスタンスの構成変更方法は、他のコンポーネント（TiKVやPDなど）の構成変更方法とは異なります。 -> **注記：** +> **Note:** > > この機能は TiDB Self-Managed にのみ適用され、 [TiDB Cloud](https://docs.pingcap.com/tidbcloud/)では利用できません。TiDB Cloudの場合は、設定を変更するには[TiDB Cloudサポート](https://docs.pingcap.com/tidbcloud/tidb-cloud-support)お問い合わせください。 @@ -51,7 +51,7 @@ show config where type='tikv' and name='log.level' ### TiKV設定を動的に変更する {#modify-tikv-configuration-dynamically} -> **注記：** +> **Note:** > > - TiKV設定項目を動的に変更すると、TiKV設定ファイルは自動的に更新されます。ただし、 `tiup edit-config`実行して対応する設定項目も変更する必要があります。そうしないと、 `upgrade`や`reload`などの操作によって変更内容が上書きされてしまいます。設定項目の変更方法の詳細については、 [TiUPを使用して構成を変更する](/maintain-tidb-using-tiup.md#modify-the-configuration)を参照してください。 > - `tiup edit-config`実行した後、 `tiup reload`を実行する必要はありません。 @@ -60,7 +60,7 @@ show config where type='tikv' and name='log.level' - すべての TiKV インスタンスの構成を変更します。 -> **注記：** +> **Note:** > > 変数名はバッククォートで囲むことをお勧めします。 diff --git a/ecosystem-tool-user-guide.md b/ecosystem-tool-user-guide.md index 0f86e8e642c23..ffe4dc9420574 100644 --- a/ecosystem-tool-user-guide.md +++ b/ecosystem-tool-user-guide.md @@ -57,7 +57,7 @@ DM の基本は次のとおりです。 2. [TiDB Lightning](/tidb-lightning/tidb-lightning-overview.md)使用して、手順 1 でエクスポートしたデータを TiDB クラスターにインポートします。 3. TiDB DM を使用して、MySQL/MariaDB から TiDB に増分データを複製します。 -> **注記：** +> **Note:** > > Syncerツールはメンテナンスが終了しました。Syncer関連のシナリオでは、増分レプリケーションを実行するためにDMを使用することをお勧めします。 @@ -72,7 +72,7 @@ Dumplingの基本は次のとおりです。 - サポートされている TiDB バージョン: すべてのバージョン - Kubernetesサポート: いいえ -> **注記：** +> **Note:** > > PingCAPは以前、TiDBに特化した機能強化を加えたバージョン[mydumperプロジェクト](https://github.com/maxbube/mydumper)のフォークを保守していました。バージョン7.5.0以降、バージョン[mydumper](https://docs-archive.pingcap.com/tidb/v4.0/mydumper-overview/)は非推奨となり、その機能の大部分はバージョン[Dumpling](/dumpling-overview.md)に置き換えられました。mydumperではなくDumplingを使用することを強くお勧めします。 @@ -94,7 +94,7 @@ TiDB Lightningの基本は次のとおりです。 - サポートされている TiDB バージョン: v2.1 以降 - Kubernetes サポート: はい。詳細は[TiDB Lightningを使用して Kubernetes 上の TiDB クラスターにデータを迅速に復元する](https://docs.pingcap.com/tidb-in-kubernetes/stable/restore-data-using-tidb-lightning)参照してください。 -> **注記：** +> **Note:** > > Loaderツールはメンテナンスされなくなりました。Loaderに関連するシナリオでは、代わりに`Logical Import Mode`使用することをお勧めします。 diff --git a/enable-tls-between-clients-and-servers.md b/enable-tls-between-clients-and-servers.md index 080edb18bd4fe..2bbc3e2fe4e1e 100644 --- a/enable-tls-between-clients-and-servers.md +++ b/enable-tls-between-clients-and-servers.md @@ -26,7 +26,7 @@ MySQLと同様に、TiDBは同じTCPポート上でTLS接続と非TLS接続の CREATE USER 'u1'@'%' IDENTIFIED BY 'my_random_password' REQUIRE SSL; ``` -> **注記：** +> **Note:** > > ログイン ユーザーが[TiDBの証明書ベース認証によるログイン](/certificate-authentication.md#configure-the-user-certificate-information-for-login-verification)を使用して設定した場合、ユーザーは TiDB への暗号化された接続を有効にすることが暗黙的に要求されます。 @@ -96,7 +96,7 @@ TiDBサーバーまたはMySQLクライアントで`ssl-ca`パラメータが指 CREATE USER 'u1'@'%' REQUIRE X509; ``` -> **注記：** +> **Note:** > > ログイン ユーザーが[TiDBの証明書ベース認証によるログイン](/certificate-authentication.md#configure-the-user-certificate-information-for-login-verification)使用して設定した場合、ユーザーは TiDB への TLS 接続を有効にすることが暗黙的に要求されます。 diff --git a/enable-tls-between-components.md b/enable-tls-between-components.md index 542c1180e5819..5eece87095698 100644 --- a/enable-tls-between-components.md +++ b/enable-tls-between-components.md @@ -127,7 +127,7 @@ summary: TiDB コンポーネント間の TLS 認証を有効にする方法を これで、TiDB コンポーネント間の暗号化された送信が有効になります。 - > **注記：** + > **Note:** > > TiDB クラスターで暗号化転送を有効にした後、tidb-ctl、tikv-ctl、または pd-ctl を使用してクラスターに接続する必要がある場合は、クライアント証明書を指定します。例: @@ -149,7 +149,7 @@ summary: TiDB コンポーネント間の TLS 認証を有効にする方法を コンポーネントの呼び出し元の ID を確認するには、証明書を生成するときに証明書のユーザー ID を`Common Name`でマークし、呼び出し先に`cluster-verify-cn` (TiDB の場合) または`cert-allowed-cn` (その他のコンポーネントの場合) を設定して呼び出し元の ID を確認する必要があります。 -> **注記：** +> **Note:** > > - v8.4.0以降、PD構成項目`cert-allowed-cn`複数の値をサポートします。必要に応じて、TiDB用構成項目`cluster-verify-cn`とその他のコンポーネント用構成項目`cert-allowed-cn`に、複数の`Common Name`設定できます。TiUPはコンポーネントのステータスを照会する際に別の識別子を使用することに注意してください。例えば、クラスター名が`test`の場合、 TiUPは`Common Name`として`test-client`使用します。 > - v8.3.0以前のバージョンでは、PD設定項目`cert-allowed-cn`には単一の値しか設定できません。そのため、すべての認証オブジェクトの`Common Name`同じ値に設定する必要があります。関連する設定例については、 [v8.3.0 ドキュメント](https://docs-archive.pingcap.com/tidb/v8.3/enable-tls-between-components/)参照してください。 diff --git a/encryption-at-rest.md b/encryption-at-rest.md index fd72cf4f465b4..3ecfc18555a5f 100644 --- a/encryption-at-rest.md +++ b/encryption-at-rest.md @@ -5,7 +5,7 @@ summary: 機密データを保護するために保存時の暗号化を有効 # 保存時の暗号化 {#encryption-at-rest} -> **注記：** +> **Note:** > > クラスターがAWS上にデプロイされており、EBSストレージを使用している場合は、EBS暗号化を使用することをお勧めします。1 [AWS ドキュメント - EBS 暗号化](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSEncryption.html)参照してください。AWS上でローカルNVMeストレージなど、EBS以外のストレージを使用している場合は、このドキュメントで紹介されている保存時の暗号化を使用することをお勧めします。 diff --git a/error-codes.md b/error-codes.md index 0c2a66dcdf2a4..01f4113a20504 100644 --- a/error-codes.md +++ b/error-codes.md @@ -11,7 +11,7 @@ summary: TiDB のエラー コードと解決策について学習します。 TiDBはMySQLのエラーコードと互換性があり、ほとんどの場合、MySQLと同じエラーコードを返します。MySQLのエラーコードの一覧については、 [MySQL 8.0 エラーメッセージリファレンス](https://dev.mysql.com/doc/mysql-errors/8.0/en/)参照してください。さらに、TiDBには以下の独自のエラーコードがあります。 -> **注記：** +> **Note:** > > 一部のエラーコードは内部エラーを表します。通常、TiDBはエラーをユーザーに返すのではなく、処理するため、一部のエラーコードはここには記載されていません。 > @@ -577,7 +577,7 @@ TiDBはMySQLのエラーコードと互換性があり、ほとんどの場合 SET GLOBAL tidb_gc_life_time = '30m'; ``` - > **注記：** + > **Note:** > > 「30m」は、30 分前に生成されたデータのみをクリーンアップすることを意味します。これにより、追加のストレージスペースが消費される可能性があります。 diff --git a/explain-aggregation.md b/explain-aggregation.md index c6898a8f18006..57a57cab71f15 100644 --- a/explain-aggregation.md +++ b/explain-aggregation.md @@ -165,7 +165,7 @@ v7.4.0 以降、TiDB の`GROUP BY`句は`WITH ROLLUP`修飾子をサポートし `GROUP BY`句では、1 つ以上の列をグループリストとして指定し、リストの後に`WITH ROLLUP`修飾子を付加できます。すると、TiDB はグループリスト内の列に基づいて多次元降順グループ化を実行し、各グループの要約結果を出力します。 -> **注記：** +> **Note:** > > 現在、TiDB は Cube 構文をサポートしていません。 diff --git a/explain-index-merge.md b/explain-index-merge.md index 27ae22d47cb8c..5d20e97ab8e36 100644 --- a/explain-index-merge.md +++ b/explain-index-merge.md @@ -86,7 +86,7 @@ EXPLAIN SELECT /*+ USE_INDEX_MERGE(t, idx_a, idx_b, idx_c) */ * FROM t WHERE a > 交差型インデックスマージを使用してテーブルにアクセスする場合、オプティマイザはテーブルに対して複数のインデックスを使用し、各インデックスから返される結果をマージして、前述の出力例の`IndexMerge`の実行プランを生成することができます。7 `IndexMerge_9`の演算子の`operator info`の情報`type: intersection`は、この演算子が交差型インデックスマージであることを示しています。実行プランのその他の部分は、前述のユニオン型インデックスマージの例と同様です。 -> **注記：** +> **Note:** > > - インデックスマージ機能はv5.4.0からデフォルトで有効になっています。つまり、 [`tidb_enable_index_merge`](/system-variables.md#tidb_enable_index_merge-new-in-v40)は`ON`なります。 > diff --git a/explain-joins.md b/explain-joins.md index 8dd543f5d9dd8..6e5df4b29132e 100644 --- a/explain-joins.md +++ b/explain-joins.md @@ -39,7 +39,7 @@ ANALYZE TABLE t1, t2; 結合する必要がある行数が少ない場合（通常10,000行未満）、インデックス結合方式を使用することをお勧めします。この結合方式は、MySQLで使用される主要な結合方式と同様に機能します。次の例では、演算子`├─TableReader_29(Build)`最初にテーブル`t1`読み取ります。一致する行ごとに、TiDBはテーブル`t2`プローブします。 -> **注記：** +> **Note:** > > 返される実行プランにおいて、演算子`IndexJoin`および`Apply`のすべてのプローブ側子ノードについて、v6.4.0以降では`estRows`の意味がv6.4.0以前と異なります。詳細は[TiDB クエリ実行プランの概要](/explain-overview.md#understand-explain-output)参照してください。 @@ -161,7 +161,7 @@ EXPLAIN ANALYZE SELECT * FROM t1 INNER JOIN t2 ON t1.id = t2.t1_id WHERE t1.int_ +------------------------------+----------+---------+-----------+---------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+---------------------------------------------------+---------+---------+ ``` -> **注記：** +> **Note:** > > 上記の例では、SQLオプティマイザはインデックス結合よりもパフォーマンスの低いハッシュ結合プランを選択します。クエリ最適化は[NP完全問題](https://en.wikipedia.org/wiki/NP-completeness)であり、最適ではないプランが選択される場合があります。頻繁に実行されるクエリの場合は、 [SQLプラン管理](/sql-plan-management.md)使用してクエリにヒントをバインドすることをお勧めします。これは、アプリケーションがTiDBに送信するクエリにヒントを挿入するよりも管理が容易です。 diff --git a/explain-overview.md b/explain-overview.md index 9200644202fb0..349b558a121d3 100644 --- a/explain-overview.md +++ b/explain-overview.md @@ -5,7 +5,7 @@ summary: TiDB の EXPLAIN` ステートメントによって返される実行 # TiDB クエリ実行プランの概要 {#tidb-query-execution-plan-overview} -> **注記：** +> **Note:** > > MySQLクライアントを使用してTiDBに接続する場合、出力結果を行の折り返しなしでより明確に読み取るには、 `pager less -S`コマンドを使用します。3 `EXPLAIN`結果が出力された後、キーボードの右矢印→キーを押して出力を水平にスクロールします。 @@ -54,7 +54,7 @@ Records: 2 Duplicates: 0 Warnings: 0 - `access object` 、アクセスされているテーブル、パーティション、およびインデックスを示します。また、上記の例ではインデックスの列`a`が使用されているため、インデックスの各部分も表示されます。これは、複合インデックスがある場合に役立ちます。 - `operator info`アクセスに関する追加情報を表示します。詳細については[オペレーター情報の概要](#operator-info-overview)ご覧ください。 -> **注記：** +> **Note:** > > 返された実行プランでは、演算子`IndexJoin`および`Apply`のすべてのプローブ側子ノードについて、v6.4.0 以降の`estRows`の意味は、v6.4.0 より前とは異なります。 > @@ -152,7 +152,7 @@ TiDBは、TiKV/ TiFlashからスキャンされたデータまたは計算結果 `WHERE` / `HAVING` / `ON`の条件では、TiDB オプティマイザは主キークエリまたはインデックスキークエリによって返された結果を分析します。例えば、これらの条件には、 `>` 、 `<` 、 `=` 、 `>=` 、 `<=`などの数値型と日付型の比較演算子や、 `LIKE`などの文字型の比較演算子が含まれる場合があります。 -> **注記：** +> **Note:** > > - インデックスを使用するには、条件が*検索引数*可能でなければなりません。例えば、条件`YEAR(date_column) < 1992`インデックスを使用できませんが、 `date_column < '1992-01-01`では使用できます。 > - 同じタイプのデータと[文字セットと照合順序](/character-set-and-collation.md)比較することをお勧めします。タイプが混在すると、追加の`cast`操作が必要になるか、インデックスが使用できなくなる可能性があります。 diff --git a/explain-subqueries.md b/explain-subqueries.md index 6e8e14aadad99..0e9e7f467dc7f 100644 --- a/explain-subqueries.md +++ b/explain-subqueries.md @@ -192,7 +192,7 @@ tidb> EXPLAIN SELECT * FROM t WHERE (a,b) IN (SELECT * FROM s); 2番目のクエリ文`EXPLAIN SELECT * FROM t WHERE (a,b) IN (SELECT * FROM s);`では、テーブル`t`と`s`列`a`と`b`が NULL 可能であるため、 `IN`サブクエリは NULL 対応のセミ結合に変換される必要があります。しかし、TiDB はセミ結合を内部結合と集計に変換することで最適化します。これは、非スカラー出力の`IN`のサブクエリでは、 `NULL`と`false`等価であるためです。プッシュダウンフィルタの`NULL`行は、 `WHERE`句の否定的なセマンティクスになります。したがって、これらの行は事前に無視できます。 -> **注記：** +> **Note:** > > `Exists`演算子もセミ結合に変換されますが、null を認識しません。 @@ -255,7 +255,7 @@ tidb> EXPLAIN SELECT * FROM t WHERE (a, b) NOT IN (SELECT * FROM s); 現在、TiDBはアンチセミ結合とアンチ左外部セミ結合のNULL値のみに対応しています。ハッシュ結合タイプのみがサポートされており、その構築テーブルは右側のテーブルに固定する必要があります。 -> **注記：** +> **Note:** > > `Not Exists`演算子もアンチセミ結合に変換されますが、null を認識しません。 diff --git a/explain-walkthrough.md b/explain-walkthrough.md index 5222c35d625e1..a9c5823245829 100644 --- a/explain-walkthrough.md +++ b/explain-walkthrough.md @@ -44,7 +44,7 @@ EXPLAIN SELECT count(*) FROM trips WHERE start_date BETWEEN '2017-07-01 00:00:00 4. `StreamAgg_9`の結果は、TiDBサーバー内にある`TableReader_21`演算子（ `root`のタスク）に送信されます。この演算子の`estRows`列の値は`1`です。これは、演算子がアクセス対象のTiKVリージョンごとに1行ずつ受け取ることを意味します。これらのリクエストの詳細については、 [`EXPLAIN ANALYZE`](/sql-statements/sql-statement-explain-analyze.md)参照してください。 5. 次に、演算子`StreamAgg_20`は演算子`└─TableReader_21`の各行に関数`count`適用します。これは演算子[`SHOW TABLE REGIONS`](/sql-statements/sql-statement-show-table-regions.md)からもわかるように、約 56 行になります。これはルート演算子であるため、結果をクライアントに返します。 -> **注記：** +> **Note:** > > テーブルに含まれるリージョンの概要を表示するには、 [`SHOW TABLE REGIONS`](/sql-statements/sql-statement-show-table-regions.md)実行します。 @@ -153,7 +153,7 @@ ALTER TABLE trips ADD INDEX (start_date); Query OK, 0 rows affected (2 min 10.23 sec) ``` -> **注記：** +> **Note:** > > DDLジョブの進行状況は、 [`ADMIN SHOW DDL JOBS`](/sql-statements/sql-statement-admin-show-ddl.md)コマンドを使用して監視できます。TiDBのデフォルト設定は、インデックスの追加が本番環境の本番ロードに過度な影響を与えないよう、慎重に選択されています。テスト環境では、 [`tidb_ddl_reorg_batch_size`](/system-variables.md#tidb_ddl_reorg_batch_size)と[`tidb_ddl_reorg_worker_cnt`](/system-variables.md#tidb_ddl_reorg_worker_cnt)値を増やすことを検討してください。リファレンスシステムでは、バッチサイズを`10240` 、ワーカー数を`32`にすることで、デフォルト設定の10倍のパフォーマンス向上を実現できます。 @@ -195,7 +195,7 @@ EXPLAIN ANALYZE SELECT count(*) FROM trips WHERE start_date BETWEEN '2017-07-01 上記の結果から、クエリ時間は 1.03 秒から 0.0 秒に短縮されました。 -> **注記：** +> **Note:** > > Another optimization that applies here is the coprocessor cache. If you are unable to add indexes, consider enabling the [コプロセッサキャッシュ](/coprocessor-cache.md). When it is enabled, as long as the Region has not been modified since the operator is last executed, TiKV will return the value from the cache. This will also help reduce much of the cost of the expensive `TableFullScan` and `Selection` operators. @@ -247,6 +247,6 @@ EXPLAIN SELECT * FROM t2 WHERE a = (SELECT a FROM t1); ご覧のとおり、スカラーサブクエリは実行中に展開されないため、このような SQL の具体的な実行プロセスを理解しやすくなります。 -> **注記：** +> **Note:** > > [`tidb_opt_enable_non_eval_scalar_subquery`](/system-variables.md#tidb_opt_enable_non_eval_scalar_subquery-new-in-v730) `EXPLAIN`ステートメントの動作にのみ影響し、 `EXPLAIN ANALYZE`ステートメントは引き続きサブクエリを事前に実行します。 diff --git a/explore-htap.md b/explore-htap.md index bf705bfab3d5b..08d550229ee27 100644 --- a/explore-htap.md +++ b/explore-htap.md @@ -7,7 +7,7 @@ summary: TiDB HTAPの機能を探究し、活用する方法を学びましょ このガイドでは、TiDB ハイブリッドトランザクションおよび分析処理 (HTAP) の機能の探索方法と使用方法について説明します。 -> **注記：** +> **Note:** > > TiDB HTAP を初めて使用し、すぐに使い始めたい場合は、 [TiDB HTAPクイックスタート](/quick-start-with-htap.md)を参照してください。 @@ -81,7 +81,7 @@ TiFlashがデプロイされた後、TiKVは自動的にTiFlashにデータを TiDBでは、クエリや書き込みリクエストに対してSQL文を入力するだけで済みます。TiFlashレプリカを持つテーブルの場合、TiDBはフロントエンドオプティマイザを使用して最適な実行プランを自動的に選択します。 -> **注記：** +> **Note:** > > TiFlashのMPPモードはデフォルトで有効になっています。SQL文が実行されると、TiDBはオプティマイザを通じてMPPモードで実行するかどうかを自動的に判断します。 > diff --git a/exporting-grafana-snapshots.md b/exporting-grafana-snapshots.md index 5714baf2e8b06..c4461b0b7c205 100644 --- a/exporting-grafana-snapshots.md +++ b/exporting-grafana-snapshots.md @@ -3,14 +3,14 @@ title: Export Grafana Snapshots summary: Grafana ダッシュボードのスナップショットをエクスポートする方法と、これらのファイルを視覚化する方法を学びます。 --- -> **警告：** +> **Warning:** > > - TiDB v6.0.0以降、PingCAPはMetricsToolのメンテナンスを終了しました。v6.1.0以降、PingCAPはMetricsToolドキュメントのメンテナンスを終了しました。 > - 監視メトリック データをエクスポートするには、 [PingCAP Clinic診断サービス](/clinic/clinic-introduction.md)を使用して、監視メトリック、ログ、クラスター トポロジ、構成、パラメーターなど、TiDB クラスターの診断に必要な情報を取得します。 # Grafanaスナップショットのエクスポート {#export-grafana-snapshots} -> **注記：** +> **Note:** > > 現在、MetricsToolはGrafana v6.xxでのみ使用できます。 diff --git a/extended-statistics.md b/extended-statistics.md index d2aabaa5ccfc2..25f3c3b595807 100644 --- a/extended-statistics.md +++ b/extended-statistics.md @@ -14,7 +14,7 @@ TiDBは以下の2種類の統計情報を収集できます。このドキュメ 拡張統計はデフォルトで無効になっています。拡張統計を収集するには、まず拡張統計を有効にし、必要な拡張統計オブジェクトを1つずつ作成する必要があります。オブジェクトの作成後、次に`ANALYZE`ステートメントが実行されると、TiDBは作成されたオブジェクトの基本統計と対応する拡張統計の両方を収集します。 -> **警告：** +> **Warning:** > > この機能は実験的です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される可能性があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)報告を行ってください。 @@ -63,7 +63,7 @@ ALTER TABLE table_name ADD STATS_EXTENDED IF NOT EXISTS stats_name stats_type(co TiDB は、キャッシュがテーブル内のデータと同じ状態に維持されるように、定期的に`mysql.stats_extended`ロードします。 -> **警告：** +> **Warning:** > > `mysql.stats_extended`システムテーブルを直接操作することは**推奨されません**。そうしないと、異なる TiDB ノード間でキャッシュの不整合が発生します。 > @@ -89,7 +89,7 @@ ALTER TABLE table_name DROP STATS_EXTENDED stats_name; 他のTiDBノードはこの変更を読み取り、メモリキャッシュ内のオブジェクトを削除します。最終的にはバックグラウンドガベージコレクションによってオブジェクトが削除されます。 -> **警告：** +> **Warning:** > > `mysql.stats_extended`システムテーブルを直接操作することは**推奨されません**。そうしないと、異なる TiDB ノード間でキャッシュの不整合が発生します。 > diff --git a/external-storage-uri.md b/external-storage-uri.md index 4fc4e4c1be64c..3527be1448eab 100644 --- a/external-storage-uri.md +++ b/external-storage-uri.md @@ -80,7 +80,7 @@ tiup cdc:v7.5.0 cli changefeed create \ - `role-arn` : TiDB Cloud が特定の[IAMロール](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)使用して Amazon S3 データにアクセスできるようにするには、 `role-arn` URL クエリパラメータにロールの[Amazon リソースネーム (ARN)](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html)指定します。例: `arn:aws:iam::888888888888:role/my-role` 。 - > **注記：** + > **Note:** > > - IAMロールを自動的に作成するには、 [TiDB Cloudコンソール](https://tidbcloud.com/)でクラスターの**[Amazon S3 からのデータのインポート]**ページに移動し、 **[フォルダー URI]**フィールドに入力し、 **[ロール ARN]**フィールドの [**ここをクリックして AWS CloudFormation で新しく作成] を**クリックして、 **[新しいロール ARN の追加]**ダイアログの画面上の指示に従います。 > - AWS CloudFormation を使用してIAMロールを作成する際に問題が発生した場合は、 **「新しいロール ARN を追加」**ダイアログで**「問題が発生した場合は、ロール ARN を手動で作成する」を**クリックしてTiDB Cloudアカウント ID とTiDB Cloud外部 ID を取得し、 [ロール ARN を使用して Amazon S3 アクセスを構成する](https://docs.pingcap.com/tidbcloud/dedicated-external-storage#configure-amazon-s3-access-using-a-role-arn)の手順に従って手動でロールを作成してください。IAMIAMを設定する際は、 **「アカウント ID」**フィールドにTiDB Cloudアカウント ID を入力し、 [混乱した副官の攻撃](https://docs.aws.amazon.com/IAM/latest/UserGuide/confused-deputy.html)から保護するために**外部 ID を要求する」**を選択してください。 diff --git a/faq/backup-and-restore-faq.md b/faq/backup-and-restore-faq.md index 6212b4c493be5..072ff14e2432a 100644 --- a/faq/backup-and-restore-faq.md +++ b/faq/backup-and-restore-faq.md @@ -93,7 +93,7 @@ br log resume --task-name=task1 --pd x.x.x.x:2379 checkpoint[global]: 2022-07-25 14:46:50.118 +0000; gap=6m28s ``` -> **注記：** +> **Note:** > > この機能は、複数のバージョンのデータをバックアップします。長時間のバックアップタスクが失敗し、ステータスが`ERROR`になると、このタスクのチェックポイントデータは`safe point`に設定され、 `safe point`のデータは24時間以内にガベージコレクションされません。そのため、エラーからの再開後、バックアップタスクは最後のチェックポイントから続行されます。タスクが24時間以上失敗し、最後のチェックポイントデータがガベージコレクションされている場合、タスクを再開するとエラーが報告されます。この場合、まず`br log stop`コマンドを実行してタスクを停止し、新しいバックアップタスクを開始する必要があります。 @@ -162,7 +162,7 @@ BRを使用して[`--ddl-batch-size`](/br/br-batch-create-table.md#use-batch-cre ### localストレージを使用する場合、バックアップされたファイルはどこに保存されますか? {#where-are-the-backed-up-files-stored-when-i-use-code-local-code-storage} -> **注記：** +> **Note:** > > BRまたは TiKV ノードにネットワークファイルシステム (NFS) がマウントされていない場合、または Amazon S3、GCS、または Azure Blob Storage プロトコルをサポートする外部ストレージを使用している場合、 BRによってバックアップされたデータは各 TiKV ノードで生成されます。**ただし、バックアップデータが各ノードのローカルファイルシステムに分散されるため、この方法はBRの導入方法として推奨されません**。バックアップデータの収集は、データの冗長性や運用・保守上の問題を引き起こす可能性があります。また、バックアップデータの収集前にデータを直接復元すると、エラー`SST file not found`が発生します。 @@ -180,7 +180,7 @@ TiKVがバックアップディレクトリにアクセスできるかどうか バックアップ ファイル (SST ファイル) は TiKV によって保存されるため、ディスク権限が原因で`br` `root`ユーザーとして実行すると失敗する可能性があります。 -> **注記：** +> **Note:** > > データの復元中にも同じ問題が発生する可能性があります。SSTファイルの初回読み取り時に、読み取り権限が検証されます。DDLの実行時間から判断すると、権限の確認と`br`実行の間に長い間隔が生じる可能性があります。長時間待機した後、エラーメッセージ`Permission denied`表示される場合があります。 diff --git a/faq/sql-faq.md b/faq/sql-faq.md index b9a0bf480b590..90db954e13360 100644 --- a/faq/sql-faq.md +++ b/faq/sql-faq.md @@ -45,7 +45,7 @@ USING SELECT /*+ MAX_EXECUTION_TIME(1) */ * FROM t1, t2 WHERE t1.id = t2.id; ``` -> **注記：** +> **Note:** > > `MAX_EXECUTION_TIME`の精度は約100ミリ秒です。TiDBがSQL文を終了する前に、TiKV内のタスクが開始される場合があります。このような場合にTiKVのリソース消費を抑えるには、 [`tidb_enable_paging`](/system-variables.md#tidb_enable_paging-new-in-v540)から`ON`に設定することをお勧めします。 @@ -207,7 +207,7 @@ TiDBは、 [グローバル](/system-variables.md#tidb_force_priority)単位ま - `DELAYED` : このステートメントは通常の優先度を持ち、 `tidb_force_priority`の`NO_PRIORITY`設定と同じです。 -> **注記：** +> **Note:** > > TiDB v6.6.0以降、 [リソース管理](/tidb-resource-control-ru-groups.md)サポートされます。この機能を使用すると、異なるリソースグループで異なる優先度のSQL文を実行できます。これらのリソースグループに適切なクォータと優先度を設定することで、優先度の異なるSQL文のスケジュールをより適切に制御できます。リソース制御を有効にすると、文の優先度は適用されなくなります。異なるSQL文のリソース使用量を管理するには、リソース制御を使用することをお勧めします。 @@ -254,7 +254,7 @@ DDL操作がブロックされておらず、各TiDBサーバーがスキーマ | 再編成DDL（ `ADD INDEX`など`MODIFY COLUMN` （再編成タイプのデータ変更） | データ量、システム負荷、DDL パラメータ設定によって異なります。 | | `ALTER TABLE ADD`的なDDL `DROP DATABASE` `TRUNCATE TABLE` `CREATE TABLE` `CREATE DATABASE` `ALTER TABLE DROP` `DROP TABLE`のみ変更） `DROP INDEX` `MODIFY COLUMN` | 約1秒 | -> **注記：** +> **Note:** > > 上記は作業にかかる推定時間です。実際の時間は異なる場合があります。 @@ -289,7 +289,7 @@ v6.4.0 以降、TiDB は[メタデータロックメカニズム](/metadata-lock 上記の原因では、原因1はDMLに関係するテーブルが進行中のDDLに関係するテーブルと同じかどうかに直接依存します。原因5は一部の同時実行DDLシナリオで発生しますが、その確認経路では「同じテーブルかどうか」を正確に判断しません。原因1と原因2は、TiDBが関連するDML操作を失敗後に再試行するため、アプリケーションには影響しません。原因3については、TiDBとTiKV/PD間のネットワークを確認する必要があります。 -> **注記：** +> **Note:** > > - 現在、TiDB はバージョン`schema`の変更をすべてキャッシュしません。 > - 各 DDL 操作では、 `schema`バージョンの変更の数は、対応する`schema state`バージョンの変更の数と同じです。 diff --git a/filter-binlog-event.md b/filter-binlog-event.md index d8774b6e56f44..62407c074c645 100644 --- a/filter-binlog-event.md +++ b/filter-binlog-event.md @@ -111,7 +111,7 @@ TiDB でサポートされていない SQL ステートメントを除外する sql-pattern: [".*\\s+DROP\\s+PROCEDURE", ".*\\s+CREATE\\s+PROCEDURE", "ALTER\\s+TABLE[\\s\\S]*ADD\\s+PARTITION", "ALTER\\s+TABLE[\\s\\S]*DROP\\s+PARTITION"] action: Ignore -> **警告：** +> **Warning:** > > 移行する必要があるデータがフィルタリングされないようにするには、グローバル フィルタリング ルールをできるだけ厳密に構成します。 diff --git a/filter-dml-event.md b/filter-dml-event.md index 711a51c0ef5ab..41f9fbee380e5 100644 --- a/filter-dml-event.md +++ b/filter-dml-event.md @@ -63,7 +63,7 @@ MySQL [test]> select * from tbl; - `update-new-value-expr` : `UPDATE`種類のbinlogイベント（UPDATE_ROWS_EVENT）によって送信される新しい値に適用される式を設定します。この式は、同じ設定項目内で`insert-value-expr`または`delete-value-expr`と同時に使用することはできません。 - `delete-value-expr` : `DELETE`種類のbinlogイベント (DELETE_ROWS_EVENT) によって伝達される値に適用される式を設定します。この式は`insert-value-expr` 、 `update-old-value-expr` 、または`update-new-value-expr`と同時に使用することはできません。 -> **注記：** +> **Note:** > > - `update-old-value-expr`と`update-new-value-expr`一緒に設定できます。 > - `update-old-value-expr`と`update-new-value-expr`一緒に設定されている場合、「更新 + 古い値」が`update-old-value-expr`一致し**、** 「更新 + 新しい値」が`update-new-value-expr`一致する行がフィルタリングされます。 @@ -75,6 +75,6 @@ SQL式は1つの列でも複数の列でも使用できます。また、TiDBで `expression-filter`設定項目で複数のフィルタリングルールを設定できます。上流データソースは、 `expression-filters`の必要なルールを参照してルールを有効にします。複数のルールを使用する場合、**いずれ**かのルールに一致すると、行の変更全体がフィルタリングされます。 -> **注記：** +> **Note:** > > 式フィルタリング ルールを多く設定しすぎると、DM の計算オーバーヘッドが増加し、データ複製が遅くなります。 diff --git a/follower-read.md b/follower-read.md index 905fb9be2238c..ef8470a19d85b 100644 --- a/follower-read.md +++ b/follower-read.md @@ -32,7 +32,7 @@ Follower Read は次のシナリオに適しています。 - ローカルレプリカからの読み取りを優先して、AZ 間の帯域幅使用量を削減するマルチ AZ 展開。 - 全体的な読み取りパフォーマンスをさらに向上させたい読み取り/書き込み分離アーキテクチャ。 -> **注記：** +> **Note:** > > 読み取り結果の強い一貫性を確保するため、 Follower Readは読み取り前にリーダーと通信し、最新のコミットの進行状況を確認します（ Raft `ReadIndex`操作を実行することで）。これにより、追加のネットワークインタラクションが発生します。そのため、 Follower Readは、多数の読み取りリクエストが存在する場合、または読み取りと書き込みの分離が求められる場合に最も効果的です。ただし、レイテンシの低い単一クエリの場合、パフォーマンスの向上はそれほど大きくない可能性があります。 @@ -86,7 +86,7 @@ set [session | global] tidb_replica_read = ''; -> **注記：** +> **Note:** > > `tidb_replica_read`を`closest-replicas`または`closest-adaptive`に設定した場合、指定された構成に従ってレプリカがアベイラビリティゾーン全体に分散されるようにするには、PD に`location-labels`設定し、TiDB と TiKV に[トポロジラベルによるレプリカのスケジュール](/schedule-replicas-by-topology-labels.md)に従って正しい`labels`設定する必要があります。TiDB は、同じアベイラビリティゾーン内の TiKV ノードを一致させるために`zone`ラベルに依存するため、PD の`location-labels`に`zone`ラベルが含まれ、各 TiDB および TiKV ノードの構成に`zone`が含まれていることを確認する必要があります。クラスターがTiDB Operatorを使用してデプロイされている場合は、 [データの高可用性](https://docs.pingcap.com/tidb-in-kubernetes/stable/configure-a-tidb-cluster#high-availability-of-data)を参照してください。 > diff --git a/foreign-key.md b/foreign-key.md index d82d965c6e93b..edde854c3bd2c 100644 --- a/foreign-key.md +++ b/foreign-key.md @@ -7,7 +7,7 @@ summary: TiDBデータベースにおける外部キー制約の使用方法の 外部キーは関連データのテーブル間参照を可能にし、外部キー制約は関連データの一貫性を保証します。TiDBはバージョン6.6.0以降、外部キーと外部キー制約をサポートしています。この機能はバージョン8.5.0から一般利用可能になります。 -> **警告：** +> **Warning:** > > 外部キー機能は通常、 [参照整合性](https://en.wikipedia.org/wiki/Referential_integrity)チェックを強制するために使用されます。パフォーマンスの低下を引き起こす可能性があるため、パフォーマンスが重要なシナリオで使用する前に、徹底的なテストを実施することをお勧めします。 diff --git a/functions-and-operators/bit-functions-and-operators.md b/functions-and-operators/bit-functions-and-operators.md index c677541170875..835d90b1a9f34 100644 --- a/functions-and-operators/bit-functions-and-operators.md +++ b/functions-and-operators/bit-functions-and-operators.md @@ -34,7 +34,7 @@ SELECT BIT_COUNT(b'00101001'); +------------------------+ 1 row in set (0.00 sec) -> **注記：** +> **Note:** > > 引数`expr`が2進数の場合、 `b'00101001'`のように数値の前に明示的に`b`指定する必要があります。そうでない場合、この関数はそれを文字列として扱い、異なる結果を返します。例えば、 `BIT_COUNT('00101001')`文字列`'00101001'` 10進数の`101001`に変換し、その2進数形式における`1`ビットの数を`11000100001010001`カウントするため、 `7`返します。 diff --git a/functions-and-operators/cast-functions-and-operators.md b/functions-and-operators/cast-functions-and-operators.md index 82d5db3398594..88476a7c03f5f 100644 --- a/functions-and-operators/cast-functions-and-operators.md +++ b/functions-and-operators/cast-functions-and-operators.md @@ -13,7 +13,7 @@ summary: キャスト関数と演算子について学習します。 | [`CAST()`](#cast) | 値を特定の型にキャストする | | [`CONVERT()`](#convert) | 値を特定の型にキャストする | -> **注記：** +> **Note:** > > TiDBとMySQLは、 `SELECT CAST(MeN AS CHAR)` （またはそれに相当する`SELECT CONVERT(MeM, CHAR)` ）の結果に一貫性がありません。5 `MeN`倍精度浮動小数点数（科学的記数法）を表します。MySQLは`-15 <= N <= 14`場合は完全な数値を表示し、 `N < -15`または`N > 14`場合は科学的記数法を表示します。しかし、TiDBは常に完全な数値を表示します。例えば、MySQLでは`SELECT CAST(3.1415e15 AS CHAR)`の結果を`3.1415e15`と表示しますが、TiDBでは`3141500000000000`と表示します。 diff --git a/functions-and-operators/date-and-time-functions.md b/functions-and-operators/date-and-time-functions.md index 0322570a71720..1e86cb8dfdf90 100644 --- a/functions-and-operators/date-and-time-functions.md +++ b/functions-and-operators/date-and-time-functions.md @@ -7,7 +7,7 @@ summary: データと時刻関数の使用方法を学びます。 TiDB は、MySQL 8.0 で利用可能な[日付と時刻関数](https://dev.mysql.com/doc/refman/8.0/en/date-and-time-functions.html)のすべてをサポートします。 -> **注記：** +> **Note:** > > - MySQLは、誤った形式の日付と時刻の値を受け入れることがよくあります。例えば、 `'2020-01-01\n\t01:01:01'`と`'2020-01_01\n\t01:01'`有効な日付と時刻の値として扱われます。 > - TiDBはMySQLの動作に最大限合わせようとしますが、必ずしもすべてのインスタンスで一致するとは限りません。日付を正しくフォーマットすることをお勧めします。誤ったフォーマットの値に対する意図された動作は文書化されておらず、一貫性がないことがよくあります。 diff --git a/functions-and-operators/encryption-and-compression-functions.md b/functions-and-operators/encryption-and-compression-functions.md index 69c557247a5cf..11537a962f906 100644 --- a/functions-and-operators/encryption-and-compression-functions.md +++ b/functions-and-operators/encryption-and-compression-functions.md @@ -130,7 +130,7 @@ SELECT MD5('abc'); ### `PASSWORD()` {#password} -> **警告：** +> **Warning:** > > この関数はMySQL 5.7で非推奨となり、MySQL 8.0で削除されました。TiDBでも非推奨です。この関数の使用は推奨されません。 @@ -210,7 +210,7 @@ SELECT SHA2('abc',224); ### `SM3()` {#sm3} -> **注記：** +> **Note:** > > `SM3()`関数は TiDB 拡張機能であり、MySQL では実装されていません。 diff --git a/functions-and-operators/expressions-pushed-down.md b/functions-and-operators/expressions-pushed-down.md index 336ba16225343..68692c87d5f4e 100644 --- a/functions-and-operators/expressions-pushed-down.md +++ b/functions-and-operators/expressions-pushed-down.md @@ -9,7 +9,7 @@ TiDB は TiKV からデータを読み取る際に、処理するいくつかの TiFlash は関数と演算子のプッシュダウンもサポートしています[このページに記載されている](/tiflash/tiflash-supported-pushdown-calculations.md) 。 -> **注記：** +> **Note:** > > Aggregate関数は、 [ウィンドウ関数](/functions-and-operators/window-functions.md)として使用される場合、 TiKV へのプッシュダウンをサポートしません。 diff --git a/functions-and-operators/group-by-modifier.md b/functions-and-operators/group-by-modifier.md index 55665b83855c7..2bfaa2988f863 100644 --- a/functions-and-operators/group-by-modifier.md +++ b/functions-and-operators/group-by-modifier.md @@ -26,7 +26,7 @@ SELECT count(1) FROM t GROUP BY a,b,c WITH ROLLUP; この例では、TiDB は`count(1)`の計算結果を 4 つのグループ (つまり`{a, b, c}` 、 `{a, b}` 、 `{a}` 、 `{}` ) に集計し、各グループの概要結果を出力します。 -> **注記：** +> **Note:** > > 現在、TiDB は Cube 構文をサポートしていません。 diff --git a/functions-and-operators/information-functions.md b/functions-and-operators/information-functions.md index b3af3f6e13cc9..69c4dcd077ed7 100644 --- a/functions-and-operators/information-functions.md +++ b/functions-and-operators/information-functions.md @@ -162,7 +162,7 @@ SELECT FOUND_ROWS(); +--------------+ 1 row in set (0.00 sec) -> **注記：** +> **Note:** > > クエリ修飾子`SQL_CALC_FOUND_ROWS` 、クエリ修飾子`LIMIT`を考慮せずに結果セットの合計行数を計算しますが、クエリ修飾子[`tidb_enable_noop_functions`](/system-variables.md#tidb_enable_noop_functions-new-in-v40)有効な場合にのみ使用できます。このクエリ修飾子は、MySQL 8.0.17 以降では非推奨です。代わりにクエリ修飾子`COUNT(*)`使用することをお勧めします。 diff --git a/functions-and-operators/json-functions/json-functions-modify.md b/functions-and-operators/json-functions/json-functions-modify.md index 18f078d486f68..fced3289c3acd 100644 --- a/functions-and-operators/json-functions/json-functions-modify.md +++ b/functions-and-operators/json-functions/json-functions-modify.md @@ -157,7 +157,7 @@ SELECT JSON_MERGE_PRESERVE('{"a": 1, "b": 2}','{"a": 100}', '{"c": 300}'); ## `JSON_MERGE()` {#json-merge} -> **警告：** +> **Warning:** > > この機能は非推奨です。 diff --git a/functions-and-operators/json-functions/json-functions-utility.md b/functions-and-operators/json-functions/json-functions-utility.md index e9965079b991c..1307f7216f541 100644 --- a/functions-and-operators/json-functions/json-functions-utility.md +++ b/functions-and-operators/json-functions/json-functions-utility.md @@ -31,7 +31,7 @@ SELECT JSON_PRETTY('{"person":{"name":{"first":"John","last":"Doe"},"age":23}}') `JSON_STORAGE_FREE(json_doc)`関数は、JSON 値がその場で更新された後にバイナリ表現で解放されるストレージ容量を返します。 -> **注記：** +> **Note:** > > TiDBはMySQLとは異なるstorageアーキテクチャを採用しているため、この関数は有効なJSON値に対して常に`0`返します。これは[MySQL 8.0との互換性](/mysql-compatibility.md)で実装されています。TiDBはインプレース更新を行わないことに注意してください。詳細については[RocksDB のスペース使用量](/storage-engine/rocksdb-overview.md#rocksdb-space-usage)参照してください。 diff --git a/functions-and-operators/json-functions/json-functions-validate.md b/functions-and-operators/json-functions/json-functions-validate.md index 38acc86e5162e..d2c7ef06ae626 100644 --- a/functions-and-operators/json-functions/json-functions-validate.md +++ b/functions-and-operators/json-functions/json-functions-validate.md @@ -7,7 +7,7 @@ summary: JSONドキュメントを検証するJSON関数について学びまし TiDB は、MySQL 8.0 で利用可能な[JSONスキーマ検証関数](https://dev.mysql.com/doc/refman/8.0/en/json-validation-functions.html)のほとんどをサポートしています。 -> **注記：** +> **Note:** > > 現在、この機能は[TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/functions-and-operators/string-functions.md b/functions-and-operators/string-functions.md index 19eaecad26813..bf33fc04d5a2b 100644 --- a/functions-and-operators/string-functions.md +++ b/functions-and-operators/string-functions.md @@ -23,7 +23,7 @@ Oracle と TiDB の関数と構文の比較については、 [Oracle と TiDB - 引数が空の文字列の場合、関数は`0`返します。 - 引数が`NULL`の場合、関数は`NULL`返します。 -> **注記：** +> **Note:** > > `ASCII(str)` 、8 ビットの 2 進数 (1 バイト) を使用して表される文字に対してのみ機能します。 @@ -127,7 +127,7 @@ SELECT CustomerName, BIT_LENGTH(CustomerName) AS BitLengthOfName FROM Customers; +--------------------+-----------------+ ``` -> **注記：** +> **Note:** > > 上記の例は、 `Customers`という名前のテーブルと、テーブル内に`CustomerName`という名前の列を持つデータベースが存在するという前提で動作します。 @@ -225,7 +225,7 @@ SELECT CustomerName, CHAR_LENGTH(CustomerName) AS LengthOfName FROM Customers; +--------------------+--------------+ ``` -> **注記：** +> **Note:** > > 上記の例は、 `Customers`という名前のテーブルと、テーブル内に`CustomerName`という名前の列を持つデータベースが存在するという前提で動作します。 @@ -635,7 +635,7 @@ mysql> SELECT FROM_BASE64('MTIzNDU2'); - 引数が数値の場合、 `HEX(n)` `n`の16進文字列表現を返します。この関数は引数`n` `BIGINT`として扱い、これは`CONV(n, 10, 16)`使用するのと同じ意味になります。 - 引数が`NULL`の場合、関数は`NULL`返します。 -> **注記：** +> **Note:** > > MySQLクライアントでは、インタラクティブモードではデフォルトで[`--binary-as-hex`](https://dev.mysql.com/doc/refman/8.0/en/mysql-command-options.html#option_mysql_binary-as-hex)オプションが有効になっており、不明な文字セットを持つデータは[16進数リテラル](https://dev.mysql.com/doc/refman/8.0/en/hexadecimal-literals.html)として表示されます。この動作を無効にするには、 `--skip-binary-as-hex`オプションを使用します。 @@ -745,7 +745,7 @@ SELECT INSERT('あああああああ', 2, 3, 'xx'); `INSTR(str, substr)`関数は、 `str`における`substr`の最初の出現位置を取得するために使用されます。各引数は文字列または数値のいずれかです。この関数は、引数が2つの[`LOCATE(substr, str)`](#locate)関数と同じですが、引数の順序が逆になっています。 -> **注記：** +> **Note:** > > `INSTR(str, substr)`の大文字と小文字の区別は、TiDB で使用される[照合](/character-set-and-collation.md)によって決まります。バイナリ照合順序（サフィックスが`_bin` ）では大文字と小文字が区別されますが、一般照合順序（サフィックスが`_general_ci`または`_ai_ci` ）では大文字と小文字は区別されません。 @@ -1318,7 +1318,7 @@ SELECT LPAD('TiDB',-2,'>'); 引数が`NULL`の場合、この関数は`NULL`返します。 -> **注記：** +> **Note:** > > この関数は、スペース文字 (U+0020) のみを削除し、タブ (U+0009) やノーブレークスペース (U+00A0) などの他のスペースのような文字は削除しません。 @@ -2152,7 +2152,7 @@ SELECT TO_BASE64(6); `UCASE()`関数は文字列を大文字に変換するために使用されます。この関数は`UPPER()`関数と同等です。 -> **注記：** +> **Note:** > > 文字列が null の場合、 `UCASE()`関数は`NULL`返します。 @@ -2176,7 +2176,7 @@ SELECT UCASE('bigdata') AS result_upper, UCASE(null) AS result_null; `UNHEX()`関数は`HEX()`関数の逆の操作を実行します。引数内の各文字ペアを16進数として扱い、その数値で表される文字に変換し、結果をバイナリ文字列として返します。 -> **注記：** +> **Note:** > > - 引数は`0` ～ `9` 、 `A` ～ `F` 、または`a` ～ `f`を含む有効な16進数値でなければなりません。引数が`NULL`またはこの範囲外の場合、関数は`NULL`返します。 > - MySQLクライアントでは、インタラクティブモードではデフォルトで[`--binary-as-hex`](https://dev.mysql.com/doc/refman/8.0/en/mysql-command-options.html#option_mysql_binary-as-hex)オプションが有効になっており、不明な文字セットを持つデータは[16進数リテラル](https://dev.mysql.com/doc/refman/8.0/en/hexadecimal-literals.html)として表示されます。この動作を無効にするには、 `--skip-binary-as-hex`オプションを使用します。 @@ -2201,7 +2201,7 @@ SELECT UNHEX('54694442'); `UPPER()`関数は文字列を大文字に変換するために使用されます。この関数は`UCASE()`関数と同等です。 -> **注記：** +> **Note:** > > 文字列が null の場合、 `UPPER()`関数は`NULL`返します。 @@ -2233,7 +2233,7 @@ WEIGHT_STRING(str [AS {CHAR|BINARY}(N)]) - `AS {CHAR|BINARY}(N)` : 出力のタイプと長さを指定するために使用されるオプションのパラメータ。2 `CHAR`文字データ型を表し、 `BINARY`バイナリ データ型を表します。6 `N`出力長を指定します。これは 1 以上の整数です。 -> **注記：** +> **Note:** > > `N`文字列の長さより短い場合、文字列は切り捨てられます。3 `N`文字列の長さを超える場合、 `AS CHAR(N)`指定された長さになるまで文字列にスペースを埋め込み、 `AS BINARY(N)`指定された長さになるまで文字列に`0x00`埋め込みます。 diff --git a/functions-and-operators/tidb-functions.md b/functions-and-operators/tidb-functions.md index 692ea2683b124..168be1a46d220 100644 --- a/functions-and-operators/tidb-functions.md +++ b/functions-and-operators/tidb-functions.md @@ -289,7 +289,7 @@ SELECT tidb_decode_plan('8QIYMAkzMV83CQEH8E85LjA0CWRhdGE6U2VsZWN0aW9uXzYJOTYwCXR この関数は、JSON文字列配列形式の文字列を返します。配列の*i*番目の項目は、 `digests`パラメータの*i*番目の要素に対応する正規化されたSQL文です。 `digests`パラメータの要素が有効なSQLダイジェストでないか、システムが対応するSQL文を見つけられない場合、返される結果の対応する項目は`null`なります。切り捨て長が指定されている場合（ `stmtTruncateLength > 0` ）、返される結果のこの長さを超える各文については、最初の`stmtTruncateLength`文字が保持され、切り捨てを示すために末尾にサフィックス`"..."`が追加されます。 `digests`パラメータが`NULL`の場合、関数の戻り値は`NULL`なります。 -> **注記：** +> **Note:** > > - この機能を使用できるのは、 [PROCESS](https://dev.mysql.com/doc/refman/8.0/en/privileges-provided.html#priv_process)権限を持つユーザーのみです。 > - `TIDB_DECODE_SQL_DIGESTS`実行すると、TiDB は各 SQL ダイジェストに対応するステートメントをステートメントサマリーテーブルから照会します。そのため、どの SQL ダイジェストに対しても、必ず対応するステートメントが見つかるとは限りません。見つかるのはクラスタ内で実行されたステートメントのみであり、これらの SQL ステートメントを照会できるかどうかは、ステートメントサマリーテーブルの関連設定にも影響されます。ステートメントサマリーテーブルの詳細については、 [明細書要約表](/statement-summary-tables.md)参照してください。 diff --git a/garbage-collection-configuration.md b/garbage-collection-configuration.md index c71a9adc4bdd9..5884b0e49ffc7 100644 --- a/garbage-collection-configuration.md +++ b/garbage-collection-configuration.md @@ -20,7 +20,7 @@ summary: GC 構成パラメータについて学習します。 -> **注記：** +> **Note:** > > このセクションは TiDB Self-Managed にのみ適用されます。TiDB Cloud には、デフォルトでは GC I/O 制限はありません。 @@ -56,7 +56,7 @@ TiDB v6.1.0では、アクティブなトランザクションがGCセーフポ -> **注記：** +> **Note:** > > 以下のTiKV構成の変更例は、TiDB Self-Managedにのみ適用されます。TiDB Cloudでは、Compaction FilterのGCメカニズムがデフォルトで有効になっています。 @@ -102,7 +102,7 @@ show config where type = 'tikv' and name like '%enable-compaction-filter%'; -> **注記：** +> **Note:** > > 圧縮フィルター機構を使用すると、GCの進行が遅れる可能性があり、TiKVスキャンのパフォーマンスに影響する可能性があります。ワークロードに多数のコプロセッサリクエストが含まれており、パネル[**TiKV詳細 >コプロセッサー詳細**](/grafana-tikv-dashboard.md#coprocessor-detail)で**「Total Ops Details」**の呼び出し回数が`next()`または`prev()`で、呼び出し回数が`processed_keys`回の3倍を大幅に超えている場合は、以下の対策を講じることができます。 > diff --git a/garbage-collection-overview.md b/garbage-collection-overview.md index 457987e80219e..fe0e81199c40d 100644 --- a/garbage-collection-overview.md +++ b/garbage-collection-overview.md @@ -29,7 +29,7 @@ TiDBトランザクションモデルは[GoogleのPercolator](https://ai.google/ ロックの解決ステップは、システム変数[`tidb_gc_scan_lock_mode`](/system-variables.md#tidb_gc_scan_lock_mode-new-in-v50)を使用して構成できる次の 2 つの方法のいずれかで実装されます。 -> **警告：** +> **Warning:** > > 現在、 `PHYSICAL` （Green GC）は実験的機能です。本番環境での使用は推奨されません。 @@ -46,6 +46,6 @@ Do GCステップは、すべてのキーの古いバージョンをクリアし このステップでは、TiDBはセーフポイントをPDに送信するだけで、GCラウンド全体が完了します。TiKVはセーフポイントの変更を自動的に検出し、現在のノード上のすべてのリージョンリーダーに対してGCを実行します。同時に、GCリーダーは次のGCラウンドをトリガーし続けることができます。 -> **注記：** +> **Note:** > > TiDB 5.0以降、Do GCステップでは常に`DISTRIBUTED`モードが使用されます。これは、TiDBサーバーが各リージョンにGCリクエストを送信することで実装されていた以前の`CENTRAL`モードに代わるものです。 diff --git a/generate-self-signed-certificates.md b/generate-self-signed-certificates.md index 9cedddca86cf1..ae2546b72d039 100644 --- a/generate-self-signed-certificates.md +++ b/generate-self-signed-certificates.md @@ -5,7 +5,7 @@ summary: openssl` を使用して自己署名証明書を生成します。 # 証明書を生成する {#generate-self-signed-certificates} -> **注記：** +> **Note:** > > クライアントとサーバー間の TLS を有効にするには、 `auto-tls`設定するだけです。 diff --git a/generated-columns.md b/generated-columns.md index 6d2b53d1cf5b5..8a440cd078717 100644 --- a/generated-columns.md +++ b/generated-columns.md @@ -129,7 +129,7 @@ desc select a+1 from t where a+1=3; 2 rows in set (0.01 sec) ``` -> **注記：** +> **Note:** > > 置換対象の式と生成列の両方が文字列型で長さが異なる場合でも、システム変数[`tidb_enable_unsafe_substitute`](/system-variables.md#tidb_enable_unsafe_substitute-new-in-v630)を`ON`に設定することで式を置換できます。このシステム変数を設定する際は、生成列によって計算される値が生成列の定義を厳密に満たしていることを確認してください。そうでない場合、長さの違いによりデータが切り捨てられ、誤った結果になる可能性があります。GitHub の問題[＃35490](https://github.com/pingcap/tidb/issues/35490#issuecomment-1211658886)参照してください。 diff --git a/geo-distributed-deployment-topology.md b/geo-distributed-deployment-topology.md index 5a3bde9a7ef1a..c89ef739ddba7 100644 --- a/geo-distributed-deployment-topology.md +++ b/geo-distributed-deployment-topology.md @@ -16,7 +16,7 @@ summary: TiDB の地理的に分散された展開トポロジについて学習 | TiKV | 5 | 16 VCore 32GB 4TB (nvme ssd) * 1 | 10.0.1.11
10.0.1.12
10.0.1.13
10.0.1.14 | 10.0.1.15 | デフォルトポート
グローバルディレクトリ構成 | | モニタリングとGrafana | 1 | 4 VCore 8GB * 1 500GB (SSD) | 10.0.1.16 | | デフォルトポート
グローバルディレクトリ構成 | -> **注記：** +> **Note:** > > インスタンスのIPアドレスは例としてのみ示されています。実際の導入では、IPアドレスを実際のIPアドレスに置き換えてください。 @@ -64,7 +64,7 @@ summary: TiDB の地理的に分散された展開トポロジについて学習 raftstore.raft-max-election-timeout-ticks: 60 ``` -> **注記：** +> **Note:** > > TiKVノードの選出タイムアウト値を`raftstore.raft-min-election-timeout-ticks`と`raftstore.raft-max-election-timeout-ticks`大きく設定すると、そのノード上のリージョンがリーダーになる可能性が大幅に低下します。ただし、一部のTiKVノードがオフラインになり、残りのアクティブなTiKVノードのRaftログが遅延しているような災害シナリオでは、このTiKVノード上の選出タイムアウト値が大きいリージョンのみがリーダーになることができます。このTiKVノード上のリージョンは、選出を開始する前に少なくとも`raftstore.raft-min-election-timeout-ticks`で設定された期間待機する必要があるため、このようなシナリオではクラスターの可用性への影響を防ぐため、これらの値を過度に大きく設定しないことをお勧めします。 @@ -91,13 +91,13 @@ summary: TiDB の地理的に分散された展開トポロジについて学習 value: "sha" ``` - > **注記：** + > **Note:** > > TiDB 5.2以降、 `label-property`構成はデフォルトではサポートされません。レプリカポリシーを設定するには、 [配置ルール](/configure-placement-rules.md)使用してください。 ラベルとRaftグループのレプリカの数に関する詳細については、 [トポロジラベルによるレプリカのスケジュール](/schedule-replicas-by-topology-labels.md)参照してください。 -> **注記：** +> **Note:** > > - 設定ファイルに`tidb`ユーザーを手動で作成する必要はありません。TiUPTiUPコンポーネントは、ターゲットマシンに`tidb`ユーザーを自動的に作成します。ユーザーをカスタマイズすることも、コントロールマシンと同じユーザーを維持することもできます。 > - デプロイメント ディレクトリを相対パスとして構成すると、クラスターはユーザーのホーム ディレクトリにデプロイされます。 diff --git a/get-started-with-tidb-lightning.md b/get-started-with-tidb-lightning.md index dc4b1492e6e8c..45a41b2bf5927 100644 --- a/get-started-with-tidb-lightning.md +++ b/get-started-with-tidb-lightning.md @@ -7,7 +7,7 @@ summary: TiDB Lightningは、MySQLデータをTiDBクラスタにインポート このドキュメントでは、MySQLデータをTiDBクラスタにインポートすることでTiDB Lightningを使い始めるための簡単なガイドを提供します。 -> **警告：** +> **Warning:** > > このチュートリアルで紹介するデプロイ方法は、テストおよび試用のみを推奨します。**本番や開発環境では適用しないでください。** @@ -56,7 +56,7 @@ tiup install tidb-lightning ## ステップ4： TiDB Lightningを起動する {#step-4-start-tidb-lightning} -> **注記：** +> **Note:** > > このセクションのインポート方法は、テストと機能体験にのみ適しています。本番環境については、 [MySQLからTiDBへの大規模データセットの移行](/migrate-large-mysql-to-tidb.md)を参照してください。 diff --git a/global-indexes.md b/global-indexes.md index 58e4ac444ef17..587ed3a045ff6 100644 --- a/global-indexes.md +++ b/global-indexes.md @@ -104,7 +104,7 @@ PARTITION BY RANGE (UNIX_TIMESTAMP(`ts`)) グローバル インデックスを作成するには、インデックス定義に`GLOBAL`キーワードを追加します。 -> **注記：** +> **Note:** > > グローバルインデックスはパーティション管理に影響します。1、3、または`REORGANIZE PARTITION` `TRUNCATE`を実行すると`DROP`テーブルレベルのグローバルインデックスの更新がトリガーされます。つまり、これらのDDL操作は、対応するグローバルインデックスの更新が完了した後にのみ返されるため、実行時間が長くなる可能性があります。 diff --git a/grafana-tikv-dashboard.md b/grafana-tikv-dashboard.md index 401923f994ad1..17505c5e00585 100644 --- a/grafana-tikv-dashboard.md +++ b/grafana-tikv-dashboard.md @@ -512,7 +512,7 @@ TiKVコンポーネントのステータス概要は、主要な指標が表示 - 初期スキャン開始理由：増分スキャンを開始する理由 - リージョンチェックポイントキーの配置: PDに記録されたチェックポイント操作の数 -> **注記：** +> **Note:** > > 以下の監視メトリクスはすべてTiDBノードをデータソースとして使用しますが、ログバックアッププロセスに多少の影響を与えます。そのため、参照しやすいように**TiKVの詳細**ダッシュボードに配置されています。TiKVはほとんどの場合、進捗状況を積極的にプッシュしますが、以下の監視メトリクスの一部でサンプリングされたデータが一時的に取得されないのは正常な動作です。 diff --git a/hardware-and-software-requirements.md b/hardware-and-software-requirements.md index 088fd1587d1ae..046d8f41d6b5f 100644 --- a/hardware-and-software-requirements.md +++ b/hardware-and-software-requirements.md @@ -23,14 +23,14 @@ TiDBはv8.5 LTSにおいて、様々なオペレーティングシステムとCP
オペレーティングシステムサポートされているCPUアーキテクチャ
Red Hat Enterprise Linux 9.4 以降の 9.x バージョン
  • x86_64
  • ARM 64
Red Hat Enterprise Linux 8.6 以降の 8.x バージョン
  • x86_64
  • ARM 64
Amazon Linux 2
  • x86_64
  • ARM 64
Amazon Linux 2023
  • x86_64
  • ARM 64
Rocky Linux 9.1以降
  • x86_64
  • ARM 64
Kylin V10 SP1/SP2/SP3（SP3はv7.5.5以降でサポートされています）
  • x86_64
  • ARM 64
UnionTech OS (UOS) V20
  • x86_64
  • ARM 64
openEuler 22.03 LTS SP1/SP3
  • x86_64
  • ARM 64
- > **警告：** + > **Warning:** > > - [CentOS Linux サポート終了](https://blog.centos.org/2023/04/end-dates-are-coming-for-centos-stream-8-and-centos-linux-7/)よると、CentOS Linux 7 のアップストリーム サポートは 2024 年 6 月 30 日に終了しました。 > - TiDBをアップグレードする前に、オペレーティングシステムのバージョンを確認してください。TiDB v8.4.0 DMRおよびv8.5.0では、glibc 2.17のサポートが終了し、CentOS Linux 7のサポートとテストも終了しました。Rocky Linux 9.1以降のバージョンを使用することをお勧めします。CentOS 7上のTiDBクラスタをv8.4.0またはv8.5.0にアップグレードすると、クラスタが利用できなくなるリスクがあります。 > - CentOS Linux 7 をまだ使用しているユーザーを支援するために、v8.5.1 以降、TiDB は glibc 2.17 のサポートを再開し、CentOS Linux 7 のテストを再開し、CentOS Linux 7 と互換性を持つようになりました。ただし、CentOS Linux の EOL ステータスのため、CentOS Linux 7 の[公式発表およびセキュリティに関するガイダンス](https://www.redhat.com/en/blog/centos-linux-has-reached-its-end-life-eol)を確認し、Rocky Linux 9.1 や TiDB が本番用にサポートするオペレーティング システムに移行することを強くお勧めします。 後で。 > - [Red Hat Enterprise Linux ライフサイクル](https://access.redhat.com/support/policy/updates/errata/#Life_Cycle_Dates)によると、Red Hat Enterprise Linux 7 のメンテナンスサポートは 2024 年 6 月 30 日に終了しました。TiDB は、8.4 DMR バージョン以降、Red Hat Enterprise Linux 7 のサポートを終了します。Rocky Linux 9.1 以降のバージョンを使用することをお勧めします。Red Hat Enterprise Linux 7 上の TiDB クラスタを v8.4.0 以降にアップグレードすると、クラスタが使用できなくなります。TiDB をアップグレードする前に、オペレーティングシステムのバージョンを確認してください。 - > **注記：** + > **Note:** > > Red Hat Enterprise Linux 9.x のサポートは[TiUP](https://github.com/pingcap/tiup/releases) v1.16.5 から開始されます。 @@ -38,7 +38,7 @@ TiDBはv8.5 LTSにおいて、様々なオペレーティングシステムとCP
オペレーティングシステムサポートされているCPUアーキテクチャ
macOS 12 (Monterey) 以降
  • x86_64
  • ARM 64
Oracle Enterprise Linux 8以降x86_64
Ubuntu LTS 20.04以降x86_64
CentOS Stream 8
  • x86_64
  • ARM 64
Debian 10 (Buster) 以降x86_64
Fedora 38以降x86_64
openSUSE Leap v15.5以降（Tumbleweedを除く） x86_64
SUSE Linux Enterprise Server 15 x86_64
- > **注記：** + > **Note:** > > - Oracle Enterprise Linuxの場合、TiDBはRed Hat互換カーネル（RHCK）をサポートしており、Oracle Enterprise Linuxが提供するUnbreakable Enterprise Kernelはサポートしていません。 > - TiDBの今後のバージョンでは、Ubuntu 16.04のサポートは終了します。Ubuntu 18.04以降へのアップグレードを強くお勧めします。 @@ -75,7 +75,7 @@ TiDBの実行に必要なライブラリ：glibc（バージョン2.28-151.el8 | sshpass | バージョン1.06以降 | | TiUP | 1.5.0以降 | -> **注記：** +> **Note:** > > TiDB クラスターを運用および管理するには、 [制御マシンにTiUPをデプロイする](/production-deployment-using-tiup.md#step-2-deploy-tiup-on-the-control-machine)必要があります。 @@ -102,7 +102,7 @@ TiDBは、Intel x86-64アーキテクチャの64ビット汎用ハードウェ | TiCDC | 8コア以上 | 16GB以上 | SAS、200GB以上 | ギガビットネットワークカード | 1 | | TiProxy | 4コア以上 | 8GB以上 | SAS | ギガビットネットワークカード | 1 | -> **注記：** +> **Note:** > > - テスト環境では、TiDBとPDのインスタンスを同じサーバーにデプロイできます。 > - 性能関連のテストにおいては、テスト結果の正確性を保証するため、性能の低いストレージおよびネットワークハードウェア構成を使用しないでください。 @@ -122,7 +122,7 @@ TiDBは、Intel x86-64アーキテクチャの64ビット汎用ハードウェ | モニター | 8コア以上 | 16GB以上 | SAS | ギガビットネットワークカード | 1 | | TiProxy | 8コア以上 | 16GB以上 | SAS | 10ギガビットネットワークカード（2枚推奨） | 2 | -> **注記：** +> **Note:** > > - 本番環境では、TiDBとPDのインスタンスを同じサーバーにデプロイできます。ただし、より高いパフォーマンスと信頼性を求める場合は、それぞれを別々にデプロイすることをお勧めします。 > - 本番環境では、TiDB、TiKV、およびTiFlashをそれぞれ最低8コアのCPUで構成することを強く推奨します。より高いパフォーマンスを得るには、さらに高い構成をお勧めします。 @@ -211,6 +211,6 @@ TiDBは、データベースメトリクスの可視化に[Grafana](https://graf | TiFlash書き込みノード | 32コア以上 | 64GB以上 | 1つ以上のSSD | 10ギガビットイーサネット（2ポート推奨） | 1 | | TiFlash Compute Node | 32コア以上 | 64GB以上 | 1つ以上のSSD | 10ギガビットイーサネット（2ポート推奨） | 0（以下の注記を参照） | -> **注記：** +> **Note:** > > TiUPなどのデプロイメントツールを使用すると、 `[0, +inf]`の範囲内でTiFlash Compute Nodeを迅速にスケールインまたはスケールアウトできます。 diff --git a/hybrid-deployment-topology.md b/hybrid-deployment-topology.md index c2b153047620a..91f0ab0f9ab88 100644 --- a/hybrid-deployment-topology.md +++ b/hybrid-deployment-topology.md @@ -20,7 +20,7 @@ summary: TiDB クラスターのハイブリッド展開トポロジについて | TiKV | 6 | 32 VCore 64GB | 10.0.1.7
10.0.1.8
10.0.1.9 |
  • インスタンス レベルのポートと status_port を分離します。
    2. グローバルパラメータ`readpool` `storage`設定します`raftstore`
    3. インスタンス レベルのホストのラベルを構成します。
    4. CPUコアをバインドするためのNUMAを構成する
    • | | モニタリングとGrafana | 1 | 4 VCore 8GB * 1 500GB (SSD) | 10.0.1.10 | デフォルト設定 | -> **注記：** +> **Note:** > > インスタンスのIPアドレスは例としてのみ示されています。実際の導入では、IPアドレスを実際のIPアドレスに置き換えてください。 @@ -91,7 +91,7 @@ summary: TiDB クラスターのハイブリッド展開トポロジについて - `numa_node`パラメータは`numactl --membind`構成に対応します。 -> **注記：** +> **Note:** > > - 構成ファイル テンプレートを編集するときは、必要なパラメータ、IP、ポート、およびディレクトリを変更します。 > - 各コンポーネントは、グローバルポートの`/-`デフォルトでポート`deploy_dir`として使用します。例えば、TiDBがポート`4001`を指定した場合、そのポート`deploy_dir`デフォルトで`/tidb-deploy/tidb-4001`なります。したがって、マルチインスタンスのシナリオでは、デフォルト以外のポートを指定する場合、ディレクトリを再度指定する必要はありません。 diff --git a/identify-expensive-queries.md b/identify-expensive-queries.md index 8490012cd8ea6..17a85f37bea7e 100644 --- a/identify-expensive-queries.md +++ b/identify-expensive-queries.md @@ -7,7 +7,7 @@ summary: TiDBは、実行時間またはメモリ使用量のしきい値を超 TiDBを使用すると、SQL実行中に高負荷なクエリを特定できるため、SQL実行のパフォーマンスを診断・改善できます。具体的には、実行時間が[`tidb_expensive_query_time_threshold`](/system-variables.md#tidb_expensive_query_time_threshold) （デフォルトでは60秒）を超える、またはメモリ使用量が[`tidb_mem_quota_query`](/system-variables.md#tidb_mem_quota_query) （デフォルトでは1GB）を超えるステートメントに関する情報が、 [tidb-server ログファイル](/tidb-configuration-file.md#logfile) （デフォルトでは「tidb.log」）に出力されます。 -> **注記：** +> **Note:** > > 負荷の高いクエリ ログは、次の点で[スロークエリログ](/identify-slow-queries.md)と異なります。TiDB は、ステートメントがリソース使用量 (実行時間またはメモリ使用量) のしきい値を超える**とすぐに**ステートメント情報を負荷の高いクエリ ログに出力出力。一方、TiDB は、ステートメントの実行**後に**ステートメント情報をスロークエリ ログに出力。 diff --git a/identify-slow-queries.md b/identify-slow-queries.md index 267459a01647f..75433fa271d97 100644 --- a/identify-slow-queries.md +++ b/identify-slow-queries.md @@ -46,7 +46,7 @@ insert into t select * from t; ## フィールドの説明 {#fields-description} -> **注記：** +> **Note:** > > スロークエリログ内の以下のすべての時間フィールドの単位は**「秒」**です。 @@ -301,7 +301,7 @@ TiKVコプロセッサータスクフィールド： - [`tidb_slow_log_threshold`](/system-variables.md#tidb_slow_log_threshold) : スロークエリログのしきい値を設定します。実行時間がこのしきい値を超える SQL ステートメントは、スロークエリログに記録されます。デフォルト値は`300ms` (ミリ秒) です。 - > **ヒント：** + > **Tip:** > > `tidb_slow_log_rules`の時間関連フィールド（ `Query_time`や`Process_time`など）は単位として秒を使用し、小数点を含むことができますが、 [`tidb_slow_log_threshold`](/system-variables.md#tidb_slow_log_threshold)ミリ秒を使用します。 @@ -343,7 +343,7 @@ set @@tidb_enable_collect_execution_info=0; `INFORMATION_SCHEMA.SLOW_QUERY`テーブルをクエリすることで、スロークエリログの内容を照会できます。テーブル内の各列名は、スローログ内のフィールド名に対応しています。テーブル構造については、 [情報スキーマ](/information-schema/information-schema-slow-query.md)の`SLOW_QUERY`テーブルの概要を参照してください。 -> **注記：** +> **Note:** > > `SLOW_QUERY`テーブルに対してクエリを実行するたびに、TiDB は現在のスロークエリログを読み取って解析します。 @@ -381,7 +381,7 @@ TiDB 4.0 では、 `SLOW_QUERY`は、ローテーションされたスローロ | 2618049 | 2020-03-10 00:00:00.427138 | 2020-03-10 23:00:22.716728 | +----------+----------------------------+----------------------------+ -> **注記：** +> **Note:** > > 指定された期間のスローログファイルが削除された場合、またはスロークエリが存在しない場合、クエリはNULLを返します。 @@ -623,7 +623,7 @@ set tidb_slow_query_file = "/path-to-log/tidb-slow.log" TiDB のスローログを解析するには、 `pt-query-digest`を使用します。 -> **注記：** +> **Note:** > > `pt-query-digest` 3.0.13以降のバージョンを使用することをお勧めします。 diff --git a/index-advisor.md b/index-advisor.md index 3e8063c7086b4..dce97cb8f676f 100644 --- a/index-advisor.md +++ b/index-advisor.md @@ -7,7 +7,7 @@ summary: TiDB Index Advisorを使用してクエリパフォーマンスを最 TiDB v8.5.0では、クエリパフォーマンスを向上させるインデックスを推奨することでワークロードを最適化するインデックスアドバイザー機能が導入されました。新しいSQLステートメント`RECOMMEND INDEX`を使用すると、単一のクエリまたはワークロード全体に対してインデックスの推奨事項を生成できます。評価のために物理的にインデックスを作成するというリソース集約型のプロセスを回避するために、TiDBは[仮説的な指標](#hypothetical-indexes)サポートしており、これは具体化されていない論理インデックスです。 -> **注記：** +> **Note:** > > 現在、この機能は[TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 @@ -159,7 +159,7 @@ Query OK, 1 row affected (0.00 sec) [`sys.schema_unused_indexes`](/sys-schema/sys-schema-unused-indexes.md)ビューは、すべての TiDB インスタンスの最後の起動以降に使用されていないインデックスを識別します。このビューは、スキーマ、テーブル、および列情報を含むシステム テーブルに基づいており、スキーマ、テーブル、およびインデックス名を含む、各インデックスの完全な仕様を提供します。このビューを照会することで、どのインデックスを非表示にするか、または削除するかを決定できます。 -> **警告：** +> **Warning:** > > `sys.schema_unused_indexes`ビューは、すべての TiDB インスタンスの最後の起動以降に使用されていないインデックスを表示するため、TiDB インスタンスが十分な時間稼働していることを確認してください。そうでない場合、特定のワークロードがまだ実行されていないと、ビューに誤った候補が表示される可能性があります。すべての TiDB インスタンスの稼働時間を確認するには、次の SQL クエリを使用してください。 > @@ -186,7 +186,7 @@ FROM information_schema.cluster_tidb_index_usage WHERE last_access_time IS NOT NULL AND percentage_access_0 + percentage_access_0_1 + percentage_access_1_10 + percentage_access_10_20 + percentage_access_20_50 = 0; ``` -> **注記：** +> **Note:** > > `INFORMATION_SCHEMA.CLUSTER_TIDB_INDEX_USAGE`のデータは最大 5 分遅延する可能性があり、TiDB ノードが再起動されるたびに使用状況データはリセットされます。また、インデックスの使用状況は、テーブルに有効な統計情報がある場合にのみ記録されます。 diff --git a/information-schema/information-schema-cluster-config.md b/information-schema/information-schema-cluster-config.md index bbd7f989158fc..06564812116bb 100644 --- a/information-schema/information-schema-cluster-config.md +++ b/information-schema/information-schema-cluster-config.md @@ -7,7 +7,7 @@ summary: CLUSTER_CONFIG` information_schema テーブルについて学習しま `CLUSTER_CONFIG`クラスタ構成テーブルを使用すると、クラスタ内のすべてのサーバーコンポーネントの現在の構成を取得できます。これにより、以前のリリースの TiDB では同様の情報を取得するために各インスタンスの HTTP API エンドポイントにアクセスする必要がありましたが、より使いやすくなります。 -> **注記：** +> **Note:** > > このテーブルは TiDB Self-Managed にのみ適用され、 [TiDB Cloud](https://docs.pingcap.com/tidbcloud/)では使用できません。 diff --git a/information-schema/information-schema-cluster-hardware.md b/information-schema/information-schema-cluster-hardware.md index d1cc771c3249e..032999102c785 100644 --- a/information-schema/information-schema-cluster-hardware.md +++ b/information-schema/information-schema-cluster-hardware.md @@ -7,7 +7,7 @@ summary: CLUSTER_HARDWARE` information_schema テーブルについて学習し `CLUSTER_HARDWARE`ハードウェア システム テーブルには、クラスターの各インスタンスが配置されているサーバーのハードウェア情報が表示されます。 -> **注記：** +> **Note:** > > このテーブルは TiDB Self-Managed にのみ適用され、 [TiDB Cloud](https://docs.pingcap.com/tidbcloud/)では使用できません。 diff --git a/information-schema/information-schema-cluster-info.md b/information-schema/information-schema-cluster-info.md index 0435702bdbd50..0edf6ca47917f 100644 --- a/information-schema/information-schema-cluster-info.md +++ b/information-schema/information-schema-cluster-info.md @@ -7,7 +7,7 @@ summary: CLUSTER_INFO`クラスタトポロジ情報テーブルについて学 `CLUSTER_INFO`クラスタトポロジテーブルには、クラスタの現在のトポロジ情報、各インスタンスのバージョン情報、インスタンスバージョンに対応する Git ハッシュ、各インスタンスの開始時刻、および各インスタンスの実行時刻が表示されます。 -> **注記：** +> **Note:** > > このテーブルは、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 diff --git a/information-schema/information-schema-cluster-load.md b/information-schema/information-schema-cluster-load.md index 5bac82ba4074b..43f761cb71ffc 100644 --- a/information-schema/information-schema-cluster-load.md +++ b/information-schema/information-schema-cluster-load.md @@ -7,7 +7,7 @@ summary: CLUSTER_LOAD` information_schema テーブルについて学習しま `CLUSTER_LOAD`クラスタ負荷テーブルは、TiDB クラスタの各インスタンスが配置されているサーバーの現在の負荷情報を提供します。 -> **注記：** +> **Note:** > > このテーブルは TiDB Self-Managed にのみ適用され、 [TiDB Cloud](https://docs.pingcap.com/tidbcloud/)では使用できません。 diff --git a/information-schema/information-schema-cluster-log.md b/information-schema/information-schema-cluster-log.md index 9b54163a4e350..2f8560649fdaa 100644 --- a/information-schema/information-schema-cluster-log.md +++ b/information-schema/information-schema-cluster-log.md @@ -7,7 +7,7 @@ summary: CLUSTER_LOG` information_schema テーブルについて学習します クラスターログテーブル`CLUSTER_LOG`に対してクラスターログのクエリを実行できます。クエリ条件を各インスタンスにプッシュダウンすることで、クエリがクラスターのパフォーマンスに与える影響は、コマンド`grep`よりも小さくなります。 -> **注記：** +> **Note:** > > このテーブルは TiDB Self-Managed にのみ適用され、 [TiDB Cloud](https://docs.pingcap.com/tidbcloud/)では使用できません。 @@ -39,7 +39,7 @@ DESC cluster_log; - `LEVEL` : ログレベル。 - `MESSAGE` : ログの内容。 -> **注記：** +> **Note:** > > - クラスターログテーブルのすべてのフィールドは、対応するインスタンスにプッシュダウンされて実行されます。クラスターログテーブルの使用に伴うオーバーヘッドを削減するには、検索に使用するキーワード、時間範囲、そして可能な限り多くの条件を指定する必要があります。例えば、 `select * from cluster_log where message like '%ddl%' and time > '2020-05-18 20:40:00' and time<'2020-05-18 21:40:00' and type='tidb'`に指定します。 > diff --git a/information-schema/information-schema-cluster-systeminfo.md b/information-schema/information-schema-cluster-systeminfo.md index 867d21b2c7155..6dd0a8e5b9a65 100644 --- a/information-schema/information-schema-cluster-systeminfo.md +++ b/information-schema/information-schema-cluster-systeminfo.md @@ -7,7 +7,7 @@ summary: CLUSTER_SYSTEMINFO` カーネル パラメータ テーブルについ `CLUSTER_SYSTEMINFO`カーネルパラメータテーブルを使用して、クラスタのすべてのインスタンスが配置されているサーバーのカーネル構成情報を照会できます。現在、 `sysctl`システムの情報を照会できます。 -> **注記：** +> **Note:** > > このテーブルは TiDB Self-Managed にのみ適用され、 [TiDB Cloud](https://docs.pingcap.com/tidbcloud/)では使用できません。 diff --git a/information-schema/information-schema-data-lock-waits.md b/information-schema/information-schema-data-lock-waits.md index 25a7ed0647cbf..3bd5a9d159dbc 100644 --- a/information-schema/information-schema-data-lock-waits.md +++ b/information-schema/information-schema-data-lock-waits.md @@ -32,7 +32,7 @@ DESC data_lock_waits; - `SQL_DIGEST` : ロック待機中のトランザクションで現在ブロックされている SQL ステートメントのダイジェスト。 - `SQL_DIGEST_TEXT` : ロック待機中のトランザクションで現在ブロックされている正規化されたSQL文（引数とフォーマットのないSQL文）。これは`SQL_DIGEST`に相当します。 -> **警告：** +> **Warning:** > > - [PROCESS](https://dev.mysql.com/doc/refman/8.0/en/privileges-provided.html#priv_process)権限を持つユーザーのみがこのテーブルをクエリできます。 > - 現在、楽観的トランザクションの場合、フィールド`SQL_DIGEST`とフィールド`SQL_DIGEST_TEXT`は`null` （使用不可）になっています。回避策として、ブロックの原因となっているSQL文を特定するには、このテーブルを[`CLUSTER_TIDB_TRX`](/information-schema/information-schema-tidb-trx.md)と結合して、楽観的トランザクションのすべてのSQL文を取得できます。 @@ -61,7 +61,7 @@ DESC data_lock_waits; 上記のフィールドのうち、該当しない、または現在利用できない場合、そのフィールドはクエリ結果から省略されます。例えば、行キー情報には`index_id` 、 `index_name` 、 `index_values`含まれません。インデックスキーには`handle_type`と`handle_value`含まれません。非パーティションテーブルでは`partition_id`と`partition_name`表示されません。削除されたテーブルのキー情報では`table_name` 、 `db_id` 、 `db_name` 、 `index_name`などのスキーマ情報を取得できず、テーブルがパーティションテーブルであるかどうかを区別できません。 -> **注記：** +> **Note:** > > パーティションが有効になっているテーブルからキーが取得され、クエリ中に何らかの理由（例えば、キーが属するテーブルが削除されているなど）により、キーが属するスキーマの情報が取得できない場合、キーが属するパーティションのIDが`table_id`フィールドに表示されることがあります。これは、TiDBが複数の独立したテーブルのキーをエンコードするのと同じ方法で、異なるパーティションのキーをエンコードするためです。したがって、スキーマ情報が欠落している場合、TiDBはキーがパーティション化されていないテーブルに属しているのか、それともテーブル内の1つのパーティションに属しているのかを確認できません。 diff --git a/information-schema/information-schema-deadlocks.md b/information-schema/information-schema-deadlocks.md index be6d25a5597db..5ffe481af7835 100644 --- a/information-schema/information-schema-deadlocks.md +++ b/information-schema/information-schema-deadlocks.md @@ -56,7 +56,7 @@ DESC deadlocks;     -> **警告：** +> **Warning:** > > - [PROCESS](https://dev.mysql.com/doc/refman/8.0/en/privileges-provided.html#priv_process)権限を持つユーザーのみがこのテーブルをクエリできます。 > - `CURRENT_SQL_DIGEST`列の情報（SQLダイジェスト）は、正規化されたSQL文から計算されたハッシュ値です。`CURRENT_SQL_DIGEST_TEXT`列の情報は、内部的にステートメントサマリーテーブルから照会されるため、対応するステートメントが内部的に見つからない可能性があります。SQLダイジェストとステートメントサマリーテーブルの詳細については、 [ステートメントサマリーテーブル](/statement-summary-tables.md)参照してください。 @@ -82,7 +82,7 @@ DESC deadlocks; 上記のフィールドのうち、該当しない、または現在利用できない場合、そのフィールドはクエリ結果から省略されます。例えば、行キー情報には`index_id` 、 `index_name` 、 `index_values`含まれません。インデックスキーには`handle_type`と`handle_value`含まれません。非パーティションテーブルでは`partition_id`と`partition_name`表示されません。削除されたテーブルのキー情報では`table_name` 、 `db_id` 、 `db_name` 、 `index_name`などのスキーマ情報を取得できず、テーブルがパーティションテーブルであるかどうかを区別できません。 -> **注記：** +> **Note:** > > パーティションが有効になっているテーブルからキーが取得され、クエリ中に何らかの理由（例えば、キーが属するテーブルが削除されているなど）により、キーが属するスキーマの情報が取得できない場合、キーが属するパーティションのIDが`table_id`フィールドに表示されることがあります。これは、TiDBが複数の独立したテーブルのキーをエンコードするのと同じ方法で、異なるパーティションのキーをエンコードするためです。したがって、スキーマ情報が欠落している場合、TiDBはキーがパーティション化されていないテーブルに属しているのか、それともテーブル内の1つのパーティションに属しているのかを確認できません。 @@ -90,7 +90,7 @@ DESC deadlocks; -> **注記：** +> **Note:** > > このセクションはTiDB Cloudには適用されません。 @@ -98,7 +98,7 @@ DESC deadlocks; -> **注記：** +> **Note:** > > `DEADLOCKS`テーブルは、デフォルトでは再試行可能なデッドロックエラーの情報を収集しません。再試行可能なデッドロックエラー情報を収集したい場合は、TiDB 設定ファイルで[`pessimistic-txn.deadlock-history-collect-retryable`](/tidb-configuration-file.md#deadlock-history-collect-retryable)の値を調整してください。 diff --git a/information-schema/information-schema-inspection-result.md b/information-schema/information-schema-inspection-result.md index f9a8789a4141a..a679b1825ca7b 100644 --- a/information-schema/information-schema-inspection-result.md +++ b/information-schema/information-schema-inspection-result.md @@ -9,7 +9,7 @@ TiDB には、システム内の障害や隠れた問題を検出するための `INSPECTION_RESULT`診断テーブルは、問題を迅速に発見し、手作業の繰り返しを削減するのに役立ちます。3 ステートメント`select * from information_schema.inspection_result`使用して、内部診断をトリガーできます。 -> **注記：** +> **Note:** > > このテーブルは TiDB Self-Managed にのみ適用され、 [TiDB Cloud](https://docs.pingcap.com/tidbcloud/)では使用できません。 diff --git a/information-schema/information-schema-inspection-rules.md b/information-schema/information-schema-inspection-rules.md index d4336df0ae567..19825b108f054 100644 --- a/information-schema/information-schema-inspection-rules.md +++ b/information-schema/information-schema-inspection-rules.md @@ -7,7 +7,7 @@ summary: INSPECTION_RULES` information_schema テーブルについて学習し `INSPECTION_RULES`表は、検査結果で実行される診断テストに関する情報を提供します。使用例については[検査結果](/information-schema/information-schema-inspection-result.md)参照してください。 -> **注記：** +> **Note:** > > このテーブルは TiDB Self-Managed にのみ適用され、 [TiDB Cloud](https://docs.pingcap.com/tidbcloud/)では使用できません。 diff --git a/information-schema/information-schema-inspection-summary.md b/information-schema/information-schema-inspection-summary.md index 8c0f9e9a05ebf..d2923fb77cf2b 100644 --- a/information-schema/information-schema-inspection-summary.md +++ b/information-schema/information-schema-inspection-summary.md @@ -7,7 +7,7 @@ summary: INSPECTION_SUMMARY` 検査概要テーブルについて説明します シナリオによっては、特定のリンクまたはモジュールの監視サマリーのみに注目する必要がある場合もあります。例えば、スレッドプール内のコプロセッサーのスレッド数が8に設定されている場合、コプロセッサーのCPU使用率が750%に達した場合、リスクが存在し、コプロセッサーがボトルネックになる可能性があることを事前に判断できます。しかし、監視メトリックによっては、ユーザーのワークロードの違いによって大きく変化するため、具体的なしきい値を定義することは困難です。このようなシナリオでは、問題のトラブルシューティングが重要であるため、TiDBはリンクサマリー用のテーブルを`inspection_summary`提供しています。 -> **注記：** +> **Note:** > > このテーブルは TiDB Self-Managed にのみ適用され、 [TiDB Cloud](https://docs.pingcap.com/tidbcloud/)では使用できません。 @@ -43,7 +43,7 @@ DESC inspection_summary; - `QUANTILE` : `QUANTILE`含む監視テーブルに有効です。述語をプッシュダウンすることで、複数のパーセンタイルを指定できます。例えば、 `select * from inspection_summary where rule='ddl' and quantile in (0.80, 0.90, 0.99, 0.999)`実行してDDL関連の監視メトリックを要約し、P80/P90/P99/P999の結果を照会できます。6 、 `MIN_VALUE` 、 `MAX_VALUE` `AVG_VALUE` 、集計の平均値、最小値、最大値を示します。 - `COMMENT` : 対応する監視メトリックに関するコメント。 -> **注記：** +> **Note:** > > すべての結果を要約するとオーバーヘッドが発生するため、SQL述語で特定の`rule`表示してオーバーヘッドを削減することをお勧めします。例えば、 `select * from inspection_summary where rule in ('read-link', 'ddl')`実行すると、読み取りリンクとDDL関連の監視メトリックが要約されます。 diff --git a/information-schema/information-schema-metrics-summary.md b/information-schema/information-schema-metrics-summary.md index 886f89f94ee82..1d1b5a745a506 100644 --- a/information-schema/information-schema-metrics-summary.md +++ b/information-schema/information-schema-metrics-summary.md @@ -10,7 +10,7 @@ TiDB クラスタには多くの監視メトリックがあります。異常な - `information_schema.metrics_summary` - `information_schema.metrics_summary_by_label` -> **注記：** +> **Note:** > > 上記の 2 つの監視概要テーブルは、TiDB Self-Managed にのみ適用され、 [TiDB Cloud](https://docs.pingcap.com/tidbcloud/)では使用できません。 diff --git a/information-schema/information-schema-metrics-tables.md b/information-schema/information-schema-metrics-tables.md index ac29ab1d6d58a..6f3405a7af3cf 100644 --- a/information-schema/information-schema-metrics-tables.md +++ b/information-schema/information-schema-metrics-tables.md @@ -7,7 +7,7 @@ summary: METRICS_TABLES` システム テーブルについて学習します。 `METRICS_TABLES`テーブルは[`METRICS_SCHEMA`](/metrics-schema.md)データベース内の各ビューの PromQL (Prometheus クエリ言語) 定義を提供します。 -> **注記：** +> **Note:** > > このテーブルは TiDB Self-Managed にのみ適用され、 [TiDB Cloud](https://docs.pingcap.com/tidbcloud/)では使用できません。 diff --git a/information-schema/information-schema-placement-policies.md b/information-schema/information-schema-placement-policies.md index d5569a97d1503..228bd84c8e366 100644 --- a/information-schema/information-schema-placement-policies.md +++ b/information-schema/information-schema-placement-policies.md @@ -7,7 +7,7 @@ summary: PLACEMENT_POLICIES`情報スキーマテーブルについて学習し `PLACEMENT_POLICIES`テーブルには、すべての配置ポリシーに関する情報が提供されます。詳細については、 [SQLにおける配置ルール](/placement-rules-in-sql.md)を参照してください。 -> **注記：** +> **Note:** > > このテーブルは、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 diff --git a/information-schema/information-schema-resource-groups.md b/information-schema/information-schema-resource-groups.md index 6fde77506982a..d101afe015532 100644 --- a/information-schema/information-schema-resource-groups.md +++ b/information-schema/information-schema-resource-groups.md @@ -7,7 +7,7 @@ summary: RESOURCE_GROUPS`情報スキーマテーブルについて学習して `RESOURCE_GROUPS`テーブルには、すべてのリソース グループに関する情報が表示されます。詳細については、[リソース制御を使用して、リソースグループの制限とフロー制御を実現します](/tidb-resource-control-ru-groups.md)参照してください。 -> **注記：** +> **Note:** > > このテーブルは、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 @@ -83,6 +83,6 @@ SELECT * FROM information_schema.resource_groups WHERE NAME = 'rg1'; -- View the - `PRIORITY` : TiKV で処理されるタスクの絶対優先度。異なるリソースは`PRIORITY`の設定に従ってスケジュールされます。 `PRIORITY`が高いタスクが最初にスケジュールされます。 `PRIORITY`が同じリソース グループの場合、タスクは`RU_PER_SEC`の設定に従って比例的にスケジュールされます。 `PRIORITY`が指定されていない場合、デフォルトの優先度は`MEDIUM`です。 - `BURSTABLE` : リソース グループが利用可能なシステム リソースを過剰に使用することを許可するかどうか。 -> **注記：** +> **Note:** > > TiDB はクラスタ初期化時に`default`リソース グループを自動的に作成します。このリソース グループの`RU_PER_SEC`のデフォルト値は`UNLIMITED` ( `INT`型の最大値、つまり`2147483647`に相当) で、 `BURSTABLE`モードです。どのリソース グループにもバインドされていないすべてのリクエストは、自動的にこの`default`リソース グループにバインドされます。別のリソース グループの新しい構成を作成する場合は、必要に応じて`default`リソース グループの構成を変更することをお勧めします。 diff --git a/information-schema/information-schema-runaway-watches.md b/information-schema/information-schema-runaway-watches.md index 49f19079ddee9..56baef321abab 100644 --- a/information-schema/information-schema-runaway-watches.md +++ b/information-schema/information-schema-runaway-watches.md @@ -7,7 +7,7 @@ summary: RUNAWAY_WATCHES` INFORMATION_SCHEMA テーブルについて学習し `RUNAWAY_WATCHES`表には、想定よりも多くのリソースを消費する暴走クエリの監視リストが表示されます。詳細については、 [暴走クエリ](/tidb-resource-control-runaway-queries.md)参照してください。 -> **注記：** +> **Note:** > > このテーブルは、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 diff --git a/information-schema/information-schema-slow-query.md b/information-schema/information-schema-slow-query.md index 9c0bd37f38627..cb40144363e92 100644 --- a/information-schema/information-schema-slow-query.md +++ b/information-schema/information-schema-slow-query.md @@ -17,7 +17,7 @@ summary: SLOW_QUERY` INFORMATION_SCHEMA テーブルについて学習してく -> **注記：** +> **Note:** > > このテーブルは、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 @@ -132,7 +132,7 @@ DESC SLOW_QUERY; `CLUSTER_SLOW_QUERY`テーブルは、クラスター内のすべてのノードのスロークエリ情報を提供します。これは、TiDB スローログファイルの解析結果です。 `CLUSTER_SLOW_QUERY`テーブルは、 `SLOW_QUERY`と同様に使用できます。 `CLUSTER_SLOW_QUERY`テーブルのテーブルスキーマは`SLOW_QUERY`テーブルとは異なり`INSTANCE`に`CLUSTER_SLOW_QUERY`列が追加されています。 `INSTANCE`列は、スロークエリの行情報の TiDB ノードアドレスを表します。 -> **注記：** +> **Note:** > > このテーブルは、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 diff --git a/information-schema/information-schema-tidb-hot-regions-history.md b/information-schema/information-schema-tidb-hot-regions-history.md index 3b77465016509..fcc6f224bf9a8 100644 --- a/information-schema/information-schema-tidb-hot-regions-history.md +++ b/information-schema/information-schema-tidb-hot-regions-history.md @@ -7,7 +7,7 @@ summary: TIDB_HOT_REGIONS_HISTORY`情報スキーマテーブルについて学 `TIDB_HOT_REGIONS_HISTORY`テーブルは、PD によって定期的にローカルに記録される履歴ホットリージョンに関する情報を提供します。 -> **注記：** +> **Note:** > > このテーブルは、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 @@ -71,7 +71,7 @@ DESC tidb_hot_regions_history; - KEY_RATE:リージョン内で書き込まれた鍵と読み取られた鍵の数。 - QUERY_RATE:リージョン内で書き込まれたクエリと読み込まれたクエリの数。 -> **注記：** +> **Note:** > > `UPDATE_TIME` 、 `REGION_ID` 、 `STORE_ID` 、 `PEER_ID` 、 `IS_LEARNER` 、 `IS_LEADER`および`TYPE`フィールドは、実行のために PD サーバーにプッシュされます。テーブルの使用によるオーバーヘッドを減らすには、検索の時間範囲を指定し、可能な限り多くの条件を指定する必要があります。たとえば、 `select * from tidb_hot_regions_history where store_id = 11 and update_time > '2020-05-18 20:40:00' and update_time < '2020-05-18 21:40:00' and type='write'`のように指定します。 @@ -83,7 +83,7 @@ DESC tidb_hot_regions_history; SELECT * FROM INFORMATION_SCHEMA.TIDB_HOT_REGIONS_HISTORY WHERE update_time >'2021-08-18 21:40:00' and update_time <'2021-09-19 00:00:00'; ``` - > **注記：** + > **Note:** > > `UPDATE_TIME`は Unix タイムスタンプもサポートしています。たとえば、 `update_time >TIMESTAMP('2021-08-18 21:40:00')`や`update_time > FROM_UNIXTIME(1629294000.000)`などです。 diff --git a/information-schema/information-schema-tidb-hot-regions.md b/information-schema/information-schema-tidb-hot-regions.md index 7c44ff6288aa7..34e91e94bbb95 100644 --- a/information-schema/information-schema-tidb-hot-regions.md +++ b/information-schema/information-schema-tidb-hot-regions.md @@ -7,7 +7,7 @@ summary: TIDB_HOT_REGIONS` information_schema テーブルについて学習し `TIDB_HOT_REGIONS`表は、現在のホットリージョンに関する情報を提供します。過去のホットリージョンに関する情報については、 `[TIDB_HOT_REGIONS_HISTORY](/information-schema/information-schema-tidb-hot-regions-history.md)`ご覧ください。 -> **注記：** +> **Note:** > > このテーブルは TiDB Self-Managed にのみ適用され、 [TiDB Cloud](https://docs.pingcap.com/tidbcloud/)では使用できません。 diff --git a/information-schema/information-schema-tidb-servers-info.md b/information-schema/information-schema-tidb-servers-info.md index 508061f37ab4d..c8f2006440b47 100644 --- a/information-schema/information-schema-tidb-servers-info.md +++ b/information-schema/information-schema-tidb-servers-info.md @@ -7,7 +7,7 @@ summary: TIDB_SERVERS_INFO` INFORMATION_SCHEMA テーブルについて学習し `TIDB_SERVERS_INFO`テーブルは、TiDBクラスタ内の TiDB サーバー (具体的には、tidb-server プロセス) に関する情報を提供します。 -> **注記：** +> **Note:** > > このテーブルは、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 diff --git a/information-schema/information-schema-tidb-trx.md b/information-schema/information-schema-tidb-trx.md index d3549578f2fa9..f924245610aab 100644 --- a/information-schema/information-schema-tidb-trx.md +++ b/information-schema/information-schema-tidb-trx.md @@ -55,7 +55,7 @@ DESC TIDB_TRX; - `ALL_SQL_DIGESTS` : トランザクションによって実行された文のダイジェストリスト。このリストはJSON形式の文字列配列として表示されます。各トランザクションは最大で最初の50文を記録します。2 [`TIDB_DECODE_SQL_DIGESTS`](/functions-and-operators/tidb-functions.md#tidb_decode_sql_digests)を使用すると、この列の情報を対応する正規化されたSQL文のリストに変換できます。 - `RELATED_TABLE_IDS` : トランザクションがアクセスするテーブル、ビュー、およびその他のオブジェクトの ID。 -> **注記：** +> **Note:** > > - [PROCESS](https://dev.mysql.com/doc/refman/8.0/en/privileges-provided.html#priv_process)権限を持つユーザーのみがこのテーブルの完全な情報を取得できます。PROCESS権限を持たないユーザーは、現在のユーザーが実行したトランザクションの情報のみを照会できます。 > - `CURRENT_SQL_DIGEST`列と`ALL_SQL_DIGESTS`列の情報（SQLダイジェスト）は、正規化されたSQL文から計算されたハッシュ値です。`CURRENT_SQL_DIGEST_TEXT`列の情報と`TIDB_DECODE_SQL_DIGESTS`関数から返される結果は、内部的にステートメントサマリーテーブルから照会されるため、対応するステートメントが内部的に見つからない可能性があります。SQLダイジェストとステートメントサマリーテーブルの詳細については、 [ステートメントサマリーテーブル](/statement-summary-tables.md)参照してください。 diff --git a/information-schema/information-schema-tiflash-indexes.md b/information-schema/information-schema-tiflash-indexes.md index ae1110ce65760..9b1d342ac816b 100644 --- a/information-schema/information-schema-tiflash-indexes.md +++ b/information-schema/information-schema-tiflash-indexes.md @@ -5,7 +5,7 @@ summary: INFORMATION_SCHEMA` の `TIFLASH_INDEXES` テーブルについて学 # TIFLASH_INDEXES {#tiflash-indexes} -> **警告：** +> **Warning:** > > 現在、このテーブルは実験的です。本番環境での使用は推奨されません。このテーブルのフィールドはまだ安定しておらず、将来のTiDBバージョンで変更される可能性があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)報告してください。 diff --git a/information-schema/information-schema-tiflash-segments.md b/information-schema/information-schema-tiflash-segments.md index 21bfd52e18f46..d79052c0da69f 100644 --- a/information-schema/information-schema-tiflash-segments.md +++ b/information-schema/information-schema-tiflash-segments.md @@ -5,7 +5,7 @@ summary: TIFLASH_SEGMENTS` information_schema テーブルについて学習し # TIFLASH_セグメント {#tiflash-segments} -> **警告：** +> **Warning:** > > このテーブルは不安定であり、TiDB の新しいリリースで予告なく変更される可能性があるため、本番環境では使用しないでください。 diff --git a/information-schema/information-schema-tiflash-tables.md b/information-schema/information-schema-tiflash-tables.md index c6aa66f783989..43dfd3471b65c 100644 --- a/information-schema/information-schema-tiflash-tables.md +++ b/information-schema/information-schema-tiflash-tables.md @@ -5,7 +5,7 @@ summary: TIFLASH_TABLES` information_schema テーブルについて学習しま # TIFLASH_TABLES {#tiflash-tables} -> **警告：** +> **Warning:** > > このテーブルは不安定であり、TiDB の新しいリリースで予告なく変更される可能性があるため、本番環境では使用しないでください。 diff --git a/information-schema/information-schema-tikv-region-peers.md b/information-schema/information-schema-tikv-region-peers.md index ce109a85e42b3..9d2f0980c5a98 100644 --- a/information-schema/information-schema-tikv-region-peers.md +++ b/information-schema/information-schema-tikv-region-peers.md @@ -7,7 +7,7 @@ summary: TIKV_REGION_PEERS` INFORMATION_SCHEMA テーブルについて学習し `TIKV_REGION_PEERS`テーブルには、TiKV 内の単一のリージョンノードの詳細情報が表示されます。たとえば、それがラーナーかリーダーかなどです。 -> **注記：** +> **Note:** > > このテーブルは、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 diff --git a/information-schema/information-schema-tikv-region-status.md b/information-schema/information-schema-tikv-region-status.md index ffdd94185e72a..13967f5fb3c02 100644 --- a/information-schema/information-schema-tikv-region-status.md +++ b/information-schema/information-schema-tikv-region-status.md @@ -7,7 +7,7 @@ summary: TIKV_REGION_STATUS`情報スキーマテーブルについて学習し `TIKV_REGION_STATUS`テーブルには、PD の API を介して TiKV リージョンに関する基本的な情報が表示されます。これには、リージョンID、開始および終了キー値、読み取りおよび書き込みトラフィックなどが含まれます。 -> **注記：** +> **Note:** > > このテーブルは、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 diff --git a/information-schema/information-schema-tikv-store-status.md b/information-schema/information-schema-tikv-store-status.md index 5a8e96b7ac8d7..2bf4eed82ca7e 100644 --- a/information-schema/information-schema-tikv-store-status.md +++ b/information-schema/information-schema-tikv-store-status.md @@ -7,7 +7,7 @@ summary: TIKV_STORE_STATUS` INFORMATION_SCHEMA テーブルについて学習し `TIKV_STORE_STATUS`テーブルには、PD の API を介して TiKV ノードの基本情報が表示されます。これには、クラスタに割り当てられた ID、アドレスとポート、現在のノードのステータス、容量、リージョンリーダーの数などが含まれます。 -> **注記：** +> **Note:** > > このテーブルは、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 diff --git a/information-schema/information-schema.md b/information-schema/information-schema.md index 2a24405bcc09f..951b593d9936e 100644 --- a/information-schema/information-schema.md +++ b/information-schema/information-schema.md @@ -100,7 +100,7 @@ summary: TiDBは、システムメタデータを表示するためのANSI標準 -> **注記：** +> **Note:** > > 以下のテーブルの一部は、TiDB Self-Managed でのみサポートされており、 TiDB Cloudではサポートされていません。TiDB Cloudでサポートされていないテーブルの完全なリストについては、 [システムテーブル](https://docs.pingcap.com/tidbcloud/limited-sql-features#system-tables)を参照してください。 diff --git a/literal-values.md b/literal-values.md index 8bbe99a3ccdc8..d7c79bc1f0ce3 100644 --- a/literal-values.md +++ b/literal-values.md @@ -222,6 +222,6 @@ mysql> SELECT b+0, BIN(b), HEX(b) FROM t; `NULL`データが空であることを意味し、大文字と小文字は区別されず、 `\N` (大文字と小文字を区別する) と同義です。 -> **注記：** +> **Note:** > > `NULL` `0`と同じではなく、空の文字列`''`とも異なります。 diff --git a/maintain-tidb-using-tiup.md b/maintain-tidb-using-tiup.md index 4bff3ae375dda..bc800a54d278c 100644 --- a/maintain-tidb-using-tiup.md +++ b/maintain-tidb-using-tiup.md @@ -29,7 +29,7 @@ TiDB クラスター内のコンポーネントは次の順序で起動されま tiup cluster start ${cluster-name} ``` -> **注記：** +> **Note:** > > `${cluster-name}`クラスター名に置き換えてください。クラスター名を忘れた場合は、 `tiup cluster list`実行して確認してください。 @@ -47,7 +47,7 @@ tiup cluster start ${cluster-name} tiup cluster start ${cluster-name} -N 1.2.3.4:2379,1.2.3.5:2379 ``` -> **注記：** +> **Note:** > > `-R`または`-N`パラメータを使用して指定されたコンポーネントを起動する場合は、起動順序が正しいことを確認してください。例えば、PDコンポーネントをTiKVコンポーネントより先に起動してください。そうしないと、起動に失敗する可能性があります。 @@ -154,7 +154,7 @@ tiup cluster patch test-cluster /tmp/tidb-hotfix.tar.gz -N 172.16.4.5:4000 tiup cluster rename ${cluster-name} ${new-name} ``` -> **注記：** +> **Note:** > > - クラスターの名前を変更する操作により、監視システム (Prometheus および Grafana) が再起動されます。 > - クラスターの名前を変更した後、古いクラスター名を持つパネルがGrafanaに残る場合があります。これらのパネルは手動で削除する必要があります。 diff --git a/metadata-lock.md b/metadata-lock.md index 477cc51cbf326..363406f12523c 100644 --- a/metadata-lock.md +++ b/metadata-lock.md @@ -71,7 +71,7 @@ TiDB v6.5.0以降、メタデータロックはデフォルトで有効になり TiDB v6.3.0 では、現在ブロックされている DDL の情報を取得するのに役立つ`mysql.tidb_mdl_view`ビューが導入されています。 -> **注記：** +> **Note:** > > `mysql.tidb_mdl_view`ビューを選択するには、 [`PROCESS`権限](https://dev.mysql.com/doc/refman/8.0/en/privileges-provided.html#priv_process)が必要です。 diff --git a/metrics-schema.md b/metrics-schema.md index a12d08ea267b6..d38e390a376a7 100644 --- a/metrics-schema.md +++ b/metrics-schema.md @@ -195,7 +195,7 @@ DESC SELECT * FROM metrics_schema.tidb_query_duration WHERE value is not null AN 1. 2 つのセッション変数の値を変更し、時間の粒度を 30 秒に設定します。 - > **注記：** + > **Note:** > > Prometheus でサポートされる最小粒度は 30 秒です。 diff --git a/migrate-aurora-to-tidb.md b/migrate-aurora-to-tidb.md index 4d3db375ac9d2..3dfad14e2f4b4 100644 --- a/migrate-aurora-to-tidb.md +++ b/migrate-aurora-to-tidb.md @@ -165,7 +165,7 @@ TiDBクラスターでTLSを有効にする必要がある場合は、 [TiDB Lig 3. TiDB Lightning はインポートが完了すると自動的に終了します。`tidb-lightning.log`の最後の行に`the whole procedure completed`が含まれているかどうかを確認してください。含まれている場合はインポートが成功しています。含まれていない場合は、インポート中にエラーが発生しました。エラーメッセージの指示に従ってエラーに対処してください。 -> **注記：** +> **Note:** > > インポートが成功したかどうかに関わらず、ログの最後の行には`tidb lightning exit`と表示されます。これは、 TiDB Lightning が正常に終了したことを意味しますが、必ずしもインポートが成功したことを意味するものではありません。 diff --git a/migrate-from-csv-files-to-tidb.md b/migrate-from-csv-files-to-tidb.md index 16d02637e6cd0..c52c74202d64b 100644 --- a/migrate-from-csv-files-to-tidb.md +++ b/migrate-from-csv-files-to-tidb.md @@ -98,7 +98,7 @@ TiDB Lightningは、サイズが約256MiBの均一なCSVファイルからデー インポートを高速化するために、大きな CSV ファイルを小さなファイルに分割することができます。一般的な形式の CSV ファイルの場合、 TiDB Lightning がファイル全体を読み込む前に、各行の開始位置と終了位置を素早く特定するのは困難です。そのため、 TiDB Lightning はデフォルトでは CSV ファイルを自動的に分割しません。ただし、インポートする CSV ファイルが特定の形式要件を満たしている場合は、 `strict-format`モードを有効にすることができます。このモードでは、 TiDB Lightning は1 つの大きな CSV ファイルを約 256 MiB の複数のファイルに自動的に分割し、並列処理します。 -> **注記：** +> **Note:** > > CSVファイルが厳密なフォーマットに準拠していないにもかかわらず、 `strict-format`モードが誤って`true`に設定されている場合、複数行にわたるフィールドが2つのフィールドに分割されます。これにより解析が失敗し、 TiDB Lightningはエラーを報告せずに破損したデータをインポートしてしまう可能性があります。 @@ -131,7 +131,7 @@ nohup tiup tidb-lightning -config tidb-lightning.toml > nohup.out 2>&1 & TiDB Lightning はインポートが完了すると自動的に終了します。`tidb-lightning.log`の最後の行に`the whole procedure completed`が含まれているかどうかを確認してください。含まれている場合はインポートが成功しています。含まれていない場合は、インポート中にエラーが発生しました。エラーメッセージの指示に従ってエラーに対処してください。 -> **注記：** +> **Note:** > > インポートが成功したかどうかに関わらず、ログの最後の行には`tidb lightning exit`と表示されます。これは、 TiDB Lightning が正常に終了したことを意味しますが、必ずしもインポートが成功したことを意味するものではありません。 diff --git a/migrate-from-mariadb.md b/migrate-from-mariadb.md index 5415555dddee1..38cd385f02020 100644 --- a/migrate-from-mariadb.md +++ b/migrate-from-mariadb.md @@ -330,7 +330,7 @@ TiDB の長いテキスト列に一意性を持たせるには、生成ハッシ この方法は、アプリケーションをオフラインにしてデータを移行し、その後、移行したデータを使用するようにアプリケーションを再構成することを前提としています。 -> **注記：** +> **Note:** > > 本番で実行する前に、まずテスト環境または開発環境でこの作業を行うことを強くお勧めします。これは、互換性の問題がないかを確認するためと、移行にかかる時間を把握するためです。 @@ -358,7 +358,7 @@ MariaDBからTiDBへデータを移行するには、以下の手順を実行し DMを使用するには、 [TiUPクラスター](/dm/deploy-a-dm-cluster-using-tiup.md)または[TiDB Operator](/tidb-operator-overview.md)を使用して一連のDMサービスをデプロイする必要があります。その後、 `dmctl`を使用してDMサービスを構成します。 -> **注記：** +> **Note:** > > 本番で実行する前に、まずテスト環境または開発環境でこの作業を行うことを強くお勧めします。これは、互換性の問題がないかを確認するためと、移行にかかる時間を把握するためです。 diff --git a/migrate-from-parquet-files-to-tidb.md b/migrate-from-parquet-files-to-tidb.md index 1efd4b542a328..071a8e5c025a2 100644 --- a/migrate-from-parquet-files-to-tidb.md +++ b/migrate-from-parquet-files-to-tidb.md @@ -122,7 +122,7 @@ pd-addr = "${ip}:${port}" # The address of the PD cluster, e.g.: 172.16.31.3:237 最終行に`tidb-lightning.log`に`the whole procedure completed`が含まれているかどうかを確認してください。含まれている場合はインポートが成功しています。含まれていない場合は、インポート中にエラーが発生しました。エラーメッセージの指示に従ってエラーに対処してください。 - > **注記：** + > **Note:** > > インポートが成功したかどうかに関わらず、ログの最後の行には`tidb lightning exit`と表示されます。これは、 TiDB Lightning が正常に終了したことを意味しますが、必ずしもインポートが成功したことを意味するものではありません。 diff --git a/migrate-from-sql-files-to-tidb.md b/migrate-from-sql-files-to-tidb.md index 5e128535bff32..87b6baac8529d 100644 --- a/migrate-from-sql-files-to-tidb.md +++ b/migrate-from-sql-files-to-tidb.md @@ -86,6 +86,6 @@ TiDB Lightning は`~/.aws/credentials`からの認証情報ファイルの読み インポートが完了すると、 TiDB Lightning は自動的に終了します。`tidb-lightning.log`の最後の行に`the whole procedure completed`が含まれているかどうかを確認してください。含まれている場合は、インポートは成功です。含まれていない場合は、インポート中にエラーが発生しました。エラーメッセージの指示に従ってエラーに対処してください。 -> **注記：** +> **Note:** > > インポートが成功したかどうかに関わらず、最後の行には`tidb lightning exit`と表示されます。これは、 TiDB Lightning が正常に終了したことを意味するだけで、タスクが完了したことを意味するものではありません。インポート処理中に問題が発生した場合は、 [TiDB LightningFAQ](/tidb-lightning/tidb-lightning-faq.md)を参照してトラブルシューティングを行ってください。 diff --git a/migrate-from-tidb-to-mysql.md b/migrate-from-tidb-to-mysql.md index 30d5582840908..fbb560e47031d 100644 --- a/migrate-from-tidb-to-mysql.md +++ b/migrate-from-tidb-to-mysql.md @@ -50,7 +50,7 @@ summary: TiDB から MySQL 互換データベースにデータを移行する 環境を設定したら、 [Dumpling](/dumpling-overview.md)使用して上流の TiDB クラスターから完全なデータをエクスポートできます。 -> **注記：** +> **Note:** > > 本番のクラスタでは、GCを無効にしてバックアップを実行すると、クラスタのパフォーマンスに影響する可能性があります。この手順は、オフピーク時に実行することをお勧めします。 diff --git a/migrate-from-tidb-to-tidb.md b/migrate-from-tidb-to-tidb.md index 1a7ae01b60495..6dbe380d1313a 100644 --- a/migrate-from-tidb-to-tidb.md +++ b/migrate-from-tidb-to-tidb.md @@ -101,7 +101,7 @@ summary: ある TiDB クラスターから別の TiDB クラスターにデー 環境構築後、 [BR](https://github.com/pingcap/tidb/tree/release-8.5/br)のバックアップ・リストア関数を使用して全データを移行できます。BRは[3つの方法](/br/br-use-overview.md#deploy-and-use-br)で起動できます。本稿では、SQL文`BACKUP`と`RESTORE`使用します。 -> **注記：** +> **Note:** > > - `BACKUP`と`RESTORE` SQL 文は実験的です。本番環境での使用は推奨されません。予告なく変更または削除される可能性があります。バグを発見した場合は、GitHub で[問題](https://github.com/pingcap/tidb/issues)報告してください。 > - 本番のクラスタでは、GCを無効にしてバックアップを実行すると、クラスタのパフォーマンスに影響する可能性があります。パフォーマンスの低下を防ぐため、オフピーク時にデータのバックアップを実行し、 `RATE_LIMIT`適切な値に設定することをお勧めします。 @@ -132,7 +132,7 @@ summary: ある TiDB クラスターから別の TiDB クラスターにデー +-------------------------+ 1 row in set (0.00 sec) - > **注記：** + > **Note:** > > TiCDC `gc-ttl`デフォルトで24時間です。バックアップと復元に時間がかかる場合、デフォルトの`gc-ttl`不十分で、その後の[増分レプリケーションタスク](#step-3-migrate-incremental-data)失敗する可能性があります。このような状況を回避するには、TiCDCサーバーを起動する際に、特定のニーズに合わせて`gc-ttl`値を調整してください。詳細については、 [TiCDCにおける`gc-ttl`とは](/ticdc/ticdc-faq.md#what-is-gc-ttl-in-ticdc)参照してください。 diff --git a/migrate-large-mysql-shards-to-tidb.md b/migrate-large-mysql-shards-to-tidb.md index 275ccd10c49f9..ad834af095bcb 100644 --- a/migrate-large-mysql-shards-to-tidb.md +++ b/migrate-large-mysql-shards-to-tidb.md @@ -208,7 +208,7 @@ CREATE TABLE `table5` ( TiDB Lightning はインポートが完了すると自動的に終了します。`tidb-lightning.log`の最後の行に`the whole procedure completed`が含まれているかどうかを確認してください。含まれている場合はインポートが成功しています。含まれていない場合は、インポート中にエラーが発生しました。エラーメッセージの指示に従ってエラーに対処してください。 -> **注記：** +> **Note:** > > 移行が成功したかどうかに関わらず、ログの最後の行は必ず`tidb lightning exit`となります。これは単にTiDB Lightning が正常に終了したことを意味するだけで、インポートタスクが正常に完了したことを保証するものではありません。 diff --git a/migrate-large-mysql-to-tidb.md b/migrate-large-mysql-to-tidb.md index 726be2bdda4dd..b19f45cbf1e21 100644 --- a/migrate-large-mysql-to-tidb.md +++ b/migrate-large-mysql-to-tidb.md @@ -154,7 +154,7 @@ LIMIT 4. TiDB Lightning はインポートが完了すると自動的に終了します。`tidb-lightning.log`の最後の行に`the whole procedure completed`が含まれているかどうかを確認してください。含まれている場合はインポートが成功しています。含まれていない場合は、インポート中にエラーが発生しました。エラーメッセージの指示に従ってエラーに対処してください。 -> **注記：** +> **Note:** > > インポートが成功したかどうかに関わらず、ログの最後の行には`tidb lightning exit`と表示されます。これは、 TiDB Lightning が正常に終了したことを意味しますが、必ずしもインポートが成功したことを意味するものではありません。 diff --git a/migration-tools.md b/migration-tools.md index ad38707283a97..24e40f723827d 100644 --- a/migration-tools.md +++ b/migration-tools.md @@ -148,7 +148,7 @@ tiup install dm tiup install dm tidb-lightning ``` -> **注記：** +> **Note:** > > 特定のバージョンのコンポーネントをインストールするには、 `tiup install [:version]`コマンドを使用します。 diff --git a/minimal-deployment-topology.md b/minimal-deployment-topology.md index 26e020db3143d..abc3f9b8c165b 100644 --- a/minimal-deployment-topology.md +++ b/minimal-deployment-topology.md @@ -16,7 +16,7 @@ summary: TiDB クラスターの最小限のデプロイメント トポロジ | TiKV | 3 | 16 仮想コア 32 GiB
    storage用 2 TiB (NVMe SSD) | 10.0.1.7
    10.0.1.8
    10.0.1.9 | デフォルトポート
    グローバルディレクトリ構成 | | モニタリングとGrafana | 1 | 4 VCore 8 GiB
    storage用500 GiB（SSD） | 10.0.1.10 | デフォルトポート
    グローバルディレクトリ構成 | -> **注記：** +> **Note:** > > インスタンスのIPアドレスは例としてのみ示されています。実際の導入では、IPアドレスを実際のIPアドレスに置き換えてください。 @@ -27,7 +27,7 @@ summary: TiDB クラスターの最小限のデプロイメント トポロジ 上記の TiDB クラスター トポロジ ファイルの構成項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジコンフィグレーションファイル](/tiup/tiup-cluster-topology-reference.md)参照してください。 -> **注記：** +> **Note:** > > - 設定ファイルに`tidb`ユーザーを手動で作成する必要はありません。TiUPTiUPコンポーネントは、ターゲットマシンに`tidb`ユーザーを自動的に作成します。ユーザーをカスタマイズすることも、制御マシンと同じユーザーを維持することもできます。 > - デプロイメント ディレクトリを相対パスとして構成すると、クラスターはユーザーのホーム ディレクトリにデプロイされます。 diff --git a/multi-data-centers-in-one-city-deployment.md b/multi-data-centers-in-one-city-deployment.md index 4dca5c0871f9e..1ed3b48f0fa9b 100644 --- a/multi-data-centers-in-one-city-deployment.md +++ b/multi-data-centers-in-one-city-deployment.md @@ -80,7 +80,7 @@ member leader_priority pdName2 4 member leader_priority pdName3 3 ``` -> **注記：** +> **Note:** > > TiDB v5.2以降、 `label-property`構成はデフォルトではサポートされません。レプリカポリシーを設定するには、 [配置ルール](/configure-placement-rules.md)使用してください。 diff --git a/mysql-compatibility.md b/mysql-compatibility.md index c6e295ec5b545..8c440e2fe79f0 100644 --- a/mysql-compatibility.md +++ b/mysql-compatibility.md @@ -30,7 +30,7 @@ TiDBはMySQLレプリケーションプロトコルをサポートしていな -> **注記：** +> **Note:** > > このページでは、MySQL と TiDB の一般的な違いについて説明します。セキュリティ分野における MySQL との互換性の詳細については、 [MySQLとのセキュリティ互換性](/security-compatibility-with-mysql.md)を参照してください。 @@ -50,7 +50,7 @@ TiDBはMySQLレプリケーションプロトコルをサポートしていな - `FULLTEXT`構文とインデックス [#1793](https://github.com/pingcap/tidb/issues/1793) - > **注記：** + > **Note:** > > 現在、特定の AWS リージョンのTiDB Cloud Starterインスタンスのみが[`FULLTEXT`構文とインデックス](https://docs.pingcap.com/tidbcloud/vector-search-full-text-search-sql)をサポートしています。TiDB Self-Managed およびTiDB Cloud Dedicatedは`FULLTEXT`構文の解析をサポートしていますが、 `FULLTEXT`インデックスの使用はサポートしていません。 @@ -104,7 +104,7 @@ TiDBはMySQLレプリケーションプロトコルをサポートしていな 詳細については、 [`AUTO_INCREMENT`](/auto-increment.md)参照してください。 -> **注記：** +> **Note:** > > - テーブル作成時に主キーを指定しない場合、TiDB は`_tidb_rowid`を使用して行を識別します。この値の割り当ては、AUTO_INCREMENT列 (そのような列が存在する場合) とアロケータを共有します。AUTO_INCREMENT列を主キーとして指定した場合、TiDB はこの列を使用して行を識別します。この場合、次のような状況が発生する可能性があります。 @@ -136,7 +136,7 @@ mysql> SELECT _tidb_rowid, id FROM t; -> **注記：** +> **Note:** > > `AUTO_INCREMENT`属性により、本番環境でホットスポットが発生する可能性があります。詳細については[HotSpotの問題のトラブルシューティング](/troubleshoot-hot-spot-issues.md)を参照してください。代わりに[`AUTO_RANDOM`](/auto-random.md)使用することをお勧めします。 @@ -144,7 +144,7 @@ mysql> SELECT _tidb_rowid, id FROM t; -> **注記：** +> **Note:** > > `AUTO_INCREMENT`属性により、本番環境でホットスポットが発生する可能性があります。詳細については[HotSpotの問題のトラブルシューティング](https://docs.pingcap.com/tidb/stable/troubleshoot-hot-spot-issues#handle-auto-increment-primary-key-hotspot-tables-using-auto_random)を参照してください。代わりに[`AUTO_RANDOM`](/auto-random.md)使用することをお勧めします。 diff --git a/mysql-schema/mysql-schema.md b/mysql-schema/mysql-schema.md index a4fc743591f8e..a2fe6a4368d97 100644 --- a/mysql-schema/mysql-schema.md +++ b/mysql-schema/mysql-schema.md @@ -7,7 +7,7 @@ summary: TiDBのシステムテーブルについて学びましょう。 `mysql`スキーマには、TiDBシステムテーブルが含まれています。この設計は、MySQLの`mysql`スキーマに似ており、 `mysql.user`などのテーブルを直接編集できます。また、MySQLの拡張機能となるテーブルも多数含まれています。 -> **注記：** +> **Note:** > > ほとんどのシナリオでは、 `INSERT` 、 `UPDATE` 、または`DELETE`を使用してシステムテーブルの内容を直接変更することは推奨されません。代わりに、 [`CREATE USER`](/sql-statements/sql-statement-create-user.md) 、[`ALTER USER`](/sql-statements/sql-statement-alter-user.md) 、 [`DROP USER`](/sql-statements/sql-statement-drop-user.md) 、 [`GRANT`](/sql-statements/sql-statement-grant-privileges.md) 、 [`REVOKE`](/sql-statements/sql-statement-revoke-privileges.md) 、および[`SHOW CREATE USER`](/sql-statements/sql-statement-show-create-user.md)などのステートメントを使用して、ユーザーと権限を管理してください。システムテーブルの直接変更が避けられない場合は、 [`FLUSH PRIVILEGES`](/sql-statements/sql-statement-flush-privileges.md)を使用して変更を有効にしてください。 @@ -67,7 +67,7 @@ summary: TiDBのシステムテーブルについて学びましょう。 ## GCワーカーシステムテーブル {#gc-worker-system-tables} -> **注記：** +> **Note:** > > GCワーカーシステムテーブルは、TiDB Self-Managedでのみ適用され、 [TiDB Cloud](https://docs.pingcap.com/tidbcloud/)では利用できません。 @@ -121,7 +121,7 @@ summary: TiDBのシステムテーブルについて学びましょう。 -> **注記：** +> **Note:** > > `tidb` 、 `expr_pushdown_blacklist` 、 `opt_rule_blacklist` 、 `table_cache_meta` 、 `tidb_import_jobs` 、および`tidb_timers`システムテーブルは、TiDB Self-Managedにのみ適用され、 [TiDB Cloud](https://docs.pingcap.com/tidbcloud/)では利用できません。 diff --git a/non-transactional-dml.md b/non-transactional-dml.md index fb0cd1b30f371..e5ea8e7cf017f 100644 --- a/non-transactional-dml.md +++ b/non-transactional-dml.md @@ -20,7 +20,7 @@ summary: TiDBの非トランザクションDMLステートメントについて 詳細な構文については[`BATCH`](/sql-statements/sql-statement-batch.md)参照してください。 -> **注記：** +> **Note:** > > - 非トランザクション DML ステートメントは、ステートメントの原子性と分離性を保証せず、元の DML ステートメントと同等ではありません。 > - DML ステートメントが非トランザクション DML ステートメントに書き換えられた後は、その動作が元のステートメントの動作と一致しているとは想定できません。 @@ -71,7 +71,7 @@ summary: TiDBの非トランザクションDMLステートメントについて - この DML ステートメントによって読み取りまたは書き込みが行われるテーブルに対して同時 DDL 操作を実行することは推奨されません。 -> **警告：** +> **Warning:** > > `tidb_redact_log`と`tidb_nontransactional_ignore_error`同時に有効にすると、各バッチの完全なエラー情報を取得できない可能性があり、失敗したバッチのみを再試行できなくなります。したがって、両方のシステム変数が有効になっている場合、非トランザクションDML文はべき等である必要があります。 @@ -307,7 +307,7 @@ BATCH ON id LIMIT 2 DELETE /*+ USE_INDEX(t)*/ FROM t WHERE v < 6; batch-dml は、DML ステートメントの実行中にトランザクションを複数のトランザクション コミットに分割するメカニズムです。 -> **注記：** +> **Note:** > > 非推奨となったbatch-dmlの使用は推奨されません。batch-dml機能を適切に使用しないと、データインデックスの不整合が発生するリスクがあります。 diff --git a/online-unsafe-recovery.md b/online-unsafe-recovery.md index e696705b3c89a..6aa91eba9213d 100644 --- a/online-unsafe-recovery.md +++ b/online-unsafe-recovery.md @@ -5,7 +5,7 @@ summary: Online Unsafe Recovery の使用方法を学びます。 # オンラインの安全でない回復 {#online-unsafe-recovery} -> **警告：** +> **Warning:** > > オンラインアンセーフリカバリは、非可逆リカバリの一種です。この機能を使用すると、データとデータインデックスの整合性は保証されません。 @@ -44,7 +44,7 @@ Online Unsafe Recovery を使用する前に、次の要件が満たされてい pd-ctl -u unsafe remove-failed-stores ``` -> **注記：** +> **Note:** > > - 上記のコマンドでは、回復不可能な**すべての**TiKVノードとTiFlashノードが一度に指定されていることを確認してください。回復不可能なノードを省略すると、回復プロセスがブロックされる可能性があります。 > - 短期間内（1 日以内など）にオンライン アンセーフ リカバリを既に実行している場合は、このコマンドの後続の実行に、以前に処理された TiKV ノードとTiFlashノードがまだ含まれていることを確認してください。 @@ -65,7 +65,7 @@ pd-ctl -u unsafe remove-failed-stores pd-ctl -u unsafe remove-failed-stores --auto-detect ``` -> **注記：** +> **Note:** > > - 安全でないリカバリではすべてのピアから情報を収集する必要があるため、メモリ使用量が増加する可能性があります (100,000 のピアは 500 MiB のメモリを使用すると推定されます)。 > - コマンドの実行中に PD が再起動すると、リカバリが中断され、タスクを再度トリガーする必要があります。 @@ -155,7 +155,7 @@ PDはリカバリプランのディスパッチに成功した後、TiKVから SELECT TABLE_SCHEMA, TABLE_NAME, TIDB_TABLE_ID FROM INFORMATION_SCHEMA.TABLES WHERE TIDB_TABLE_ID IN (64, 27); ``` -> **注記：** +> **Note:** > > - 回復操作により、一部の投票失敗者が学習失敗者になりました。そのため、PDスケジュールではこれらの学習失敗者を削除するのに時間がかかります。 > - 新しいストアを随時追加することをお勧めします。 @@ -171,7 +171,7 @@ SELECT TABLE_SCHEMA, TABLE_NAME, TIDB_TABLE_ID FROM INFORMATION_SCHEMA.TABLES WH ### ステップ3. データとインデックスの整合性をチェックする（RawKVの場合は必要ありません） {#step-3-check-the-consistency-of-data-and-index-not-required-for-rawkv} -> **注記：** +> **Note:** > > データの読み取りおよび書き込みは可能ですが、データの損失がないわけではありません。 diff --git a/optimistic-transaction.md b/optimistic-transaction.md index 902405600a5b8..7e5e4e2d7f0d9 100644 --- a/optimistic-transaction.md +++ b/optimistic-transaction.md @@ -9,7 +9,7 @@ summary: TiDBにおける楽観的トランザクションモデルについて 楽観的トランザクションを有効にする前に、アプリケーションがステートメント`COMMIT`がエラーを返す可能性を正しく処理していることを確認してください。アプリケーションがこれをどのように処理するか不明な場合は、悲観的トランザクションを使用することをお勧めします。 -> **注記：** +> **Note:** > > TiDBはバージョン3.0.8以降、デフォルトで[悲観的トランザクションモード](/pessimistic-transaction.md)を使用します。ただし、既存のクラスタをバージョン3.0.7以前から3.0.8以降にアップグレードしても、この変更は影響しません。つまり、**悲観的トランザクションモードがデフォルトで使用されるのは、新しく作成されたクラスタのみです**。 @@ -113,7 +113,7 @@ sequenceDiagram ## トランザクションの再試行 {#transaction-retries} -> **注記：** +> **Note:** > > バージョン8.0.0以降、 [`tidb_disable_txn_auto_retry`](/system-variables.md#tidb_disable_txn_auto_retry)システム変数は非推奨となり、TiDBは楽観的トランザクションの自動再試行をサポートしなくなりました。[悲観的トランザクションモード](/pessimistic-transaction.md)使用をお勧めします。楽観的トランザクションの競合が発生した場合は、エラーを捕捉してアプリケーションでトランザクションを再試行できます。 @@ -121,7 +121,7 @@ sequenceDiagram ### 自動再試行 {#automatic-retry} -> **注記：** +> **Note:** > > - TiDB v3.0.0以降、トランザクションの自動再試行はデフォルトで無効になっています。これは、**トランザクション分離レベルを損なう**可能性があるためです。 > - TiDB v8.0.0以降、楽観的トランザクションの自動再試行はサポートされなくなりました。 @@ -158,7 +158,7 @@ tidb_retry_limit = 10 SET GLOBAL tidb_retry_limit = 10; ``` -> **注記：** +> **Note:** > > 変数`tidb_retry_limit`は、再試行の最大回数を決定します。この変数を`0`に設定すると、自動的にコミットされる暗黙的な単一ステートメントトランザクションを含め、どのトランザクションも自動的に再試行されません。これは、TiDBの自動再試行メカニズムを完全に無効にする方法です。自動再試行が無効になると、競合するすべてのトランザクションは、エラー（メッセージ`try again later`を含む）をアプリケーションレイヤーに最速で報告します。 diff --git a/optimizer-fix-controls.md b/optimizer-fix-controls.md index 24c645509e15e..a2b0b9eb9fee0 100644 --- a/optimizer-fix-controls.md +++ b/optimizer-fix-controls.md @@ -117,7 +117,7 @@ SET SESSION tidb_opt_fix_control = '44262:ON,44389:ON'; ### `56318` {#56318} -> **注記：** +> **Note:** > > これは[TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)のみ利用可能です。 diff --git a/optimizer-hints.md b/optimizer-hints.md index fa0f49d2d8779..26873e4e55325 100644 --- a/optimizer-hints.md +++ b/optimizer-hints.md @@ -23,7 +23,7 @@ SELECT /*+ USE_INDEX(t1, idx1), HASH_AGG(), HASH_JOIN(t1) */ count(*) FROM t t1, ヒントが不正確または不完全な場合、ステートメントエラーは発生しません。これは、ヒントがクエリ実行に対する*ヒント*（提案）の意味のみを持つことを意図しているためです。同様に、TiDBはヒントが適用できない場合、せいぜい警告を返します。 -> **注記：** +> **Note:** > > 指定されたキーワードの後にコメントが続かない場合、一般的なMySQLコメントとして扱われます。コメントは有効にならず、警告も表示されません。 @@ -54,7 +54,7 @@ SELECT /*+ HASH_JOIN(@sel_1 t1@sel_1, t3) */ * FROM (SELECT t1.a, t1.b FROM t t1 - ヒントの最初のパラメータとしてクエリブロック名を設定し、他のパラメータとはスペースで区切ってください。このセクションにリストされているすべてのヒントには、 `QB_NAME`に加えて、オプションの隠しパラメータ`@QB_NAME`も存在します。このパラメータを使用することで、ヒントの有効範囲を指定できます。 - パラメータ内のテーブル名に`@QB_NAME`追加して、このテーブルがどのクエリ ブロックに属するかを明示的に指定します。 -> **注記：** +> **Note:** > > ヒントは、ヒントが有効になるクエリブロック内またはその前に置く必要があります。ヒントをクエリブロックの後に置くと、ヒントは有効になりません。 @@ -70,7 +70,7 @@ SELECT /*+ QB_NAME(QB1) */ * FROM (SELECT * FROM t) t1, (SELECT * FROM t) t2; このヒントは、外側の`SELECT`クエリ ブロックの名前を`QB1`に指定します。これにより、 `QB1`とデフォルト名`sel_1`両方がクエリ ブロックに対して有効になります。 -> **注記：** +> **Note:** > > 上記の例では、ヒントが`QB_NAME`から`sel_2`指定し、元の 2 番目のクエリ ブロック`SELECT`に新しい`QB_NAME`指定していない場合、2 番目のクエリ ブロック`SELECT`に対して`sel_2`無効な名前になります。 @@ -82,7 +82,7 @@ SELECT /*+ QB_NAME(QB1) */ * FROM (SELECT * FROM t) t1, (SELECT * FROM t) t2; select /*+ MERGE_JOIN(t1, t2) */ * from t1, t2 where t1.id = t2.id; ``` -> **注記：** +> **Note:** > > `TIDB_SMJ`は TiDB 3.0.x 以前のバージョンにおける`MERGE_JOIN`の別名です。これらのバージョンを使用している場合は、ヒントに`TIDB_SMJ(t1_name [, tl_name ...])`構文を適用する必要があります。TiDB のそれ以降のバージョンでは、ヒントの名前として`TIDB_SMJ`と`MERGE_JOIN`はどちらも有効ですが、 `MERGE_JOIN`使用を推奨します。 @@ -96,7 +96,7 @@ SELECT /*+ NO_MERGE_JOIN(t1, t2) */ * FROM t1, t2 WHERE t1.id = t2.id; ### INL_JOIN(t1_name [, tl_name ...]) {#inl-join-t1-name-tl-name} -> **注記：** +> **Note:** > > 場合によっては、 `INL_JOIN`ヒントが効かないことがあります。詳しくは[`INL_JOIN`ヒントは有効になりません](#inl_join-hint-does-not-take-effect)参照してください。 @@ -110,7 +110,7 @@ SELECT /*+ INL_JOIN(t1, t2) */ * FROM t1, t2, t3 WHERE t1.id = t2.id AND t2.id = `INL_JOIN()`で指定されたパラメータは、クエリプランを作成する際に内部テーブルとして使用される候補テーブルです。例えば、 `INL_JOIN(t1)` 、TiDB がクエリプランを作成する際に内部テーブルとして`t1`を使用することを検討することを意味します。候補テーブルに別名がある場合は、 `INL_JOIN()`のパラメータとしてその別名を使用する必要があります。別名がない場合は、テーブルの元の名前をパラメータとして使用してください。例えば、 `select /*+ INL_JOIN(t1) */ * from t t1, t t2 where t1.a = t2.b;`クエリでは、 `INL_JOIN()`のパラメータとして`t`ではなく、 `t`テーブルの別名である`t1`または`t2`使用する必要があります。 -> **注記：** +> **Note:** > > `TIDB_INLJ`は TiDB 3.0.x 以前のバージョンにおける`INL_JOIN`の別名です。これらのバージョンを使用している場合は、ヒントに`TIDB_INLJ(t1_name [, tl_name ...])`構文を適用する必要があります。TiDB のそれ以降のバージョンでは、ヒントの名前として`TIDB_INLJ`と`INL_JOIN`はどちらも有効ですが、 `INL_JOIN`使用を推奨します。 @@ -146,7 +146,7 @@ SELECT /*+ NO_INDEX_JOIN(t1, t2) */ * FROM t1, t2 WHERE t1.id = t2.id; select /*+ HASH_JOIN(t1, t2) */ * from t1, t2 where t1.id = t2.id; ``` -> **注記：** +> **Note:** > > `TIDB_HJ`は TiDB 3.0.x 以前のバージョンにおける`HASH_JOIN`の別名です。これらのバージョンを使用している場合は、ヒントに`TIDB_HJ(t1_name [, tl_name ...])`構文を適用する必要があります。TiDB のそれ以降のバージョンでは、ヒントの名前として`TIDB_HJ`と`HASH_JOIN`はどちらも有効ですが、 `HASH_JOIN`使用を推奨します。 @@ -230,7 +230,7 @@ EXPLAIN SELECT * FROM t WHERE EXISTS (SELECT /*+ SEMI_JOIN_REWRITE() */ 1 FROM t SELECT /*+ SHUFFLE_JOIN(t1, t2) */ * FROM t1, t2 WHERE t1.id = t2.id; ``` -> **注記：** +> **Note:** > > - このヒントを使用する前に、現在のTiDBクラスタがクエリでTiFlash MPPモードの使用をサポートしていることを確認してください。詳細については、 [TiFlash MPPモードを使用する](/tiflash/use-tiflash-mpp-mode.md)を参照してください。 > - このヒントは、 [`HASH_JOIN_BUILD`ヒント](#hash_join_buildt1_name--tl_name-)および[`HASH_JOIN_PROBE`ヒント](#hash_join_probet1_name--tl_name-)と組み合わせて使用して、シャッフル結合アルゴリズムのビルド側とプローブ側を制御できます。 @@ -243,7 +243,7 @@ SELECT /*+ SHUFFLE_JOIN(t1, t2) */ * FROM t1, t2 WHERE t1.id = t2.id; SELECT /*+ BROADCAST_JOIN(t1, t2) */ * FROM t1, t2 WHERE t1.id = t2.id; ``` -> **注記：** +> **Note:** > > - このヒントを使用する前に、現在のTiDBクラスタがクエリでTiFlash MPPモードの使用をサポートしていることを確認してください。詳細については、 [TiFlash MPPモードを使用する](/tiflash/use-tiflash-mpp-mode.md)を参照してください。 > - このヒントは、 [`HASH_JOIN_BUILD`ヒント](#hash_join_buildt1_name--tl_name-)および[`HASH_JOIN_PROBE`ヒント](#hash_join_probet1_name--tl_name-)と組み合わせて使用して、ブロードキャスト結合アルゴリズムのビルド側とプローブ側を制御できます。 @@ -332,7 +332,7 @@ select /*+ STREAM_AGG() */ count(*) from t1, t2 where t1.a > 10 group by t1.id; SELECT /*+ MPP_1PHASE_AGG() */ COUNT(*) FROM t1, t2 WHERE t1.a > 10 GROUP BY t1.id; ``` -> **注記：** +> **Note:** > > このヒントを使用する前に、現在のTiDBクラスタがクエリでTiFlash MPPモードの使用をサポートしていることを確認してください。詳細については、 [TiFlash MPPモードを使用する](/tiflash/use-tiflash-mpp-mode.md)を参照してください。 @@ -344,7 +344,7 @@ SELECT /*+ MPP_1PHASE_AGG() */ COUNT(*) FROM t1, t2 WHERE t1.a > 10 GROUP BY t1. SELECT /*+ MPP_2PHASE_AGG() */ COUNT(*) FROM t1, t2 WHERE t1.a > 10 GROUP BY t1.id; ``` -> **注記：** +> **Note:** > > このヒントを使用する前に、現在のTiDBクラスタがクエリでTiFlash MPPモードの使用をサポートしていることを確認してください。詳細については、 [TiFlash MPPモードを使用する](/tiflash/use-tiflash-mpp-mode.md)を参照してください。 @@ -356,7 +356,7 @@ SELECT /*+ MPP_2PHASE_AGG() */ COUNT(*) FROM t1, t2 WHERE t1.a > 10 GROUP BY t1. SELECT /*+ USE_INDEX(t1, idx1, idx2) */ * FROM t1; ``` -> **注記：** +> **Note:** > > このヒントでテーブル名のみを指定し、インデックス名を指定しない場合、実行ではインデックスは考慮されず、テーブル全体がスキャンされます。 @@ -387,7 +387,7 @@ select /*+ IGNORE_INDEX(t1, idx1, idx2) */ * from t t1; ヒント`ORDER_INDEX(t1_name, idx1_name [, idx2_name ...])`は、指定されたテーブルに対して指定されたインデックスのみを使用し、指定されたインデックスを順番に読み取るようにオプティマイザに指示します。 -> **警告：** +> **Warning:** > > このヒントはSQL文の実行に失敗する可能性があります。事前にテストすることをお勧めします。テスト中にエラーが発生した場合は、ヒントを削除してください。テストが正常に実行された場合は、引き続き使用できます。 @@ -411,7 +411,7 @@ EXPLAIN SELECT /*+ ORDER_INDEX(t, a) */ a FROM t ORDER BY a LIMIT 10; オプティマイザはこのクエリに対して2種類のプラン（ `Limit + IndexScan(keep order: true)`と`TopN + IndexScan(keep order: false)` ）を生成します。5ヒント`ORDER_INDEX`使用される場合、オプティマイザはインデックスを順番に読み取る最初のプランを選択します。 -> **注記：** +> **Note:** > > - クエリ自体がインデックスを順番に読み取る必要がない場合（つまり、ヒントがない場合、オプティマイザはいかなる状況でもインデックスを順番に読み取るプランを生成しません）、ヒント`ORDER_INDEX`を使用するとエラー`Can't find a proper physical plan for this query`が発生します。この場合、対応するヒント`ORDER_INDEX`を削除する必要があります。 > - パーティションテーブルのインデックスは順番に読み取ることができないため、パーティションテーブルとその関連インデックスでは`ORDER_INDEX`ヒントを使用しないでください。 @@ -490,7 +490,7 @@ SET @@tidb_index_lookup_pushdown_policy = 'force'; SELECT /*+ NO_INDEX_LOOKUP_PUSHDOWN(t) */ * FROM t WHERE a > 1; ``` -> **注記：** +> **Note:** > > `NO_INDEX_LOOKUP_PUSHDOWN`は[`INDEX_LOOKUP_PUSHDOWN`](#index_lookup_pushdownt1_name-idx1_name--idx2_name--new-in-v855)よりも優先されます。同じクエリで両方のヒントを指定した場合、 `NO_INDEX_LOOKUP_PUSHDOWN`有効になります。 @@ -532,7 +532,7 @@ SELECT /*+ USE_INDEX_MERGE(t1, idx_a, idx_b, idx_c) */ * FROM t1 WHERE t1.a > 10 同じテーブルに複数の`USE_INDEX_MERGE`ヒントが指定されている場合、オプティマイザーはこれらのヒントによって指定されたインデックス セットの結合からインデックスを選択しようとします。 -> **注記：** +> **Note:** > > `USE_INDEX_MERGE`のパラメータは列名ではなくインデックス名を参照します。主キーのインデックス名は`primary`です。 @@ -573,7 +573,7 @@ SHOW WARNINGS; +---------+------+-------------------------------------------------------------------------------------------------------------------+ ``` -> **注記：** +> **Note:** > > クエリ文に外部結合が含まれている場合、ヒントには結合順序を入れ替え可能なテーブルのみを指定できます。ヒントに結合順序を入れ替えられないテーブルが含まれている場合、ヒントは無効になります。例えば、 `SELECT * FROM t1 LEFT JOIN (t2 JOIN t3 JOIN t4) ON t1.a = t2.a;`で`t2` `t3` `t4`テーブルの結合順序を制御したい場合、 `LEADING`のヒントに`t1`指定することはできません。 @@ -589,7 +589,7 @@ WITH CTE AS (SELECT /*+ MERGE() */ * FROM tc WHERE tc.a < 60) SELECT * FROM CTE WITH CTE1 AS (SELECT * FROM t1), CTE2 AS (WITH CTE3 AS (SELECT /*+ MERGE() */ * FROM t2), CTE4 AS (SELECT * FROM t3) SELECT * FROM CTE3, CTE4) SELECT * FROM CTE1, CTE2; ``` -> **注記：** +> **Note:** > > `MERGE()`は単純な CTE クエリにのみ適用されます。以下の状況には適用されません。 > @@ -606,7 +606,7 @@ WITH CTE1 AS (SELECT * FROM t1), CTE2 AS (WITH CTE3 AS (SELECT /*+ MERGE() */ * [`QB_NAME`ヒント](#qb_name)は、ビューの各クエリブロックに新しい名前を定義するために使用します。ビューの`QB_NAME`のヒントの定義は[クエリブロック](#qb_name)と同じですが、構文が`QB_NAME(QB)`から`QB_NAME(QB, ViewName@QueryBlockName [.ViewName@QueryBlockName .ViewName@QueryBlockName ...])`に拡張されています。 -> **注記：** +> **Note:** > > `@QueryBlockName`と直後の`.ViewName@QueryBlockName`の間には空白があります。そうでない場合、 `.ViewName@QueryBlockName`は`QueryBlockName`の一部として扱われます。例えば、 `QB_NAME(v2_1, v2@SEL_1 .@SEL_1)`は有効ですが、 `QB_NAME(v2_1, v2@SEL_1.@SEL_1)`正しく解析できません。 @@ -653,7 +653,7 @@ WITH CTE1 AS (SELECT * FROM t1), CTE2 AS (WITH CTE3 AS (SELECT /*+ MERGE() */ * ) tt; ``` -> **注記：** +> **Note:** > > - ビューでグローバルヒントを使用するには、対応するヒントをビューに`QB_NAME`定義する必要があります。そうしないと、グローバルヒントは有効になりません。 > @@ -701,7 +701,7 @@ WITH CTE1 AS (SELECT * FROM t1), CTE2 AS (WITH CTE3 AS (SELECT /*+ MERGE() */ * このカテゴリのヒントは、**最初の**`SELECT` 、 `UPDATE` 、または`DELETE`のキーワードの後にのみ指定できます。これは、このクエリの実行時に指定されたシステム変数の値を変更することと同等です。ヒントの優先順位は、既存のシステム変数の優先順位よりも高くなります。 -> **注記：** +> **Note:** > > このカテゴリのヒントにはオプションの隠し変数`@QB_NAME`ありますが、変数を指定した場合でもヒントはクエリ全体に適用されます。 @@ -717,7 +717,7 @@ select /*+ NO_INDEX_MERGE() */ * from t where t.a > 0 or t.b > 0; このヒントに加えて、 `tidb_enable_index_merge`システム変数を設定することで、この機能を有効にするかどうかも制御できます。 -> **注記：** +> **Note:** > > - `NO_INDEX_MERGE`は`USE_INDEX_MERGE`よりも優先度が高くなります。両方のヒントが使用されている場合、 `USE_INDEX_MERGE`効果がありません。 > - サブクエリの場合、 `NO_INDEX_MERGE`サブクエリの最も外側のレベルに配置された場合にのみ有効になります。 @@ -782,7 +782,7 @@ prepare stmt from 'select /*+ IGNORE_PLAN_CACHE() */ * from t where t.id = ?'; `SET_VAR(VAR_NAME=VAR_VALUE)`ヒントを使用すると、文の実行中にシステム変数の値を一時的に変更できます。文の実行後、現在のセッションにおけるシステム変数の値は自動的に元の値に戻ります。このヒントは、オプティマイザとエグゼキュータに関連する一部のシステム変数を変更するために使用できます。このヒントを使用して変更できるシステム変数のリストについては、 [システム変数](/system-variables.md)を参照してください。 -> **警告：** +> **Warning:** > > - 予期しない動作が発生する可能性があるため、明示的にサポートされていない変数を変更しないことを強くお勧めします。 > - サブクエリに`SET_VAR`記述しないでください。記述すると、効果が得られない可能性があります。詳細については、 [`SET_VAR`サブクエリに記述すると効果を発揮しません](#set_var-does-not-take-effect-when-written-in-subqueries)参照してください。 @@ -819,7 +819,7 @@ SELECT @@MAX_EXECUTION_TIME; SELECT /*+ STRAIGHT_JOIN() */ * FROM t t1, t t2 WHERE t1.a = t2.a; ``` -> **注記：** +> **Note:** > > - `STRAIGHT_JOIN`は`LEADING`よりも優先度が高くなります。両方のヒントが使用されている場合、 `LEADING`効果がありません。 > - `STRAIGHT_JOIN`ヒントよりも一般的な`LEADING`ヒントを使用することをお勧めします。 @@ -838,7 +838,7 @@ SELECT /*+ STRAIGHT_JOIN() */ * FROM t t1, t t2 WHERE t1.a = t2.a; SELECT /*+ NTH_PLAN(3) */ count(*) from t where a > 5; ``` -> **注記：** +> **Note:** > > `NTH_PLAN(N)`は主にテスト用に使用されており、それ以降のバージョンとの互換性は保証されていません。このヒントは**慎重に**使用してください。 @@ -852,7 +852,7 @@ SELECT /*+ NTH_PLAN(3) */ count(*) from t where a > 5; SELECT /*+ RESOURCE_GROUP(rg1) */ * FROM t limit 10; ``` -> **注記：** +> **Note:** > > TiDB v8.2.0以降、このヒントに対する権限制御が導入されました。システム変数[`tidb_resource_control_strict_mode`](/system-variables.md#tidb_resource_control_strict_mode-new-in-v820) `ON`に設定されている場合、このヒントを使用するには`SUPER` 、 `RESOURCE_GROUP_ADMIN` 、または`RESOURCE_GROUP_USER`権限が必要です。必要な権限がない場合、このヒントは無視され、TiDBは警告を返します。クエリ実行後に`SHOW WARNINGS;`実行すると、詳細を確認できます。 diff --git a/oracle-functions-to-tidb.md b/oracle-functions-to-tidb.md index f2f4964f8ff6c..0d78ee425d19d 100644 --- a/oracle-functions-to-tidb.md +++ b/oracle-functions-to-tidb.md @@ -7,7 +7,7 @@ summary: Oracle と TiDB の関数と構文の比較を学習します。 このドキュメントでは、OracleとTiDBの関数と構文の比較について説明します。Oracleの関数に基づいて対応するTiDB関数を見つけ、OracleとTiDBの構文の違いを理解するのに役立ちます。 -> **注記：** +> **Note:** > > このドキュメントの関数と構文は、Oracle 12.2.0.1.0およびTiDB v5.4.0に基づいています。他のバージョンでは異なる場合があります。 diff --git a/partitioned-raft-kv.md b/partitioned-raft-kv.md index 6fcb57f9ad409..e55cfa213d4ab 100644 --- a/partitioned-raft-kv.md +++ b/partitioned-raft-kv.md @@ -5,7 +5,7 @@ summary: TiKV のパーティション化されたRaft KV 機能について学 # 分割RaftKV {#partitioned-raft-kv} -> **警告：** +> **Warning:** > > Partitioned Raft KVは実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される可能性があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)報告を行ってください。 diff --git a/partitioned-table.md b/partitioned-table.md index fcd34a1655533..9d349cc872576 100644 --- a/partitioned-table.md +++ b/partitioned-table.md @@ -340,7 +340,7 @@ PARTITION BY LIST (store_id) ( バージョン7.3.0以降では、リストまたはリスト列でパーティションテーブルにデフォルトパーティションを追加できます。デフォルトパーティションはフォールバックパーティションとして機能し、どのパーティションの値セットにも一致しない行を配置できます。 -> **注記：** +> **Note:** > > この機能は、MySQL構文に対するTiDBの拡張機能です。デフォルトのパーティションを持つListまたはList COLUMNSパーティションテーブルの場合、テーブル内のデータをMySQLに直接レプリケートすることはできません。 @@ -685,7 +685,7 @@ PARTITIONS 2; TiDBでは`NULL`パーティショニング式の計算結果として使用することが許可されています。 -> **注記：** +> **Note:** > > `NULL`整数ではありません。TiDB のパーティショニング実装では`NULL`は、 `ORDER BY`と同様に、他のどの整数値よりも小さい値として扱われます。 @@ -787,7 +787,7 @@ select * from th partition (p1); 挿入されたレコード`(NULL, 'mothra')`は`(0, 'gigan')`と同じパーティションに属していることがわかります。 -> **注記：** +> **Note:** > > TiDB のハッシュ パーティションによる`NULL`値は[MySQLパーティショニングがNULLをどのように処理するか](https://dev.mysql.com/doc/refman/8.0/en/partitioning-handling-nulls.html)で説明されているのと同じ方法で処理されますが、これは MySQL の実際の動作と一致しません。言い換えれば、この場合の MySQL の実装はそのドキュメントと一致していません。 > @@ -1019,7 +1019,7 @@ ALTER TABLE example ADD PARTITION ALTER TABLE example COALESCE PARTITION 1; ``` -> **注記：** +> **Note:** > > ハッシュまたはキーでパーティション分割されたテーブルのパーティション数を変更すると、すべてのデータが新しいパーティション数にコピーされてパーティションが再編成されます。そのため、ハッシュまたはキーでパーティションテーブルのパーティション数を変更した後、統計情報が古いという警告が表示されます。この場合、 [`ANALYZE TABLE`](/sql-statements/sql-statement-analyze-table.md)ステートメントを使用して統計情報を更新できます。 > @@ -1358,7 +1358,7 @@ SELECT store_id, COUNT(department_id) AS c このセクションでは、パーティショニングキーと主キーおよび一意キーの関係について説明します。この関係を規定するルールは次のとおりです。主キーは定義上一意キーでもあるため、主キーを含むパーティションテーブル上のすべての一意キーは、テーブルのパーティショニング式内のすべての列を使用する必要があります。 -> **注記：** +> **Note:** > > [グローバルインデックス](/global-indexes.md)を使用する場合、このルールは無視できます。 diff --git a/password-management.md b/password-management.md index 125e64debd9d0..3f00ec01f5468 100644 --- a/password-management.md +++ b/password-management.md @@ -35,7 +35,7 @@ TiDBでは、パスワードの複雑さのチェックはデフォルトで無 - プレーンテキストでユーザーパスワードを設定するSQL文（ `CREATE USER` `SET PASSWORD`含む）の場合、TiDBはパスワード複雑性ポリシーに照らしてパスワードをチェックします。パスワードが要件`ALTER USER`満たしていない場合、そのパスワードは拒否されます。 - パスワードの強度を検証するには、SQL 関数[`VALIDATE_PASSWORD_STRENGTH()`](/functions-and-operators/encryption-and-compression-functions.md#validate_password_strength)使用できます。 -> **注記：** +> **Note:** > > - `CREATE USER`ステートメントについてですが、アカウント作成時にロックできる場合でも、適切なパスワードを設定する必要があります。そうしないと、アカウントのロックが解除された際に、このアカウントはパスワード複雑性ポリシーに準拠していないパスワードを使用して TiDB にログインできてしまいます。 > - パスワードの複雑さのポリシーを変更しても、既存のパスワードには影響せず、新しく設定されたパスワードにのみ影響します。 @@ -104,7 +104,7 @@ SET GLOBAL validate_password.special_char_count = 1; SET GLOBAL validate_password.dictionary = 'mysql;abcd'; ``` -> **注記：** +> **Note:** > > - 値`validate_password.dictionary`は1024文字以下の文字列です。パスワードに存在してはならない単語のリストが含まれます。各単語はセミコロン ( `;` ) で区切られます。 > - 辞書チェックでは大文字と小文字は区別されません。 @@ -138,7 +138,7 @@ ERROR 1819 (HY000): Require Password Length: 8 パスワードの強度を確認するには、 [`VALIDATE_PASSWORD_STRENGTH()`](/functions-and-operators/encryption-and-compression-functions.md#validate_password_strength)関数を使用します。この関数はパスワード引数を受け取り、0（弱い）から100（強い）までの整数を返します。 -> **注記：** +> **Note:** > > この関数は、現在のパスワード複雑性ポリシーに基づいてパスワードの強度を評価します。パスワード複雑性ポリシーが変更された場合、同じパスワードでも評価結果が異なる場合があります。 @@ -293,7 +293,7 @@ TiDB はアカウントのパスワード履歴を記録し、履歴からの新 - パスワード再利用ポリシーがパスワード変更回数に基づいている場合、新しいパスワードは指定された回数の最新のパスワードのいずれとも重複してはなりません。例えば、パスワード変更の最小回数が`3`に設定されている場合、新しいパスワードは過去3回のパスワードのいずれとも重複してはなりません。 - パスワード再利用ポリシーが経過時間に基づいている場合、新しいパスワードは指定された日数内に使用されたパスワードと同じであってはなりません。例えば、パスワード再利用間隔が`60`に設定されている場合、新しいパスワードは過去60日間に使用されたパスワードと同じであってはなりません。 -> **注記：** +> **Note:** > > 空のパスワードはパスワード履歴に記録されず、いつでも再利用できます。 @@ -352,7 +352,7 @@ ALTER USER 'test'@'localhost' PASSWORD REUSE INTERVAL DEFAULT; ``` -> **注記：** +> **Note:** > > - パスワード再利用ポリシーを複数回設定した場合、最後に設定した値が有効になります。 > - オプション`PASSWORD HISTORY`および`PASSWORD REUSE INTERVAL`のデフォルト値は 0 で、再利用ポリシーが無効であることを意味します。 @@ -362,7 +362,7 @@ ALTER USER 'test'@'localhost' TiDBは、アカウントのログイン失敗回数を追跡できます。ブルートフォース攻撃によるパスワード解読を防ぐため、TiDBは指定回数のログイン失敗後にアカウントをロックすることができます。 -> **注記：** +> **Note:** > > - TiDB は、失敗したログインの追跡と一時的なアカウントのロックをアカウント レベルでのみサポートしており、グローバル レベルではサポートしていません。 > - ログイン失敗とは、クライアントが接続試行中に正しいパスワードを入力できなかったことを意味し、不明なユーザーまたはネットワークの問題による接続失敗は含まれません。 @@ -377,7 +377,7 @@ TiDBは、アカウントのログイン失敗回数を追跡できます。ブ - Nは、連続してログインに失敗すると、アカウントが`N`日間一時的にロックされることを意味します。Nの値の範囲は0～32767です。 - `UNBOUNDED`ロック時間が無制限であり、アカウントを手動でロック解除する必要があることを意味します。Nの値の範囲は0から32767です。 -> **注記：** +> **Note:** > > - 1つのSQL文で設定できるのは`FAILED_LOGIN_ATTEMPTS`または`PASSWORD_LOCK_TIME`だけです。この場合、アカウントロックは有効になりません。 > - アカウントのロックは、 `FAILED_LOGIN_ATTEMPTS`と`PASSWORD_LOCK_TIME`両方が 0 でない場合にのみ有効になります。 @@ -414,7 +414,7 @@ ALTER USER 'test3'@'localhost' FAILED_LOGIN_ATTEMPTS 0 PASSWORD_LOCK_TIME 0; - ロック時間が終了すると、次回のログイン試行時にアカウントの自動ロックフラグがリセットされます。 - `ALTER USER ... ACCOUNT UNLOCK`ステートメントを実行するとき。 -> **注記：** +> **Note:** > > 連続してログインに失敗したためにアカウントがロックされた場合、アカウント ロック ポリシーを変更すると、次の影響があります。 > diff --git a/pd-configuration-file.md b/pd-configuration-file.md index 1b8c56a1c768e..e8a823d8ac2cf 100644 --- a/pd-configuration-file.md +++ b/pd-configuration-file.md @@ -11,7 +11,7 @@ PD設定ファイルは、コマンドラインパラメータよりも多くの このドキュメントでは、コマンドラインパラメータに含まれないパラメータについてのみ説明します。コマンドラインパラメータについては、 [ここ](/command-line-flags-for-pd-configuration.md)参照してください。 -> **ヒント：** +> **Tip:** > > PD 初期化後に設定項目の値を調整する必要がある場合は、 [設定を変更する](/maintain-tidb-using-tiup.md#modify-the-configuration)と[PD Controlユーザー ガイド](/pd-control.md)を参照してください。 @@ -129,7 +129,7 @@ pd-server関連のコンフィグレーション項目 ### `server-memory-limit` v6.6.0 の新機能 {#server-memory-limit-new-in-v660} -> **警告：** +> **Warning:** > > この設定は実験的機能です。本番環境での使用は推奨されません。 @@ -140,7 +140,7 @@ pd-server関連のコンフィグレーション項目 ### `server-memory-limit-gc-trigger` v6.6.0の新機能 {#server-memory-limit-gc-trigger-new-in-v660} -> **警告：** +> **Warning:** > > この設定は実験的機能です。本番環境での使用は推奨されません。 @@ -151,7 +151,7 @@ pd-server関連のコンフィグレーション項目 ### `enable-gogc-tuner` v6.6.0 の新機能 {#enable-gogc-tuner-new-in-v660} -> **警告：** +> **Warning:** > > この設定は実験的機能です。本番環境での使用は推奨されません。 @@ -160,7 +160,7 @@ pd-server関連のコンフィグレーション項目 ### `gc-tuner-threshold` 6.6.0の新機能 {#gc-tuner-threshold-new-in-v660} -> **警告：** +> **Warning:** > > この設定は実験的機能です。本番環境での使用は推奨されません。 @@ -174,7 +174,7 @@ pd-server関連のコンフィグレーション項目 - デフォルト値: 3 - PDはフロー番号の最下位桁を丸めることで、リージョンフロー情報の変更に伴う統計情報の更新を削減します。この設定項目は、リージョンフロー情報の最小桁数を指定します。例えば、フロー`100512`はデフォルト値が`3`であるため、 `101000`に丸められます。この設定は`trace-region-flow`置き換えます。 -> **注記：** +> **Note:** > > クラスターをTiDB 4.0バージョンから現在のバージョンにアップグレードした場合、アップグレード後の`flow-round-by-digit`の動作とアップグレード前の`trace-region-flow`の動作はデフォルトで一致します。つまり、アップグレード前の値`trace-region-flow`がfalseの場合、アップグレード後の値`flow-round-by-digit`は127になります。また、アップグレード前の値`trace-region-flow`が`true`の場合、アップグレード後の値`flow-round-by-digit`は`3`になります。 @@ -185,7 +185,7 @@ pd-server関連のコンフィグレーション項目 - 最小値: `0` - 単位: 秒 -> **注記：** +> **Note:** > > v6.0.0～v6.2.0からアップグレードされたクラスターの場合、デフォルト値の`min-resolved-ts-persistence-interval`はアップグレード後も変更されず、 `"0s"`ままとなります。この機能を有効にするには、この設定項目の値を手動で変更する必要があります。 @@ -272,7 +272,7 @@ pd-server関連のコンフィグレーション項目 スケジュールに関連するコンフィグレーション項目 -> **注記：** +> **Note:** > > `schedule`に関連するこれらの PD 構成項目を変更するには、クラスターのステータスに基づいて次のいずれかの方法を選択します。 > @@ -304,7 +304,7 @@ pd-server関連のコンフィグレーション項目 ### `patrol-region-worker-count`バージョン8.5.0の新機能 {#patrol-region-worker-count-new-in-v850} -> **警告：** +> **Warning:** > > この設定項目を1より大きい値に設定すると、同時チェックが有効になります。これは実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される可能性があります。バグを発見した場合は、GitHubで[問題](https://github.com/tikv/pd/issues)報告してください。 @@ -413,7 +413,7 @@ pd-server関連のコンフィグレーション項目 - デフォルト値: `v2` - オプション値: `v1`および`v2`と比較して、v2 の変更はよりスムーズになり、スペースの再利用によって発生するスケジュールのジッターが改善されています。 -> **注記：** +> **Note:** > > クラスターをTiDB 4.0バージョンから最新バージョンにアップグレードした場合、アップグレード前後のPD動作の一貫性を確保するため、新しいFormulaバージョンはデフォルトで自動的に無効化されます。Formulaバージョンを変更する場合は、 `pd-ctl`設定を手動で切り替える必要があります。詳細は[PD Control](/pd-control.md#config-show--set-option-value--placement-rules)を参照してください。 @@ -435,7 +435,7 @@ pd-server関連のコンフィグレーション項目 - PD がホットリージョン情報を保存する時間間隔。 - デフォルト値: `10m` -> **注記：** +> **Note:** > > ホットリージョンに関する情報は3分ごとに更新されます。更新間隔を3分未満に設定した場合、更新間隔中の更新は意味をなさない可能性があります。 @@ -490,7 +490,7 @@ pd-server関連のコンフィグレーション項目 ラベルに関連するコンフィグレーション項目`reject-leader`型のみをサポートします。 -> **注記：** +> **Note:** > > バージョン5.2以降、ラベル関連の設定項目は非推奨となりました。レプリカポリシーの設定には[配置ルール](/configure-placement-rules.md#scenario-2-place-five-replicas-in-three-data-centers-in-the-proportion-of-221-and-the-leader-should-not-be-in-the-third-data-center)使用することをお勧めします。 @@ -537,7 +537,7 @@ pd-server関連のコンフィグレーション項目 ### `enable-telemetry` {#enable-telemetry} -> **警告：** +> **Warning:** > > v8.1.0以降、TiDB Dashboardのテレメトリ機能は削除され、この設定項目は機能しなくなりました。これは以前のバージョンとの互換性のためだけに残されています。 diff --git a/pd-control.md b/pd-control.md index 4f8fe35565d57..66fcba40da399 100644 --- a/pd-control.md +++ b/pd-control.md @@ -9,7 +9,7 @@ PD のコマンドラインツールであるPD Control は、クラスターの ## PD Controlをインストールする {#install-pd-control} -> **注記：** +> **Note:** > > 使用する制御ツールのバージョンは、クラスターのバージョンと一致させることをお勧めします。 @@ -26,7 +26,7 @@ PD Controlを使用するには、 `tiup ctl:v pd -u http:// **注記：** +> **Note:** > > リンク内の`{version}` TiDBのバージョン番号を示します。例えば、 `amd64`アーキテクチャの`v8.5.5`のダウンロードリンクは`https://download.pingcap.com/tidb-community-server-v8.5.5-linux-amd64.tar.gz`です。 @@ -357,7 +357,7 @@ tiup ctl:v pd -u https://127.0.0.1:2379 --cacert="path/to/ca" - - `rate-limit` : PD によって処理される HTTP API リクエストの最大レートと同時実行性を制限します。 - `grpc-rate-limit` : PD によって処理される gRPC API リクエストの最大レートと同時実行性を制限します。 -> **注記：** +> **Note:** > > リクエスト レート制限と同時実行制限が PD パフォーマンスに与える影響を回避するために、 `service-middleware`の設定を変更することはお勧めしません。 @@ -563,7 +563,7 @@ v8.5.7 以降では、 `hot read`および`hot history`コマンドの出力に` ### `member [delete | leader_priority | leader [show | resign | transfer <member_name>]]` {#member-delete-leader-priority-leader-show-resign-transfer-x3c-member-name} -> **注記：** +> **Note:** > > 本番環境では、 `member delete`コマンドを使用して PD ノードを削除**しないでください**。PD ノードを削除するには、 [TiDB/PD/TiKV クラスターのスケールイン](/scale-tidb-using-tiup.md#scale-in-a-tidbpdtikv-cluster)と[Kubernetes 上で TiDB を手動でスケールする](https://docs.pingcap.com/tidb-in-kubernetes/stable/scale-a-tidb-cluster/)参照してください。 @@ -606,7 +606,7 @@ member leader_priority pd-4 1 member leader_priority pd-5 0 ``` -> **注記：** +> **Note:** > > 利用可能なすべての PD ノードの中で、優先順位番号が最も高いノードがリーダーになります。 @@ -1114,7 +1114,7 @@ scheduler config balance-leader-scheduler set batch 3 // Set the size of the ope - `write-peer-priorities` 、書き込みピアタイプのホットリージョンのスケジュールにおいて、スケジューラがどのディメンションを優先するかを制御します。ディメンションのオプションは`byte`と`key`です。 - > **注記：** + > **Note:** > > クラスター内のいずれかのコンポーネントが v5.2 より前の場合、 `query`ディメンションの設定は有効になりません。一部のコンポーネントを v5.2 以降にアップグレードした後も、スケジューラはデフォルトで`byte`および`key`ディメンションに基づいてホットスポット バランシングを優先します。クラスター内のすべてのコンポーネントを v5.2 以降にアップグレードした後も、このような設定は互換性のために引き続き有効になります。 > @@ -1234,7 +1234,7 @@ store cancel-delete 1 store remove-tombstone ``` -> **注記：** +> **Note:** > > ストアの削除中に PD リーダーが変更された場合は、 [`store limit`](#configure-store-scheduling-speed)コマンドを使用してストア制限を手動で変更する必要があります。 @@ -1266,7 +1266,7 @@ store remove-tombstone store label 1 disk --delete ``` -> **注記：** +> **Note:** > > - ストアのラベルはマージ戦略によって更新されます。TiKVプロセスが再起動されると、その設定ファイル内のストアラベルはPDに保存されているストアラベルとマージされ、マージされた結果が保持されます。マージプロセス中に、PD側とTiKV設定ファイルの間で重複するストアラベルが存在する場合、TiKVストアラベル設定によってPDラベルが上書きされます。例えば、ストア1のストアラベルが`"zone=cn"` ～ `store label 1 zone=cn`に設定されているのに、TiKV設定ファイルに`zone = "us"`設定されている場合、TiKVの再起動後に`"zone"`が`"us"`に更新されます。 > - TiUPを使用してストアのラベルを管理するには、クラスターを再起動する前に、 `store label --force`コマンドを実行して PD に保存されているラベルを空にします。 @@ -1297,7 +1297,7 @@ store weight 1 5 10 >> store limit all engine tiflash 5 remove-peer // Starting from v8.5.5, you can set the speed limit of removing-peer operations for all TiFlash stores. This example sets the speed limit of removing-peer operations for all TiFlash stores to 5 per minute. ``` -> **注記：** +> **Note:** > > `pd-ctl`使用すると、TiKVストアの状態（ `Up` 、 `Disconnect` 、 `Offline` 、 `Down` 、または`Tombstone` ）を確認できます。各状態の関係については、 [TiKVストアの各状態間の関係](/tidb-scheduling.md#information-collection)参照してください。 @@ -1325,7 +1325,7 @@ logic: 120102 ### `unsafe remove-failed-stores [store-ids | show]` {#unsafe-remove-failed-stores-store-ids-show} -> **警告：** +> **Warning:** > > - この機能は非可逆回復であるため、TiKV はこの機能を使用した後のデータの整合性とデータ インデックスの整合性を保証できません。 > - 機能関連の操作は、TiDB チームのサポートを受けながら実行することをお勧めします。誤った操作を行うと、クラスターの復旧が困難になる可能性があります。 diff --git a/pd-microservices-deployment-topology.md b/pd-microservices-deployment-topology.md index 62c248494579a..ba07277723d5d 100644 --- a/pd-microservices-deployment-topology.md +++ b/pd-microservices-deployment-topology.md @@ -18,7 +18,7 @@ summary: 最小限の TiDB トポロジに基づく PD マイクロサービス | TiKV | 3 | 16 VCore 32GB 2TB（NVMe SSD）* 1 | 10.0.1.10
    10.0.1.11
    10.0.1.12 | デフォルトポート
    グローバルディレクトリ構成 | | モニタリングとGrafana | 1 | 4 VCore 8GB * 1 500GB (SSD) | 10.0.1.13 | デフォルトポート
    グローバルディレクトリ構成 | -> **注記：** +> **Note:** > > インスタンスのIPアドレスは例としてのみ示されています。実際の導入では、IPアドレスを実際のIPアドレスに置き換えてください。 @@ -89,7 +89,7 @@ grafana_servers: - `scheduling_servers`のインスタンスのレベル`host`構成では、ドメイン名ではなく IP アドレスのみがサポートされます。 - スケジュール設定項目の詳細については、 [スケジュール設定ファイル](/scheduling-configuration-file.md)参照してください。 -> **注記：** +> **Note:** > > - 設定ファイルに`tidb`ユーザーを手動で作成する必要はありません。TiUPTiUPコンポーネントは、ターゲットマシンに`tidb`ユーザーを自動的に作成します。ユーザーをカスタマイズすることも、制御マシンと同じユーザーを維持することもできます。 > - デプロイメント ディレクトリを相対パスとして構成すると、クラスターはユーザーのホーム ディレクトリにデプロイされます。 diff --git a/pd-microservices.md b/pd-microservices.md index 7d15867516ad5..8c7a346e1e9ca 100644 --- a/pd-microservices.md +++ b/pd-microservices.md @@ -12,7 +12,7 @@ summary: PD のマイクロサービス モードを有効にしてサービス 各マイクロサービスは独立したプロセスとしてデプロイされます。マイクロサービスに複数のレプリカを設定すると、マイクロサービスはプライマリ/セカンダリフォールトトレラントモードを自動的に実装し、サービスの高可用性と信頼性を確保します。 -> **警告：** +> **Warning:** > > 現在、PDマイクロサービス機能は実験的です。本番環境でのご利用は推奨されません。この機能は予告なく変更または削除される可能性があります。バグを発見した場合は、GitHubで[問題](https://github.com/tikv/pd/issues)報告を行ってください。 @@ -26,7 +26,7 @@ PDマイクロサービスは通常、PDにおけるパフォーマンスのボ さらに、スケジューリング モジュールが変更された場合、PD を再起動せずに`scheduling`マイクロサービスを個別に更新できるため、クラスターのサービス全体への影響を回避できます。 -> **注記：** +> **Note:** > > クラスターのパフォーマンスボトルネックの原因が PD ではない場合は、マイクロサービスを有効にする必要はありません。マイクロサービスを使用するとコンポーネントの数が増え、運用コストが上昇するからです。 diff --git a/pd-recover.md b/pd-recover.md index 38275c058e30b..19cfae3d38db2 100644 --- a/pd-recover.md +++ b/pd-recover.md @@ -12,7 +12,7 @@ PD RecoverはPDのディザスタリカバリツールであり、正常に起 - Goモジュールが使用されるため、[Go](https://golang.org/)1.25以降が必要です。 - [PDプロジェクト](https://github.com/pingcap/pd)のルートディレクトリで、 `make pd-recover`コマンドを使用して`bin/pd-recover`をコンパイルおよび生成します。 -> **注記：** +> **Note:** > > 通常、 PD Controlツールはリリース済みのバイナリまたはDockerに既に含まれているため、ソースコードをコンパイルする必要はありません。ただし、開発者ユーザーは上記のソースコードコンパイル手順を参照してください。 @@ -40,7 +40,7 @@ PD Recover インストール パッケージは、 TiDB Toolkitに含まれて このコマンドは一時的なシングルノードPDを起動し、次のステップで`pd-recover`が接続してメタデータを修復できるようにします。このPDプロセスを実行したまま、次のステップを別のターミナルウィンドウで実行してください。 -> **注記：** +> **Note:** > > - コマンドラインで`--data-dir`が指定されていない場合は、 `conf/pd.toml`内の`data-dir`が、生存しているPDノードの元のデータディレクトリを正しく指していることを確認してください。そうでない場合、`pd-recover`は後続の操作で失敗する可能性があります。 > - `conf/pd.toml`とコマンドライン引数の両方で`data-dir`が指定されている場合、 `conf/pd.toml`の`data-dir`設定が優先されます。 @@ -53,7 +53,7 @@ PD Recover インストール パッケージは、 TiDB Toolkitに含まれて ./bin/pd-recover --from-old-member --endpoints=http://127.0.0.1:2379 # Specify the corresponding PD address ``` -> **注記：** +> **Note:** > > このステップでは、ストレージ内の`alloc_id`が安全な値`100000000`だけ自動的に増加します。その結果、後続のクラスタではより大きな ID が割り当てられます。 > diff --git a/performance-tuning-methods.md b/performance-tuning-methods.md index 01c62fb912b09..16ac08d68c11a 100644 --- a/performance-tuning-methods.md +++ b/performance-tuning-methods.md @@ -89,7 +89,7 @@ TiDBは、SQL処理パスとデータベース時間を継続的に測定・収 - SQL フェーズ別のデータベース時間: 最も時間のかかるフェーズは緑色で表示される SQL 実行です。 - SQL 実行時間の概要: SQL 実行で最も時間のかかる KV 要求は、緑色の`Prewrite`と`Commit`です。 - > **注記：** + > **Note:** > > KVリクエストの合計時間が実行時間よりも長くなるのは正常です。これは、TiDBエグゼキューターが複数のTiKVに同時にKVリクエストを送信する可能性があるためです。その結果、KVリクエストの合計待機時間が実行時間よりも長くなります。前述のTPC-Cワークロードでは、トランザクションがコミットされる際に、TiDBは`Prewrite`つと`Commit`リクエストを複数のTiKVに同時に送信します。したがって、この例では、 `Prewrite` 、 `Commit` 、 `PessimisticLock`リクエストの合計時間は明らかに実行時間よりも長くなります。 > @@ -117,7 +117,7 @@ TiDBは、SQL処理パスとデータベース時間を継続的に測定・収 - SQLフェーズ別データベース時間：時間のかかる主なフェーズは、オレンジ色のフェーズ`compile`と緑色のフェーズ`execute`です。フェーズ`compile`のレイテンシが最も高く、TiDBが実行プランの生成に時間がかかりすぎていることを示しています。その後のパフォーマンスデータに基づいて根本原因をさらに特定する必要があります。 - SQL 実行時間の概要: 青色の KV BatchGet 要求は、SQL 実行中に最も多くの時間を消費します。 -> **注記：** +> **Note:** > > 例3では、 `SELECT`ステートメントで複数のTiKVから数千行を同時に読み取る必要があります。そのため、 `BatchGet`リクエストの合計時間は実行時間よりもはるかに長くなります。 @@ -179,7 +179,7 @@ TPC-C ワークロードは主に`UPDATE` 、 `SELECT` 、 `INSERT`文です。 - SQL 実行には 4 つのコマンドと 4 回のネットワーク ラウンドトリップが必要です。 - プランキャッシュを使用するクエリのOPSは0で、プリペアドプランキャッシュのヒットがゼロであることを示しています。`StmtClose`のコマンドはデフォルトでキャッシュされた実行プランをクリアし、次の`StmtPrepare`コマンドで実行プランを再度生成する必要があります。 -> **注記：** +> **Note:** > > TiDB v6.0.0以降では、グローバル変数（ `set global tidb_ignore_prepared_cache_close_stmt=on;` ）を介して、 `StmtClose`コマンドによるキャッシュされた実行プランのクリアを防止できます。これにより、後続の実行ではプリペアドプランキャッシュを利用できます。 @@ -461,7 +461,7 @@ TiKV は次の手順で書き込み要求を処理します。 avg Storage Async Write Duration = avg Store Duration + avg Apply Duration -> **注記：** +> **Note:** > > `Store Duration`と`Apply Duration` v5.3.0 以降でサポートされています。 diff --git a/performance-tuning-practices.md b/performance-tuning-practices.md index a104543980128..01185bd4d91c9 100644 --- a/performance-tuning-practices.md +++ b/performance-tuning-practices.md @@ -9,7 +9,7 @@ TiDB は、TiDB Dashboardの[Top SQL](/dashboard/top-sql.md)と[継続的なプ このドキュメントでは、これらの機能を組み合わせて使用​​し、7 つの異なるランタイム シナリオで同じ OLTP ワークロードのパフォーマンスを分析および比較する方法について説明します。これにより、TiDB のパフォーマンスを効率的に分析および調整するのに役立つパフォーマンス チューニング プロセスが示されます。 -> **注記：** +> **Note:** > > [Top SQL](/dashboard/top-sql.md)と[継続的なプロファイリング](/dashboard/continuous-profiling.md)デフォルトでは有効になっていません。事前に有効にする必要があります。 diff --git a/pessimistic-transaction.md b/pessimistic-transaction.md index 68a100174b989..8dacd9b09db0c 100644 --- a/pessimistic-transaction.md +++ b/pessimistic-transaction.md @@ -7,7 +7,7 @@ summary: TiDBにおける悲観的トランザクションモードについて TiDBを従来のデータベースに近い形で利用できるようにし、移行コストを削減するため、バージョン3.0以降、TiDBは楽観的トランザクションモデルに加えて悲観的トランザクションモードをサポートしています。このドキュメントでは、TiDBの悲観的トランザクションモードの機能について説明します。 -> **注記：** +> **Note:** > > バージョン3.0.8以降、新規作成されたTiDBクラスタはデフォルトで悲観的トランザクションモードを使用します。ただし、既存のクラスタをバージョン3.0.7以前から3.0.8以降にアップグレードする場合は、この変更は影響しません。つまり、**悲観的トランザクションモードがデフォルトで使用されるのは、新規作成されたクラスタのみです**。 @@ -73,7 +73,7 @@ TiDB の悲観的なトランザクションは、MySQL のトランザクショ - `Point Get`および`Batch Point Get`演算子がデータを読み取らない場合でも、指定された主キーまたは一意キーをロックし、他のトランザクションが同じ主キーまたは一意キーをロックしたりデータを書き込んだりすることをブロックします。 - > **注記：** + > **Note:** > > この動作は、[Repeatable Read](/transaction-isolation-levels.md#repeatable-read-isolation-level) 分離レベルにのみ適用されます。[Read Committed](/transaction-isolation-levels.md#read-committed-isolation-level) 分離レベルでは、`Point Get`および`Batch Point Get`演算子は存在しないキーをロックしません。 @@ -134,7 +134,7 @@ TiDBは、悲観的トランザクションモードにおいて、以下の2つ - デフォルトでは[繰り返し読み取り可能](/transaction-isolation-levels.md#repeatable-read-isolation-level)、これは MySQL と同じです。 - > **注記：** + > **Note:** > > この分離レベルでは、最新のコミットされたデータに基づいて DML 操作が実行されます。動作は MySQL と同じですが、TiDB の楽観的トランザクション モードとは異なります。 [TiDBとMySQLのリピータブルリードの違い](/transaction-isolation-levels.md#difference-between-tidb-and-mysql-repeatable-read)参照してください。 diff --git a/pipelined-dml.md b/pipelined-dml.md index 51f04639ac86e..16e0166352922 100644 --- a/pipelined-dml.md +++ b/pipelined-dml.md @@ -5,7 +5,7 @@ summary: パイプラインDMLのユースケース、メソッド、制限事 # パイプラインDML {#pipelined-dml} -> **警告：** +> **Warning:** > > パイプラインDMLは実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される可能性があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)報告を行ってください。 diff --git a/placement-rules-in-sql.md b/placement-rules-in-sql.md index 7bd2c533cefac..9a1c3dee1e3a6 100644 --- a/placement-rules-in-sql.md +++ b/placement-rules-in-sql.md @@ -13,7 +13,7 @@ SQLの配置ルールは、SQL文を使用してTiKVクラスタ内のデータ - 異なるアプリケーションの複数のデータベースを統合し、異なるユーザーのデータを物理的に分離することで、インスタンス内の異なるユーザーの分離要件を満たします。 - アプリケーションの可用性とデータの信頼性を向上させるため、重要なデータのレプリカ数を増やしてください。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 @@ -28,7 +28,7 @@ SQL の配置ルール機能を使用すると、配置ポリシー[配置ポリ | テーブル | 特定のテーブルの配置ポリシーを構成できます。詳細については、[テーブルの配置ポリシーを指定します](#specify-a-placement-policy-for-a-table)参照してください。 | | パーティション | テーブル内のさまざまな行にパーティションを作成し、パーティションの配置ポリシーを個別に構成できます。詳細については、 [パーティションテーブルの配置ポリシーを指定します](#specify-a-placement-policy-for-a-partitioned-table)参照してください。 | -> **ヒント：** +> **Tip:** > > *SQL における配置ルール*の実装は、PD の*配置ルール機能*に依存しています。詳細については、 [配置ルールを設定する](https://docs.pingcap.com/tidb/stable/configure-placement-rules)を参照してください。SQL における配置ルールのコンテキストでは、*配置ルール*とは、他のオブジェクトに添付された*配置ポリシー*、または TiDB から PD に送信されるルールを指す場合があります。 @@ -56,7 +56,7 @@ SQL の配置ルール機能を使用すると、配置ポリシー[配置ポリ | TiUPを使用した展開 | [地理的に分散した展開トポロジー](/geo-distributed-deployment-topology.md) | | TiDB Operatorを使用したデプロイメント | [KubernetesでTiDBクラスタを構成する](https://docs.pingcap.com/tidb-in-kubernetes/stable/configure-a-tidb-cluster#high-availability-of-data) | -> **注記：** +> **Note:** > > TiDB Cloud Dedicatedクラスターの場合、 TiDB Cloud Dedicatedクラスター内の TiKV ノードのラベルは自動的に構成されるため、これらのラベル構成手順はスキップできます。 @@ -195,7 +195,7 @@ DROP PLACEMENT POLICY myplacementpolicy; 配置ポリシーを作成または変更する際には、必要に応じて配置オプションを設定できます。 -> **注記：** +> **Note:** > > `PRIMARY_REGION` 、 `REGIONS` 、および`SCHEDULE`オプションは、 `CONSTRAINTS`オプションと同時に指定することはできません。同時に指定するとエラーが発生します。 @@ -232,7 +232,7 @@ DROP PLACEMENT POLICY myplacementpolicy; | リスト形式 | 指定する制約がすべてのレプリカに適用される場合は、キーと値のリスト形式を使用できます。各キーは`+`または`-`で始まります。例:
    • `[+region=us-east-1]`は、 `region`ラベルを持つノードに`us-east-1`としてデータを配置することを意味します。
    • `[+region=us-east-1,-type=fault]`は、 `region`という`us-east-1`ラベルを持つノードにデータを配置することを意味しますが、 `type`という`fault`ラベルは持っていません。

    | | 辞書形式 | 異なる制約に対して異なるレプリカ数を指定する必要がある場合は、辞書形式を使用できます。例：
    • `FOLLOWER_CONSTRAINTS="{+region=us-east-1: 1,+region=us-east-2: 1,+region=us-west-1: 1}";`は、 `us-east-1`にFollowerを 1 つ、 `us-east-2`にFollowerを1 つ、 `us-west-1`にフォロワーを 1 つFollower。
    • `FOLLOWER_CONSTRAINTS='{"+region=us-east-1,+type=scale-node": 1,"+region=us-west-1": 1}';`は、 `us-east-1` `type` } `scale-node`あるノードに 1 つのフォロワーを配置し、 `us-west-1`に 1 つのFollowerを意味します。
    辞書形式は`+`または`-`で始まる各キーをサポートし、特別な`#evict-leader`属性を設定できます。たとえば、 `FOLLOWER_CONSTRAINTS='{"+region=us-east-1":1, "+region=us-east-2": 2, "+region=us-west-1,#evict-leader": 1}'`は、 `us-west-1`で選出されたリーダーが、ディザスタリカバリ中に可能な限り排除されることを意味します。 | -> **注記：** +> **Note:** > > - `LEADER_CONSTRAINTS`配置オプションはリスト形式のみをサポートしています。 > - リスト形式と辞書形式はどちらも YAML パーサーに基づいていますが、YAML 構文は場合によっては正しく解析されないことがあります。たとえば、 `"{+region=east:1,+region=west:2}"` ( `:`の後にスペースがない場合) は、 `'{"+region=east:1": null, "+region=west:2": null}'`と誤って解析される可能性があり、これは予期しない結果です。しかし、 `"{+region=east: 1,+region=west: 2}"` `:`の後にスペースがある場合) `'{"+region=east": 1, "+region=west": 2}'`と正しく解析されます。したがって、 `:`の後にスペースを追加することをお勧めします。 @@ -364,7 +364,7 @@ CREATE PLACEMENT POLICY singleaz CONSTRAINTS="[+region=us-east-1]" SURVIVAL_PREF -> **注記：** +> **Note:** > > `SURVIVAL_PREFERENCES` PD の`location-labels`と同等です。詳細については、[トポロジーラベルによるレプリカのスケジュール設定](/schedule-replicas-by-topology-labels.md)参照してください。 @@ -372,7 +372,7 @@ CREATE PLACEMENT POLICY singleaz CONSTRAINTS="[+region=us-east-1]" SURVIVAL_PREF -> **注記：** +> **Note:** > > `SURVIVAL_PREFERENCES` PD の`location-labels`と同等です。詳細については、 [トポロジーラベルによるレプリカのスケジュール設定](https://docs.pingcap.com/tidb/stable/schedule-replicas-by-topology-labels)参照してください。 diff --git a/post-installation-check.md b/post-installation-check.md index 0ac7d0395837c..5ffa10ff372fa 100644 --- a/post-installation-check.md +++ b/post-installation-check.md @@ -41,7 +41,7 @@ tiup cluster display tidb-test ## データベースにログインして簡単な操作を実行する {#log-in-to-the-database-and-perform-simple-operations} -> **注記：** +> **Note:** > > データベースにログインする前に、MySQL クライアントをインストールしてください。 diff --git a/privilege-management.md b/privilege-management.md index 9325d6e9855c5..523ea8aa0c827 100644 --- a/privilege-management.md +++ b/privilege-management.md @@ -142,7 +142,7 @@ SELECT user,host,db FROM mysql.db WHERE user='genius'; REVOKE ALL PRIVILEGES ON `test`.* FROM 'genius'@'localhost'; ``` -> **注記：** +> **Note:** > > 権限を取り消すには、完全一致が必要です。一致する結果が見つからない場合は、エラーが表示されます。 @@ -305,7 +305,7 @@ SELECT * FROM INFORMATION_SCHEMA.USER_PRIVILEGES WHERE grantee = "'root'@'%'"; - `ALTER...DROP`ステートメントを使用するには、ユーザーは対応するテーブルに対して`DROP`権限を持っている必要があります。 - `ALTER...RENAME TO`ステートメントを実行するには、ユーザーは名前変更前にテーブルに対する`DROP`権限を持ち、名前変更後にテーブルに対する`CREATE`および`INSERT`権限ている必要があります。 -> **注記：** +> **Note:** > > MySQL 5.7のドキュメントでは、テーブルに対して`INSERT`操作を実行するには、 `CREATE`および`ALTER`の権限であるとされています。しかし、実際にはMySQL 5.7では、この場合`ALTER`権限のみが必要です。現在、TiDB の`ALTER`権限は、MySQL の実際の動作と一致しています。 @@ -335,7 +335,7 @@ SELECT * FROM INFORMATION_SCHEMA.USER_PRIVILEGES WHERE grantee = "'root'@'%'"; `CREATE VIEW`権限が必要です。 -> **注記：** +> **Note:** > > 現在のユーザーがビューを作成したユーザーでない場合、 `CREATE VIEW`と`SUPER`の両方の権限が必要です。 @@ -487,7 +487,7 @@ SELECT User,Host,Select_priv,Insert_priv FROM mysql.user LIMIT 1; `Host`内の`User`と`mysql.db`は、ユーザーがアクセスできるデータベースを決定します。有効な範囲はデータベースです。 -> **注記：** +> **Note:** > > `GRANT` 、 `CREATE USER` }}、 `DROP USER` `FLUSH PRIVILEGES`が実行されるまで予期しない動作が発生する可能性があります。 diff --git a/production-deployment-using-tiup.md b/production-deployment-using-tiup.md index e506b08ed8e96..43658538bb45f 100644 --- a/production-deployment-using-tiup.md +++ b/production-deployment-using-tiup.md @@ -26,7 +26,7 @@ TiUPを制御マシンに展開するには、オンライン展開とオフラ ### TiUPをオンラインでデプロイ {#deploy-tiup-online} -> **注記：** +> **Note:** > > TiUP環境がオフラインに切り替わった場合は、 [TiUPをオフラインでデプロイ](#deploy-tiup-offline)デプロイ」の展開を参照してください。そうしないと、 TiUP が正常に動作しません。 @@ -86,7 +86,7 @@ TiUPを使用してTiDBクラスタをオフラインでデプロイするには https://download.pingcap.com/tidb-community-toolkit-{version}-linux-{arch}.tar.gz -> **ヒント：** +> **Tip:** > > リンク内の`{version}`は TiDB のバージョン番号を示し、 `{arch}`システムのアーキテクチャを示し、 `amd64`または`arm64`のいずれかになります。たとえば、 `v8.5.4`アーキテクチャの`amd64`のダウンロードリンクは`https://download.pingcap.com/tidb-community-toolkit-v8.5.4-linux-amd64.tar.gz`です。 @@ -257,7 +257,7 @@ alertmanager_servers: | 1台のマシンに複数のインスタンスをデプロイ | [ハイブリッドトポロジーをデプロイ](/hybrid-deployment-topology.md) | [ハイブリッド展開用のシンプルな構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-multi-instance.yaml)
    [ハイブリッド展開用の完全な構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/complex-multi-instance.yaml) | ディレクトリ、ポート、リソース比率、ラベルなどの追加設定が必要な場合にも、デプロイメントトポロジーが適用されます。 | | TiDBクラスターをデータセンター全体にデプロイ | [地理的に分散したデプロイメントトポロジーをデプロイ](/geo-distributed-deployment-topology.md) | [地理的に分散したデプロイメントのためのコンフィグレーションテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/geo-redundancy-deployment.yaml) | このトポロジーは、2つの都市に3つのデータセンターを配置する典型的なアーキテクチャを例として取り上げています。地理的に分散したデプロイメントアーキテクチャと、注意すべき重要な構成について解説します。 | -> **注記：** +> **Note:** > > - グローバルに適用されるべきパラメータについては、設定ファイルの`server_configs`セクションで、対応するコンポーネントのこれらのパラメータを設定します。 > - 特定のノードで有効にするパラメータについては、このノードの`config`でこれらのパラメータを設定します。 @@ -273,7 +273,7 @@ alertmanager_servers: ## ステップ4. デプロイコマンドを実行します {#step-4-run-the-deployment-command} -> **注記：** +> **Note:** > > TiUP ( `--user`で指定) を介してクラスタをデプロイする際に初期化に使用するユーザーを、キーまたはクロスパスワードのいずれかを使用して安全に認証できます。 > @@ -342,7 +342,7 @@ TiUP cluster v1.9.0以降、新しい起動方法としてセーフスタート 安全な起動後、 TiUPはTiDBのrootユーザーのパスワードを自動的に生成し、コマンドラインインターフェースにそのパスワードを表示します。 -> **注記：** +> **Note:** > > - TiDBクラスタの安全な起動後、パスワードなしでrootユーザーとしてTiDBにログインすることはできません。そのため、今後のログインのために、コマンド出力に表示されるパスワードを記録しておく必要があります。 > - パスワードは 1 回だけ生成されます。記録していない場合、または忘れた場合は、 [`root`パスワードを忘れる](/user-account-management.md#forget-the-root-password)を参照してパスワードを変更してください。 diff --git a/quick-start-with-htap.md b/quick-start-with-htap.md index e382fde3078b8..51ca90e2c5042 100644 --- a/quick-start-with-htap.md +++ b/quick-start-with-htap.md @@ -7,7 +7,7 @@ summary: TiDB HTAPをすぐに使い始める方法を学びます。 このガイドでは、TiDB のハイブリッド トランザクションおよび分析処理 (HTAP) のワンストップ ソリューションを最も簡単に使い始める方法について説明します。 -> **注記：** +> **Note:** > > このガイドで紹介する手順は、テスト環境での迅速な開始のみを目的としています。本番環境では、 [HTAPを探索する](/explore-htap.md)推奨します。 @@ -32,7 +32,7 @@ TiDB HTAPを使用する前に、 [TiDB Self-Managedのクイックスタート] tiup playground ``` -> **注記：** +> **Note:** > > `tiup playground`コマンドはクイック スタート専用であり、本番用ではありません。 @@ -40,7 +40,7 @@ tiup playground 以下の手順で、 TiDB HTAPを使用するためのテストデータとして[TPC-H](http://www.tpc.org/tpch/)データセットを作成します。TPC-H にご興味がある場合は、 [一般的な実装ガイドライン](http://tpc.org/tpc_documents_current_versions/pdf/tpc-h_v3.0.0.pdf)ご覧ください。 -> **注記：** +> **Note:** > > 既存のデータを分析クエリに使用する場合は、 [データをTiDBに移行する](/migration-overview.md)実行できます。独自のテスト データを設計および作成する場合は、SQL ステートメントを実行するか、関連ツールを使用して作成できます。 diff --git a/quick-start-with-tidb.md b/quick-start-with-tidb.md index 997ca9ebad1cc..7eddb5b377639 100644 --- a/quick-start-with-tidb.md +++ b/quick-start-with-tidb.md @@ -12,7 +12,7 @@ summary: TiUP Playgroundを使ってTiDB Self-Managedを素早く使い始める さらに、 [TiDB Playground](https://play.tidbcloud.com/?utm_source=docs&utm_medium=tidb_quick_start)でTiDBの機能を試すこともできます。 -> **注記：** +> **Note:** > > このガイドで説明する導入方法は、クイックスタート**のみを目的として**おり、本番や包括的な機能・安定性テスト**には適していません**。 > @@ -51,13 +51,13 @@ summary: TiUP Playgroundを使ってTiDB Self-Managedを素早く使い始める 上記の出力に表示されているシェルプロファイルのパスをメモしておいてください。次のステップでこのパスを使用する必要があります。 - > **注記：** + > **Note:** > > TiDBはv5.2.0以降、Appleシリコンチップを使用するマシン上で`tiup playground`を実行することをサポートしています。 2. グローバル環境変数を宣言します。 - > **注記：** + > **Note:** > > インストール後、 TiUP は対応するシェルプロファイルファイルの絶対パスを表示します。次のsourceコマンド内の`${your_shell_profile}`を、ステップ 1 で表示されたパスに置き換える必要があります。この場合、 `${your_shell_profile}`はステップ 1 の出力の`/Users/user/.zshrc`です。 @@ -67,7 +67,7 @@ summary: TiUP Playgroundを使ってTiDB Self-Managedを素早く使い始める 3. 現在のセッションでクラスターを起動します。 - > **注記：** + > **Note:** > > - 以下の方法で運用されるPlaygroundの場合、デプロイとテストが完了すると、 TiUPは自動的にクラスタデータをクリーンアップします。コマンドを再実行すると、新しいクラスタが作成されます。 > - データをストレージに保持する場合は、クラスターの起動時に`--tag`フラグを追加します。詳細については、 [TiDBクラスタの起動時に、データを保存するタグを指定します](/tiup/tiup-playground.md#specify-a-tag-when-starting-the-tidb-cluster-to-store-the-data)参照してください。 @@ -138,7 +138,7 @@ summary: TiUP Playgroundを使ってTiDB Self-Managedを素早く使い始める tiup clean --all ``` -> **注記：** +> **Note:** > > TiUP Playgroundはデフォルトでは`127.0.0.1`でリッスンし、サービスはローカルでのみアクセス可能です。サービスを外部からアクセス可能にするには、 `--host`パラメーターを使用してリッスンアドレスを指定し、ネットワークインターフェイスカード（NIC）を外部からアクセス可能なIPアドレスにバインドしてください。 @@ -171,7 +171,7 @@ summary: TiUP Playgroundを使ってTiDB Self-Managedを素早く使い始める 2. グローバル環境変数を宣言します。 - > **注記：** + > **Note:** > > インストール後、 TiUPは対応するシェルプロファイルファイルの絶対パスを表示します。パスに応じて、以下のsourceコマンド内の`${your_shell_profile}`を置き換える必要があります。 @@ -181,7 +181,7 @@ summary: TiUP Playgroundを使ってTiDB Self-Managedを素早く使い始める 3. 現在のセッションでクラスターを起動します。 - > **注記：** + > **Note:** > > - 以下の方法で運用されるPlaygroundの場合、デプロイとテストが完了すると、 TiUPは自動的にクラスタデータをクリーンアップします。コマンドを再実行すると、新しいクラスタが作成されます。 > - データをストレージに保持する場合は、クラスターの起動時に`--tag`フラグを追加します。詳細については、 [TiDBクラスタの起動時に、データを保存するタグを指定します](/tiup/tiup-playground.md#specify-a-tag-when-starting-the-tidb-cluster-to-store-the-data)参照してください。 @@ -250,7 +250,7 @@ summary: TiUP Playgroundを使ってTiDB Self-Managedを素早く使い始める tiup clean --all ``` -> **注記：** +> **Note:** > > TiUP Playgroundはデフォルトでは`127.0.0.1`でリッスンし、サービスはローカルでのみアクセス可能です。サービスを外部からアクセス可能にするには、 `--host`パラメーターを使用してリッスンアドレスを指定し、ネットワークインターフェイスカード（NIC）を外部からアクセス可能なIPアドレスにバインドしてください。 @@ -280,7 +280,7 @@ TiDBクラスタの最小トポロジーは、以下のインスタンスで構 | TiFlash | 1 | 10.0.1.1 | デフォルトのポートおよびその他の設定を使用する | | モニター | 1 | 10.0.1.1 | デフォルトのポートおよびその他の設定を使用する | -> **注記：** +> **Note:** > > インスタンスのIPアドレスはあくまで例です。実際のデプロイメントでは、これらのIPアドレスを実際のIPアドレスに置き換えてください。 @@ -295,7 +295,7 @@ TiDBクラスタの最小トポロジーは、以下のインスタンスで構 ### デプロイ {#deploy} -> **注記：** +> **Note:** > > 対象マシンには、通常のユーザーまたは`root`ユーザーとしてログインできます。以下の手順で`root`ユーザーを例として使用します。 @@ -307,7 +307,7 @@ TiDBクラスタの最小トポロジーは、以下のインスタンスで構 2. グローバル環境変数を宣言します。 - > **注記：** + > **Note:** > > インストール後、 TiUPは対応するシェルプロファイルファイルの絶対パスを表示します。パスに応じて、以下のsourceコマンド内の`${your_shell_profile}`を置き換える必要があります。 @@ -416,7 +416,7 @@ TiDBクラスタの最小トポロジーは、以下のインスタンスで構 - `--user` : 環境を初期化するユーザーを指定します。 - `-p` : ターゲットマシンへの接続に使用するパスワードを指定します。 - > **注記：** + > **Note:** > > 秘密鍵を使用する場合は、 `-i`を使用して鍵のパスを指定できます。 `-i`と`-p`を同時に使用しないでください。 diff --git a/read-historical-data.md b/read-historical-data.md index a6610a8210ec4..e923f8acf34a9 100644 --- a/read-historical-data.md +++ b/read-historical-data.md @@ -7,7 +7,7 @@ summary: システム変数 tidb_snapshot` を使用して、TiDB が履歴バ このドキュメントでは、システム変数`tidb_snapshot`使用して履歴バージョンからデータを読み取る方法について説明します。これには、履歴データを保存するための具体的な使用例と戦略も含まれます。 -> **注記：** +> **Note:** > > [ステイル読み取り](/stale-read.md)機能を使用して履歴データを読み取ることもできます。こちらの方がより推奨されます。 @@ -15,7 +15,7 @@ summary: システム変数 tidb_snapshot` を使用して、TiDB が履歴バ TiDB は、特別なクライアントやドライバーを使用せずに、標準の SQL インターフェースを使用して履歴データを直接読み取る機能を実装しています。 -> **注記：** +> **Note:** > > - データが更新または削除された場合でも、SQL インターフェースを使用してその履歴バージョンを読み取ることができます。 > - 履歴データを読み取る場合、TiDB は、現在のテーブル構造が異なっていても、古いテーブル構造を持つデータを返します。 @@ -30,7 +30,7 @@ TiDB は、特別なクライアントやドライバーを使用せずに、標 - この変数はTSO（Timestamp Oracle）とdatetimeを受け入れます。TSOはPDから取得される、グローバルに一意なタイムサービスです。受け入れられるdatetimeの形式は「2016-10-08 16:45:26.999」です。通常、datetimeは秒単位の精度で設定できます（例：「2016-10-08 16:45:26」）。 - 変数が設定されると、TiDBはその値をタイムスタンプとしてスナップショットを作成します。これはデータ構造のみを対象としており、オーバーヘッドは発生しません。その後、すべての`SELECT`操作はこのスナップショットからデータを読み取ります。 -> **注記：** +> **Note:** > > TiDBトランザクションのタイムスタンプはPlacement Driver （PD）によって割り当てられるため、保存されたデータのバージョンもPDによって割り当てられたタイムスタンプに基づいてマークされます。スナップショットが作成される際、バージョン番号は`tidb_snapshot`変数の値に基づいて決定されます。TiDBサーバーとPDサーバーのローカル時刻に大きな差がある場合は、PDサーバーの時刻を使用してください。 @@ -108,7 +108,7 @@ TiDBでは、ガベージコレクション（GC）が定期的に実行され 6. スコープがセッションである変数を`tidb_snapshot`設定します。この変数は、値の直前のバージョンを読み取れるように設定されます。 - > **注記：** + > **Note:** > > この例では、値は更新操作前の時間に設定されます。 @@ -117,7 +117,7 @@ TiDBでは、ガベージコレクション（GC）が定期的に実行され Query OK, 0 rows affected (0.00 sec) ``` - > **注記：** + > **Note:** > > `@@`システム変数を示すのに使用され、 `@`ユーザー変数を示すのに使用されるため、 `tidb_snapshot`前に`@`ではなく`@@`使用する必要があります。 @@ -154,7 +154,7 @@ TiDBでは、ガベージコレクション（GC）が定期的に実行され 3 rows in set (0.00 sec) ``` - > **注記：** + > **Note:** > > `@@`システム変数を示すのに使用され、 `@`ユーザー変数を示すのに使用されるため、 `tidb_snapshot`前に`@`ではなく`@@`使用する必要があります。 @@ -166,7 +166,7 @@ TiDBでは、ガベージコレクション（GC）が定期的に実行され SET GLOBAL tidb_gc_life_time="60m"; ``` -> **注記：** +> **Note:** > > GCの有効期間をデフォルトの10分から30分以上に延長すると、行の追加バージョンが保持されることになり、より多くのディスク容量が必要になる可能性があります。また、TiDBがデータ読み取り時に同じ行の追加バージョンをスキップする必要があるため、スキャンなどの特定の操作のパフォーマンスにも影響が出る可能性があります。 diff --git a/releases/release-3.0.10.md b/releases/release-3.0.10.md index 2fe15a1de9f4e..e2bafb9a252c8 100644 --- a/releases/release-3.0.10.md +++ b/releases/release-3.0.10.md @@ -11,7 +11,7 @@ TiDBバージョン: 3.0.10 TiDB Ansible バージョン: 3.0.10 -> **警告：** +> **Warning:** > > このバージョンにはいくつかの既知の問題が見つかりましたが、これらの問題は新しいバージョンで修正されています。最新の3.0.xバージョンをご利用いただくことをお勧めします。 diff --git a/releases/release-3.0.11.md b/releases/release-3.0.11.md index 10efd7f064031..18cf5b772bce1 100644 --- a/releases/release-3.0.11.md +++ b/releases/release-3.0.11.md @@ -11,7 +11,7 @@ TiDB バージョン: 3.0.11 TiDB Ansible バージョン: 3.0.11 -> **警告：** +> **Warning:** > > このバージョンにはいくつかの既知の問題が見つかりましたが、これらの問題は新しいバージョンで修正されています。最新の3.0.xバージョンをご利用いただくことをお勧めします。 diff --git a/releases/release-3.0.12.md b/releases/release-3.0.12.md index 8b16bf7a2e113..a2619521d4bf9 100644 --- a/releases/release-3.0.12.md +++ b/releases/release-3.0.12.md @@ -11,7 +11,7 @@ TiDB バージョン: 3.0.12 TiDB Ansible バージョン: 3.0.12 -> **警告：** +> **Warning:** > > このバージョンにはいくつかの既知の問題が見つかりましたが、これらの問題は新しいバージョンで修正されています。最新の3.0.xバージョンをご利用いただくことをお勧めします。 diff --git a/releases/release-3.0.9.md b/releases/release-3.0.9.md index 890097867dd36..cb6f5fbe679e6 100644 --- a/releases/release-3.0.9.md +++ b/releases/release-3.0.9.md @@ -11,7 +11,7 @@ TiDB バージョン: 3.0.9 TiDB Ansible バージョン: 3.0.9 -> **警告：** +> **Warning:** > > このバージョンにはいくつかの既知の問題が見つかりましたが、これらの問題は新しいバージョンで修正されています。最新の3.0.xバージョンをご利用いただくことをお勧めします。 diff --git a/releases/release-3.1.0-beta.2.md b/releases/release-3.1.0-beta.2.md index 76aec30c6d2b5..2654a2d8605db 100644 --- a/releases/release-3.1.0-beta.2.md +++ b/releases/release-3.1.0-beta.2.md @@ -11,7 +11,7 @@ TiDB バージョン: 3.1.0-beta.2 TiDB Ansible バージョン: 3.1.0-beta.2 -> **警告：** +> **Warning:** > > このバージョンにはいくつかの既知の問題が見つかりましたが、これらの問題は新しいバージョンで修正されています。最新の3.1.xバージョンをご利用いただくことをお勧めします。 diff --git a/releases/release-3.1.0-rc.md b/releases/release-3.1.0-rc.md index 3818654d11437..4fcd5ccfaf91f 100644 --- a/releases/release-3.1.0-rc.md +++ b/releases/release-3.1.0-rc.md @@ -11,7 +11,7 @@ TiDB バージョン: 3.1.0-rc TiDB Ansible バージョン: 3.1.0-rc -> **警告：** +> **Warning:** > > このバージョンにはいくつかの既知の問題が見つかりましたが、これらの問題は新しいバージョンで修正されています。最新の3.1.xバージョンをご利用いただくことをお勧めします。 diff --git a/releases/release-4.0.0-rc.md b/releases/release-4.0.0-rc.md index 2c64a9466923d..20b6f39764fa8 100644 --- a/releases/release-4.0.0-rc.md +++ b/releases/release-4.0.0-rc.md @@ -11,7 +11,7 @@ TiDB バージョン: 4.0.0-rc TiUPバージョン: 0.0.3 -> **警告：** +> **Warning:** > > このバージョンにはいくつかの既知の問題が見つかりましたが、これらの問題は新しいバージョンで修正されています。最新の4.0.xバージョンをご利用いただくことをお勧めします。 diff --git a/releases/release-5.0.0.md b/releases/release-5.0.0.md index d958d71dea1a2..62bc611b6fa48 100644 --- a/releases/release-5.0.0.md +++ b/releases/release-5.0.0.md @@ -35,7 +35,7 @@ TiDB バージョン: 5.0.0 - [`tidb_dml_batch_size`](/system-variables.md#tidb_dml_batch_size)のデフォルト値を`20000`から`0`に変更します。これは、 `LOAD` / `INSERT INTO SELECT ...`ではバッチ DML ステートメントがデフォルトで使用されなくなることを意味します。代わりに、厳密なACIDセマンティクスに準拠するために、大規模なトランザクションが使用されます。 - > **注記：** + > **Note:** > > 変数のスコープがセッションからグローバルに変更され、デフォルト値が`20000`から`0`に変更されました。アプリケーションが元のデフォルト値に依存している場合は、アップグレード後に`set global`ステートメントを使用して変数を元の値に変更する必要があります。 @@ -58,7 +58,7 @@ TiDB バージョン: 5.0.0 - `OFF` : クラスター化インデックスは無効になっています。非クラスター化インデックスの追加または削除はサポートされています。 - `INT_ONLY` : デフォルト値。動作はv5.0以前と同じです。 `alter-primary-key = false`と併せて、INT型のクラスター化インデックスを有効にするかどうかを制御できます。 - > **注記：** + > **Note:** > > 5.0 GA の`INT_ONLY`の`tidb_enable_clustered_index`値は、5.0 RC の`OFF`値と同じ意味です。 `OFF`設定の 5.0 RC クラスターから 5.0 GA にアップグレードすると、 `INT_ONLY`と表示されます。 diff --git a/releases/release-5.1.0.md b/releases/release-5.1.0.md index 3f7a4c07b9182..c8f4963b7b918 100644 --- a/releases/release-5.1.0.md +++ b/releases/release-5.1.0.md @@ -21,7 +21,7 @@ TiDB バージョン: 5.1.0 ## 互換性の変更 {#compatibility-changes} -> **注記：** +> **Note:** > > 以前の TiDB バージョンから v5.1 にアップグレードする場合、中間バージョンの互換性変更点を確認したい場合は、該当バージョンの[リリースノート](/releases/_index.md)を参照してください。 diff --git a/releases/release-5.2.0.md b/releases/release-5.2.0.md index e97db8ec0c047..d78d2eb158d6a 100644 --- a/releases/release-5.2.0.md +++ b/releases/release-5.2.0.md @@ -9,7 +9,7 @@ summary: TiDB 5.2.0では、式インデックスのサポート、Lock ビュ TiDB バージョン: 5.2.0 -> **警告：** +> **Warning:** > > このバージョンには既知の不具合がいくつかあり、これらの不具合は新しいバージョンで修正されています。最新の5.2.xバージョンをご利用いただくことをお勧めします。 @@ -25,7 +25,7 @@ TiDB バージョン: 5.2.0 ## 互換性の変更 {#compatibility-changes} -> **注記：** +> **Note:** > > 以前の TiDB バージョンから v5.2 にアップグレードする場合、中間バージョンの互換性変更点を確認したい場合は、該当バージョンの[リリースノート](/releases/_index.md)を参照してください。 diff --git a/releases/release-5.3.0.md b/releases/release-5.3.0.md index bc6b3427f5440..a959b67463faa 100644 --- a/releases/release-5.3.0.md +++ b/releases/release-5.3.0.md @@ -24,7 +24,7 @@ v5.3 の主な新機能または改善点は次のとおりです。 ## 互換性の変更 {#compatibility-changes} -> **注記：** +> **Note:** > > 以前の TiDB バージョンから v5.3.0 にアップグレードする場合、すべての中間バージョンの互換性変更ノートを知りたい場合は、該当するバージョンの[リリースノート](/releases/_index.md)確認できます。 @@ -148,13 +148,13 @@ v5.3 の主な新機能または改善点は次のとおりです。 - システム変数[`tidb_enable_tso_follower_proxy`](/system-variables.md#tidb_enable_tso_follower_proxy-new-in-v530)を介して PDFollowerプロキシの有効化/無効化をサポートします。PD の TSO リクエスト負荷が高すぎる場合、PD フォロワープロキシを有効にすると、フォロワーのリクエストサイクル中に収集された TSO リクエストをリーダーノードに一括転送できます。このソリューションにより、クライアントとリーダー間の直接的なインタラクション数を効果的に削減し、リーダーへの負荷を軽減し、TiDB 全体のパフォーマンスを向上させることができます。 - > **注記：** + > **Note:** > > クライアント数が少なく、PD リーダーの CPU 負荷が満杯でない場合は、PDFollowerプロキシを有効にすることはお勧めしません。 - システム変数[`tidb_tso_client_batch_max_wait_time`](/system-variables.md#tidb_tso_client_batch_max_wait_time-new-in-v530)を使用して、PDクライアントがTSOをバッチリクエストするために必要な最大待機時間を設定できます。この時間の単位はミリ秒です。PDのTSOリクエスト負荷が高い場合は、待機時間を増やしてバッチサイズを大きくすることで、負荷を軽減し、スループットを向上させることができます。 - > **注記：** + > **Note:** > > TSO 要求負荷が高くない場合は、この変数値を変更することはお勧めしません。 diff --git a/releases/release-5.3.2.md b/releases/release-5.3.2.md index c306e68c0abbb..ee8a3a0f792f2 100644 --- a/releases/release-5.3.2.md +++ b/releases/release-5.3.2.md @@ -9,7 +9,7 @@ summary: TiDB 5.3.2は2022年6月29日にリリースされました。既知の TiDB バージョン: 5.3.2 -> **警告：** +> **Warning:** > > v5.3.2 には既知のバグがあるため、使用は推奨されません。詳細はご覧ください。このバグは v5.3.3 で修正されています。3 [バージョン5.3.3](/releases/release-5.3.3.md)使用を推奨します。 [＃12934](https://github.com/tikv/tikv/issues/12934) diff --git a/releases/release-5.4.0.md b/releases/release-5.4.0.md index 2633d7407ba9b..0bc1c85be3140 100644 --- a/releases/release-5.4.0.md +++ b/releases/release-5.4.0.md @@ -25,7 +25,7 @@ TiDB バージョン: 5.4.0 ## 互換性の変更 {#compatibility-changes} -> **注記：** +> **Note:** > > 以前の TiDB バージョンから v5.4.0 にアップグレードする場合、中間バージョンの互換性変更点を確認したい場合は、該当バージョンの[リリースノート](/releases/_index.md)参照してください。 diff --git a/releases/release-5.4.2.md b/releases/release-5.4.2.md index 65ed55c0ad09f..3de1fad0d7cda 100644 --- a/releases/release-5.4.2.md +++ b/releases/release-5.4.2.md @@ -9,7 +9,7 @@ summary: TiDB 5.4.2は2022年7月8日にリリースされました。既知の TiDB バージョン: 5.4.2 -> **警告：** +> **Warning:** > > v5.4.2 には既知のバグがあるため、使用は推奨されません。詳細はご覧ください。このバグは v5.4.3 で修正されています。v3 [バージョン5.4.3](/releases/release-5.4.3.md)使用を推奨します。 [＃12934](https://github.com/tikv/tikv/issues/12934) diff --git a/releases/release-6.0.0-dmr.md b/releases/release-6.0.0-dmr.md index 59576437ae7d7..7de6b5183e90a 100644 --- a/releases/release-6.0.0-dmr.md +++ b/releases/release-6.0.0-dmr.md @@ -9,7 +9,7 @@ summary: TiDB 6.0.0 の新機能、互換性の変更、改善点、バグ修正 TiDB バージョン: 6.0.0-DMR -> **注記：** +> **Note:** > > TiDB 6.0.0-DMR のドキュメントは[アーカイブ済み](https://docs-archive.pingcap.com/tidb/v6.0/)です。PingCAP では、TiDB データベースの[最新のLTSバージョン](https://docs.pingcap.com/tidb/stable)使用することを推奨しています。 @@ -281,7 +281,7 @@ TiDB v6.0.0 は DMR であり、そのバージョンは 6.0.0-DMR です。 ## 互換性の変更 {#compatibility-changes} -> **注記：** +> **Note:** > > 以前の TiDB バージョンから v6.0.0 にアップグレードする場合、すべての中間バージョンの互換性変更ノートを知りたい場合は、該当するバージョンの[リリースノート](/releases/_index.md)を確認できます。 diff --git a/releases/release-6.2.0.md b/releases/release-6.2.0.md index d52d9d8844ba0..4c40e9c8ac07c 100644 --- a/releases/release-6.2.0.md +++ b/releases/release-6.2.0.md @@ -9,7 +9,7 @@ summary: TiDB 6.2.0-DMRでは、ビジュアル実行プラン、モニタリン TiDBバージョン: 6.2.0-DMR -> **注記：** +> **Note:** > > TiDB 6.2.0-DMR ドキュメントは[アーカイブ済み](https://docs-archive.pingcap.com/tidb/v6.2/)です。 PingCAP は、TiDB データベースの[最新のLTSバージョン](https://docs.pingcap.com/tidb/stable)を使用することを推奨します。 diff --git a/releases/release-6.3.0.md b/releases/release-6.3.0.md index aa2b2e6342029..0be7d5297cd21 100644 --- a/releases/release-6.3.0.md +++ b/releases/release-6.3.0.md @@ -9,7 +9,7 @@ summary: 2022年9月30日にリリースされたTiDB 6.3.0-DMRでは、TiKVで TiDBバージョン: 6.3.0-DMR -> **注記：** +> **Note:** > > TiDB 6.3.0-DMR ドキュメントは[アーカイブ済み](https://docs-archive.pingcap.com/tidb/v6.3/)です。 PingCAP は、TiDB データベースの[最新のLTSバージョン](https://docs.pingcap.com/tidb/stable)を使用することを推奨します。 diff --git a/releases/release-6.4.0.md b/releases/release-6.4.0.md index 16b5e1477cc4e..2b09650ce5193 100644 --- a/releases/release-6.4.0.md +++ b/releases/release-6.4.0.md @@ -9,7 +9,7 @@ summary: TiDB 6.4.0-DMRでは、クラスタを特定の時点に復元する機 TiDBバージョン: 6.4.0-DMR -> **注記：** +> **Note:** > > TiDB 6.4.0-DMR ドキュメントは[アーカイブ済み](https://docs-archive.pingcap.com/tidb/v6.4/)です。 PingCAP は、TiDB データベースの[最新のLTSバージョン](https://docs.pingcap.com/tidb/stable)を使用することを推奨します。 diff --git a/releases/release-6.5.0.md b/releases/release-6.5.0.md index 94f83a2fde705..8b3f8a7769dbf 100644 --- a/releases/release-6.5.0.md +++ b/releases/release-6.5.0.md @@ -15,7 +15,7 @@ TiDB 6.5.0 は長期サポートリリース (LTS) です。 TiDB [6.4.0-DMR](/releases/release-6.4.0.md)と比較して、TiDB 6.5.0 では次の主要な機能と改善が導入されています。 -> **ヒント：** +> **Tip:** > > 以前の LTS 6.1.0 と比較して、 TiDB 6.5.0 には、 [6.2.0-DMR](/releases/release-6.2.0.md) 、 [6.3.0-DMR](/releases/release-6.3.0.md) 、 [6.4.0-DMR](/releases/release-6.4.0.md)でリリースされた新機能、改善、バグ修正も含まれています。 > diff --git a/releases/release-6.6.0.md b/releases/release-6.6.0.md index f2720169b8dc4..e8630c6467a1d 100644 --- a/releases/release-6.6.0.md +++ b/releases/release-6.6.0.md @@ -9,7 +9,7 @@ summary: TiDB 6.6.0 の新機能、互換性の変更点、改善点、および TiDB バージョン: 6.6.0- [DMR](/releases/versioning.md#development-milestone-releases) -> **注記：** +> **Note:** > > TiDB 6.6.0-DMR ドキュメントは[アーカイブ済み](https://docs-archive.pingcap.com/tidb/v6.6/)です。 PingCAP は、TiDB データベースの[最新のLTSバージョン](https://docs.pingcap.com/tidb/stable)を使用することを推奨します。 @@ -285,7 +285,7 @@ TiDB バージョン: 6.6.0- [DMR](/releases/versioning.md#development-milestone ## 互換性の変更 {#compatibility-changes} -> **注記：** +> **Note:** > > このセクションでは、バージョン6.5.0から最新バージョン（6.6.0）にアップグレードする際に知っておくべき互換性の変更点について説明します。バージョン6.4.0以前のバージョンから最新バージョンにアップグレードする場合は、中間バージョンで導入された互換性の変更点も確認する必要があるかもしれません。 diff --git a/releases/release-7.0.0.md b/releases/release-7.0.0.md index e093a29c23cca..c25695619571a 100644 --- a/releases/release-7.0.0.md +++ b/releases/release-7.0.0.md @@ -227,7 +227,7 @@ TiDB バージョン: 7.0.0- [DMR](/releases/versioning.md#development-milestone ## 互換性の変更 {#compatibility-changes} -> **注記：** +> **Note:** > > このセクションでは、バージョン6.6.0から最新バージョン（バージョン7.0.0）にアップグレードする際に知っておくべき互換性の変更点について説明します。バージョン6.5.0以前のバージョンから最新バージョンにアップグレードする場合は、中間バージョンで導入された互換性の変更点も確認する必要があるかもしれません。 diff --git a/releases/release-7.1.0.md b/releases/release-7.1.0.md index 4dad15890f21d..3c2b04e9a4ccc 100644 --- a/releases/release-7.1.0.md +++ b/releases/release-7.1.0.md @@ -224,7 +224,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 ## 互換性の変更 {#compatibility-changes} -> **注記：** +> **Note:** > > このセクションでは、v7.0.0から最新バージョン（v7.1.0）にアップグレードする際に知っておくべき互換性の変更点について説明します。v6.6.0以前のバージョンから最新バージョンにアップグレードする場合は、中間バージョンで導入された互換性の変更点も確認する必要があるかもしれません。 diff --git a/releases/release-7.2.0.md b/releases/release-7.2.0.md index 9bda24ee9d1cb..f7876aa6f60bb 100644 --- a/releases/release-7.2.0.md +++ b/releases/release-7.2.0.md @@ -136,7 +136,7 @@ TiDB バージョン: 7.2.0 ## 互換性の変更 {#compatibility-changes} -> **注記：** +> **Note:** > > このセクションでは、バージョン7.1.0から最新バージョン（7.2.0）にアップグレードする際に知っておくべき互換性の変更点について説明します。バージョン7.0.0以前のバージョンから最新バージョンにアップグレードする場合は、中間バージョンで導入された互換性の変更点も確認する必要があるかもしれません。 diff --git a/releases/release-7.3.0.md b/releases/release-7.3.0.md index c8e8c634cbc89..fc841b260f7f6 100644 --- a/releases/release-7.3.0.md +++ b/releases/release-7.3.0.md @@ -113,7 +113,7 @@ TiDB バージョン: 7.3.0 ## 互換性の変更 {#compatibility-changes} -> **注記：** +> **Note:** > > このセクションでは、バージョン7.2.0から最新バージョン（7.3.0）にアップグレードする際に知っておくべき互換性の変更点について説明します。バージョン7.1.0以前のバージョンから最新バージョンにアップグレードする場合は、中間バージョンで導入された互換性の変更点も確認する必要があるかもしれません。 diff --git a/releases/release-7.4.0.md b/releases/release-7.4.0.md index 3154eec22c2fc..34dc6f1a5a219 100644 --- a/releases/release-7.4.0.md +++ b/releases/release-7.4.0.md @@ -233,7 +233,7 @@ TiDB バージョン: 7.4.0 ## 互換性の変更 {#compatibility-changes} -> **注記：** +> **Note:** > > このセクションでは、v7.3.0から最新バージョン（v7.4.0）にアップグレードする際に知っておくべき互換性の変更点について説明します。v7.2.0以前のバージョンから最新バージョンにアップグレードする場合は、中間バージョンで導入された互換性の変更点も確認する必要があるかもしれません。 diff --git a/releases/release-7.5.0.md b/releases/release-7.5.0.md index 8f4d3d814d387..7be626b16157c 100644 --- a/releases/release-7.5.0.md +++ b/releases/release-7.5.0.md @@ -100,7 +100,7 @@ TiDB 7.5.0は長期サポートリリース（LTS）です。 ## 互換性の変更 {#compatibility-changes} -> **注記：** +> **Note:** > > このセクションでは、バージョン7.4.0から最新バージョン（7.5.0）にアップグレードする際に知っておくべき互換性の変更点について説明します。バージョン7.3.0以前のバージョンから最新バージョンにアップグレードする場合は、中間バージョンで導入された互換性の変更点も確認する必要があるかもしれません。 diff --git a/releases/release-7.6.0.md b/releases/release-7.6.0.md index b8ae86a5afd9e..ef1ac644311d9 100644 --- a/releases/release-7.6.0.md +++ b/releases/release-7.6.0.md @@ -218,7 +218,7 @@ TiDB バージョン: 7.6.0 ## 互換性の変更 {#compatibility-changes} -> **注記：** +> **Note:** > > このセクションでは、バージョン7.5.0から最新バージョン（7.6.0）にアップグレードする際に知っておくべき互換性の変更点について説明します。バージョン7.4.0以前のバージョンから最新バージョンにアップグレードする場合は、中間バージョンで導入された互換性の変更点も確認する必要があるかもしれません。 diff --git a/releases/release-8.0.0.md b/releases/release-8.0.0.md index cc3f784df25cb..b97e8ea376ff8 100644 --- a/releases/release-8.0.0.md +++ b/releases/release-8.0.0.md @@ -248,7 +248,7 @@ TiDB バージョン: 8.0.0 ## 互換性の変更 {#compatibility-changes} -> **注記：** +> **Note:** > > このセクションでは、バージョン7.6.0から最新バージョン（8.0.0）にアップグレードする際に知っておくべき互換性の変更点について説明します。バージョン7.5.0以前のバージョンから最新バージョンにアップグレードする場合は、中間バージョンで導入された互換性の変更点も確認する必要があるかもしれません。 diff --git a/releases/release-8.1.0.md b/releases/release-8.1.0.md index d6fd27fab9ff8..9593c35a58332 100644 --- a/releases/release-8.1.0.md +++ b/releases/release-8.1.0.md @@ -89,7 +89,7 @@ TiDB 8.1.0 は長期サポートリリース (LTS) です。 ## 互換性の変更 {#compatibility-changes} -> **注記：** +> **Note:** > > このセクションでは、v8.0.0から最新バージョン（v8.1.0）にアップグレードする際に知っておくべき互換性の変更点について説明します。v7.6.0以前のバージョンから最新バージョンにアップグレードする場合は、中間バージョンで導入された互換性の変更点も確認する必要があるかもしれません。 diff --git a/releases/release-8.2.0.md b/releases/release-8.2.0.md index a43a03347c13a..c6fa0b295e015 100644 --- a/releases/release-8.2.0.md +++ b/releases/release-8.2.0.md @@ -127,7 +127,7 @@ TiDB バージョン: 8.2.0 ## 互換性の変更 {#compatibility-changes} -> **注記：** +> **Note:** > > このセクションでは、v8.1.0 から最新バージョン (v8.2.0) にアップグレードする際に知っておくべき互換性の変更点について説明します。v8.0.0 以前のバージョンから最新バージョンにアップグレードする場合は、中間バージョンで導入された互換性の変更点も確認する必要があるかもしれません。 diff --git a/releases/release-8.3.0.md b/releases/release-8.3.0.md index 5d4481afc1c35..bfd0a86b0096e 100644 --- a/releases/release-8.3.0.md +++ b/releases/release-8.3.0.md @@ -170,7 +170,7 @@ TiDBバージョン：8.3.0 ## 互換性の変更 {#compatibility-changes} -> **注記：** +> **Note:** > > このセクションでは、v8.2.0 から最新バージョン (v8.3.0) にアップグレードする際に知っておくべき互換性の変更点について説明します。v8.1.0 以前のバージョンから最新バージョンにアップグレードする場合は、中間バージョンで導入された互換性の変更点も確認する必要があるかもしれません。 diff --git a/releases/release-8.4.0.md b/releases/release-8.4.0.md index 1004cf45f1cd1..259703e32ac28 100644 --- a/releases/release-8.4.0.md +++ b/releases/release-8.4.0.md @@ -205,7 +205,7 @@ TiDB バージョン: 8.4.0 ## 互換性の変更 {#compatibility-changes} -> **注記：** +> **Note:** > > このセクションでは、v8.3.0 から最新バージョン (v8.4.0) にアップグレードする際に知っておくべき互換性の変更点について説明します。v8.2.0 以前のバージョンから最新バージョンにアップグレードする場合は、中間バージョンで導入された互換性の変更点も確認する必要があるかもしれません。 diff --git a/releases/release-8.5.0.md b/releases/release-8.5.0.md index 760e4c127d3e7..3d2f7a0cc15a0 100644 --- a/releases/release-8.5.0.md +++ b/releases/release-8.5.0.md @@ -111,7 +111,7 @@ TiDB 8.5.0は長期サポートリリース（LTS）です。 ## 互換性の変更 {#compatibility-changes} -> **注記：** +> **Note:** > > このセクションでは、バージョン8.4.0から最新バージョン（8.5.0）にアップグレードする際に知っておくべき互換性の変更点について説明します。バージョン8.3.0以前のバージョンから最新バージョンにアップグレードする場合は、中間バージョンで導入された互換性の変更点も確認する必要があるかもしれません。 diff --git a/replicate-between-primary-and-secondary-clusters.md b/replicate-between-primary-and-secondary-clusters.md index eeca2bb450a61..31f571f8cd21a 100644 --- a/replicate-between-primary-and-secondary-clusters.md +++ b/replicate-between-primary-and-secondary-clusters.md @@ -100,7 +100,7 @@ summary: プライマリクラスタからセカンダリクラスタへデー 環境設定後、 [BR](https://github.com/pingcap/tidb/tree/release-8.5/br)のバックアップおよび復元関数を使用して、データ全体を移行できます。BRは[3つの方法](/br/br-use-overview.md#deploy-and-use-br)で起動できます。このドキュメントでは、SQL ステートメント`BACKUP`および`RESTORE`を使用します。 -> **注記：** +> **Note:** > > - `BACKUP`および`RESTORE` SQL ステートメントは実験的です。本番環境での使用は推奨されません。予告なく変更または削除される場合があります。バグを発見した場合は、GitHub で[問題](https://github.com/pingcap/tidb/issues)を報告してください。 > - 本番のクラスタでは、GCを無効にした状態でバックアップを実行すると、クラスタのパフォーマンスに影響を与える可能性があります。パフォーマンスの低下を避けるため、データのバックアップはピーク時以外の時間帯に行い、RATE_LIMITを適切な値に設定することをお勧めします。 diff --git a/role-based-access-control.md b/role-based-access-control.md index cb53e7a386fe9..5f3ce18bbe024 100644 --- a/role-based-access-control.md +++ b/role-based-access-control.md @@ -186,7 +186,7 @@ SET DEFAULT ROLE ALL TO 'dev1'@'localhost'; SET DEFAULT ROLE NONE TO 'dev1'@'localhost'; ``` -> **注記：** +> **Note:** > > このロールにデフォルト ロールを設定する前に、ユーザーにロールを付与する必要があります。 @@ -234,7 +234,7 @@ SET ROLE NONE SET ROLE ALL EXCEPT 'app_read' ``` -> **注記：** +> **Note:** > > `SET ROLE`使用してロールを有効にすると、このロールは現在のセッションでのみ有効になります。 diff --git a/scale-microservices-using-tiup.md b/scale-microservices-using-tiup.md index bd3d0eaf9dc0a..6522c24c5aa44 100644 --- a/scale-microservices-using-tiup.md +++ b/scale-microservices-using-tiup.md @@ -22,7 +22,7 @@ summary: TiUPを使用してクラスター内の PD マイクロサービス ## TSO/スケジューリングノードを追加する {#add-tso-scheduling-nodes} -> **注記：** +> **Note:** > > PD マイクロサービスがまだ有効になっていない TiDB クラスターに TSO/スケジューリング ノードを追加するには、代わりに[通常モードからマイクロサービスモードに切り替える](#switch-from-regular-mode-to-microservices-mode)の手順に従ってください。 @@ -30,7 +30,7 @@ summary: TiUPを使用してクラスター内の PD マイクロサービス ### 1. スケールアウトトポロジを構成する {#1-configure-the-scale-out-topology} -> **注記：** +> **Note:** > > - デフォルトでは、ポートとディレクトリの情報は必要ありません。ただし、1台のマシンに複数のインスタンスがある場合は、各インスタンスに異なるポートとディレクトリを割り当てる必要があります。ポートまたはディレクトリが競合する場合は、デプロイまたはスケーリング中に通知が表示されます。 > - TiUP v1.0.0 以降、スケールアウト構成は元のクラスターの`global`構成を継承します。 @@ -112,7 +112,7 @@ tiup cluster display ## TSO/スケジューリングノードを削除する {#remove-tso-scheduling-nodes} -> **注記：** +> **Note:** > > PD マイクロサービスが有効になっているクラスターを非マイクロサービス モードに切り替える必要がある場合は、代わりに[マイクロサービスモードから通常モードに切り替える](#switch-from-microservices-mode-to-regular-mode)の手順に従ってください。 @@ -197,7 +197,7 @@ PD サービスを次の 2 つの動作モード間で切り替えることが - 通常モード: PD ノードのみでルーティング サービス、タイムスタンプ割り当て、およびクラスター スケジューリング関数を提供します。 - マイクロサービスモード：PDタイムスタンプ割り当て機能をTSOノード（ `tso`マイクロサービスを提供）に、クラスタースケジューリング機能をスケジューリングノード（ `scheduling`マイクロサービスを提供）にそれぞれ個別にデプロイできます。これにより、これら2つの関数はPDのルーティング機能から分離され、PDノードはメタデータのルーティングサービスに集中できます。 -> **注記：** +> **Note:** > > モード切り替え中は、PD サービスが数分間利用できなくなります。 @@ -249,7 +249,7 @@ PD マイクロサービスが有効になっていないクラスターの場 tiup cluster reload -R pd ``` - > **注記：** + > **Note:** > > 前の`reload`コマンドを実行した後、PD タイムスタンプ割り当てサービスは利用できなくなりますが、次のステップの`scale-out`コマンドの実行が完了すると再び利用できるようになります。 @@ -289,7 +289,7 @@ PD マイクロサービスが有効になっているクラスター (IP アド tiup cluster scale-in --node 10.0.1.8:3379,10.0.1.9:3379 ``` - > **注記：** + > **Note:** > > 前の`scale-in`コマンドを実行した後、PD タイムスタンプ割り当てサービスは利用できなくなりますが、次のステップの`reload`コマンドの実行が完了すると再び利用できるようになります。 diff --git a/scale-tidb-using-tiup.md b/scale-tidb-using-tiup.md index da495762cb29f..b8fc682b34f50 100644 --- a/scale-tidb-using-tiup.md +++ b/scale-tidb-using-tiup.md @@ -25,13 +25,13 @@ TiDB クラスターの容量は、オンライン サービスを中断する このセクションでは、 `10.0.1.5`ホストに TiDB ノードを追加する方法を例示します。 -> **注記：** +> **Note:** > > PDノードを追加する場合も同様の手順で可能です。TiKVノードを追加する前に、クラスターの負荷に応じてPDスケジューリングパラメータを事前に調整することをお勧めします。 1. スケールアウト トポロジを構成します。 - > **注記：** + > **Note:** > > - デフォルトでは、ポートとディレクトリの情報は必要ありません。 > - 複数のインスタンスを単一のマシンにデプロイする場合は、それぞれに異なるポートとディレクトリを割り当てる必要があります。ポートまたはディレクトリが競合する場合は、デプロイまたはスケーリング中に通知が表示されます。 @@ -114,7 +114,7 @@ TiDB クラスターの容量は、オンライン サービスを中断する 3. クラスター構成を更新します。 - > **注記：** + > **Note:** > > - PDノードを追加した後のみ、クラスター構成の更新が必要です。TiDBノードまたはTiKVノードのみを追加する場合は、この手順をスキップしてください。 > - TiUP v1.15.0以降をご利用の場合は、この手順はTiUPが実行するのでスキップしてください。TiUP v1.15.0より前のバージョンをご利用の場合は、以下のサブ手順を実行してください。 @@ -153,7 +153,7 @@ TiDB クラスターの容量は、オンライン サービスを中断する このセクションでは、 TiFlashノードを`10.0.1.4`ホストに追加する方法を説明します。 -> **注記：** +> **Note:** > > 既存の TiDB クラスターにTiFlashノードを追加する場合は、次の点に注意してください。 > @@ -177,7 +177,7 @@ TiDB クラスターの容量は、オンライン サービスを中断する tiup cluster scale-out scale-out.yml ``` - > **注記：** + > **Note:** > > 上記のコマンドは、コマンドを実行するユーザーと新しいマシンの間で相互信頼が構築されていることを前提としています。相互信頼を構築できない場合は、 `-p`オプションを使用して新しいマシンのパスワードを入力するか、 `-i`オプションを使用して秘密鍵ファイルを指定します。 @@ -223,7 +223,7 @@ TiDB クラスターの容量は、オンライン サービスを中断する tiup cluster scale-out scale-out.yml ``` - > **注記：** + > **Note:** > > 上記のコマンドは、コマンドを実行するユーザーと新しいマシンの間で相互信頼が構築されていることを前提としています。相互信頼を構築できない場合は、 `-p`オプションを使用して新しいマシンのパスワードを入力するか、 `-i`オプションを使用して秘密鍵ファイルを指定します。 @@ -249,7 +249,7 @@ TiDB クラスターの容量は、オンライン サービスを中断する このセクションでは、 `10.0.1.5`ホストから TiKV ノードを削除する方法を例示します。 -> **注記：** +> **Note:** > > - 同様の手順で TiDB ノードまたは PD ノードを削除できます。 > - TiKVおよびTiFlashコンポーネントは非同期的にオフラインになり、停止処理に時間がかかるため、 TiUPはこれらのコンポーネントを別の方法でオフラインにします。詳細については、 [コンポーネントのオフラインプロセスの特別な処理](/tiup/tiup-component-cluster-scale-in.md#particular-handling-of-components-offline-process)参照してください。 @@ -293,7 +293,7 @@ TiDB クラスターの容量は、オンライン サービスを中断する 3. クラスター構成を更新します。 - > **注記：** + > **Note:** > > - PDノードを削除した後のみ、クラスター構成の更新が必要です。TiDBノードまたはTiKVノードのみを削除する場合は、この手順をスキップしてください。 > - TiUP v1.15.0以降をご利用の場合は、この手順はTiUPが実行するのでスキップしてください。TiUP v1.15.0より前のバージョンをご利用の場合は、以下のサブ手順を実行してください。 @@ -398,7 +398,7 @@ TiDB クラスターの容量は、オンライン サービスを中断する tiup ctl:v pd -u http://: store ``` - > **注記：** + > **Note:** > > クラスター内に複数の PD インスタンスが存在する場合は、上記のコマンドでアクティブな PD インスタンスの IP アドレス:ポートのみを指定する必要があります。 @@ -412,7 +412,7 @@ TiDB クラスターの容量は、オンライン サービスを中断する tiup ctl:v pd -u http://: store delete ``` - > **注記：** + > **Note:** > > クラスター内に複数の PD インスタンスが存在する場合は、上記のコマンドでアクティブな PD インスタンスの IP アドレス:ポートのみを指定する必要があります。 diff --git a/schedule-replicas-by-topology-labels.md b/schedule-replicas-by-topology-labels.md index 4ef273417acda..09ff463606d60 100644 --- a/schedule-replicas-by-topology-labels.md +++ b/schedule-replicas-by-topology-labels.md @@ -5,7 +5,7 @@ summary: トポロジ ラベルによってレプリカをスケジュールす # トポロジラベルによるレプリカのスケジュール {#schedule-replicas-by-topology-labels} -> **注記：** +> **Note:** > > TiDB v5.3.0 では[SQLの配置ルール](/placement-rules-in-sql.md)が導入されました。これにより、テーブルとパーティションの配置をより簡単に設定できるようになります。将来のリリースでは、SQL の配置ルールが PD による配置設定に置き換えられる可能性があります。 @@ -154,7 +154,7 @@ TiUPを使用してクラスターをデプロイする場合、 [初期化設 詳細は[地理的に分散した展開トポロジ](/geo-distributed-deployment-topology.md)参照。 -> **注記：** +> **Note:** > > 設定ファイルで`replication.location-labels`設定されていない場合、このトポロジファイルを使用してクラスタをデプロイするとエラーが発生する可能性があります。クラスタをデプロイする前に、設定ファイルで`replication.location-labels`が設定されていることを確認することをお勧めします。 @@ -208,7 +208,7 @@ rack = "" host = "" ``` -> **注記：** +> **Note:** > > 現在、TiDBは、同じリージョンにあるレプリカのマッチングと選択に`zone`ラベルを使用しています。この機能を使用するには、 [PDの`location-labels`設定](#configure-location-labels-for-pd)設定する際に`zone`追加し、TiDB、TiKV、 TiFlashを設定する際に`labels`設定する際に`zone`追加する必要があります。詳細については、 [TiKVとTiFlashの`labels`を設定する](#configure-labels-for-tikv-and-tiflash)参照してください。 @@ -220,7 +220,7 @@ host = "" この設定にはデフォルト値がないため、 `location-labels`の値は`zone` 、 `rack` 、 `host`など、自由にカスタマイズできます。また、この設定では、TiKVサーバーのラベルと一致している限り、ラベルレベル数に制限はありませ**ん**（3レベルは必須ではありません）。 -> **注記：** +> **Note:** > > - 設定を有効にするには、PDに`location-labels` 、TiKVに`labels`同時に設定する必要があります。そうしないと、PDはトポロジに従ってスケジューリングを実行しません。 > - SQL の配置ルールを使用する場合、TiKV の場合は`labels`のみ設定する必要があります。現在、SQL の配置ルールは PD の`location-labels`設定と互換性がなく、この設定は無視されます。5 `location-labels` SQL の配置ルールを同時に使用することは推奨されません。予期しない結果が発生する可能性があります。 @@ -259,7 +259,7 @@ pd-ctl config set isolation-level zone `location-level`設定は文字列の配列であり、キー`location-labels`に対応している必要があります。このパラメータは、TiKVトポロジクラスタにおける最小および必須の分離レベル要件を制限します。 -> **注記：** +> **Note:** > > `isolation-level`はデフォルトで空です。つまり、分離レベルに必須の制限はありません。分離レベルを設定するには、PD に`location-labels`設定し、 `isolation-level`値が`location-labels`名前のいずれかであることを確認する必要があります。 diff --git a/scheduling-configuration-file.md b/scheduling-configuration-file.md index 9b0d0c18316d5..4b6a99f46d61b 100644 --- a/scheduling-configuration-file.md +++ b/scheduling-configuration-file.md @@ -9,7 +9,7 @@ summary: スケジューリング構成ファイルには、ノード名、デ スケジューリングノードは、PD用の`scheduling`サービスを提供するために使用されます。このドキュメントはPDマイクロサービスモードにのみ適用されます。 -> **ヒント：** +> **Tip:** > > 構成項目の値を調整する必要がある場合は、 [設定を変更する](/maintain-tidb-using-tiup.md#modify-the-configuration)を参照してください。 diff --git a/schema-cache.md b/schema-cache.md index 3b7e781d0dbc2..1b991644f95d9 100644 --- a/schema-cache.md +++ b/schema-cache.md @@ -7,7 +7,7 @@ summary: TiDBは、スキーマ情報に対してLRU（Least Recently Used：最 マルチテナント環境では、データベースやテーブルが数十万、あるいは数百万にも及ぶ場合があります。これらのデータベースやテーブルすべてのスキーマ情報をメモリにロードすると、大量のメモリを消費するだけでなく、アクセス性能も低下します。この問題を解決するため、TiDBはLRU（Least Recently Used：最小使用頻度）に似たスキーマキャッシュメカニズムを導入しています。最も最近アクセスされたデータベースやテーブルのスキーマ情報のみがメモリにキャッシュされます。 -> **注記：** +> **Note:** > > 現在、この機能は[TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/security-compatibility-with-mysql.md b/security-compatibility-with-mysql.md index 8e9d28dbdab08..38bc790053180 100644 --- a/security-compatibility-with-mysql.md +++ b/security-compatibility-with-mysql.md @@ -186,7 +186,7 @@ Here is an example for Header: 署名は、ヘッダーとペイロード データに署名するために使用されます。 -> **警告：** +> **Warning:** > > - ヘッダーとペイロードのBase64エンコードは可逆です。機密情報を添付し**ないで**ください。 > - `tidb_auth_token`認証方法では、クライアントが[`mysql_clear_password`](https://dev.mysql.com/doc/refman/8.0/en/cleartext-pluggable-authentication.html)プラグインをサポートし、トークンをプレーンテキストで TiDB に送信する必要があります。そのため、 `tidb_auth_token`使用する前に[クライアントとサーバー間のTLSを有効にする](/enable-tls-between-clients-and-servers.md)実行する必要があります。 diff --git a/shard-row-id-bits.md b/shard-row-id-bits.md index e7fbd8f9c49f5..45191f9108c1f 100644 --- a/shard-row-id-bits.md +++ b/shard-row-id-bits.md @@ -26,11 +26,11 @@ summary: SHARD_ROW_ID_BITS属性について学びましょう。 - AUTO_INCREMENTビットの値はTiKVに格納され、順次割り当てられます。値が割り当てられるたびに、次の値は1ずつ増加します。AUTO_INCREMENTビットの値が使い果たされると（つまり、最大値に達すると）、以降の自動割り当てはエラー`Failed to read auto-increment value from storage engine`で失敗します。 - 値の範囲は`_tidb_rowid`です。最終的に生成される値の最大ビット数は、シャードビット + AUTO_INCREMENTビットなので、最大値は`(2^63)-1`です。 -> **警告：** +> **Warning:** > > `_tidb_rowid`は TiDB によって暗黙的に割り当てられる内部行 ID です。すべての場合においてグローバルに一意であると想定しないでください。クラスター化インデックスを使用しないパーティション テーブルの場合、 `ALTER TABLE ... EXCHANGE PARTITION`異なるパーティションに同じ`_tidb_rowid`値を残す可能性があります。詳細については、 [`_tidb_rowid`](/tidb-rowid.md)参照してください。 -> **注記：** +> **Note:** > > シャードビットの選択（ `S` ）： > diff --git a/smooth-upgrade-tidb.md b/smooth-upgrade-tidb.md index 6f135ae66cb90..d9da2d1fbbf4d 100644 --- a/smooth-upgrade-tidb.md +++ b/smooth-upgrade-tidb.md @@ -73,7 +73,7 @@ You can take the following steps to upgrade TiDB manually or by using a script: スムーズ アップグレード機能を使用する場合は、次の制限に注意してください。 -> **注記：** +> **Note:** > > The limitations in this section apply not only to scenarios using the smooth upgrade feature, but also to [upgrading TiDB using TiUP](/upgrade-tidb-using-tiup.md#upgrade-tidb-using-tiup). diff --git a/sql-non-prepared-plan-cache.md b/sql-non-prepared-plan-cache.md index a9f01d20efeef..89c6dd24a2416 100644 --- a/sql-non-prepared-plan-cache.md +++ b/sql-non-prepared-plan-cache.md @@ -24,7 +24,7 @@ TiDBは、 [ステートメント`Prepare` / `Execute`](/sql-prepared-plan-cache バージョン7.1.0以降では、システム変数[`tidb_plan_cache_max_plan_size`](/system-variables.md#tidb_plan_cache_max_plan_size-new-in-v710)を使用して、キャッシュできるプランの最大サイズを制御できます。デフォルト値は2 MBです。プランのサイズがこの値を超える場合、プランはキャッシュされません。 -> **注記：** +> **Note:** > > `tidb_session_plan_cache_size`で指定されたメモリは、プリペアドプランキャッシュと非プリペアドプランキャッシュで共有されます。現在のクラスターでプリペアドプランキャッシュを有効にしている場合、非プリペアドプランキャッシュを有効にすると、元のプリペアドプランキャッシュのヒット率が低下する可能性があります。 diff --git a/sql-plan-management.md b/sql-plan-management.md index 4cb6bcb00aff4..1f2d6e2fca969 100644 --- a/sql-plan-management.md +++ b/sql-plan-management.md @@ -13,7 +13,7 @@ SQLバインディングはSPMの基盤です。1 [オプティマイザヒン -> **注記：** +> **Note:** > > SQLバインディングを使用するには、 `SUPER`権限が必要です。TiDB から権限が不足しているというメッセージが表示された場合は、 [権限管理](/privilege-management.md)参照して必要な権限を追加してください。 @@ -21,7 +21,7 @@ SQLバインディングはSPMの基盤です。1 [オプティマイザヒン -> **注記：** +> **Note:** > > SQLバインディングを使用するには、 `SUPER`権限が必要です。TiDB から権限が不足しているというメッセージが表示された場合は、 [権限管理](https://docs.pingcap.com/tidb/stable/privilege-management)参照して必要な権限を追加してください。 @@ -44,7 +44,7 @@ CREATE GLOBAL BINDING USING SELECT /*+ use_index(orders, orders_book_id_idx) */ CREATE GLOBAL BINDING FOR SELECT * FROM orders USING SELECT /*+ use_index(orders, orders_book_id_idx) */ * FROM orders; ``` -> **注記：** +> **Note:** > > バインディングは手動で追加されたヒントよりも優先されます。そのため、対応するバインディングが存在する状態でヒントを含む文を実行すると、オプティマイザの動作を制御するヒントは有効になりません。ただし、他の種類のヒントは引き続き有効です。 @@ -80,7 +80,7 @@ USING DELETE users FROM users JOIN orders ON users.id = orders.user_id; ``` -> **注記：** +> **Note:** > > `REPLACE` `SELECT` `INSERT`実行プランバインディングを作成する場合、バインドするオプティマイザヒントを`INSERT`キーワードの後ではなく、 `SELECT` `REPLACE`に指定する必要があります。そうしないと、オプティマイザヒントは意図したとおりに機能しません。 @@ -110,7 +110,7 @@ SELECT * FROM users WHERE balance > 100 SELECT * FROM bookshop . users WHERE balance > ? ``` -> **注記：** +> **Note:** > > 正規化プロセスでは、述語`IN`の`?` `...`として正規化されます。 > @@ -216,7 +216,7 @@ explain SELECT * FROM t1, t2 WHERE t1.id = t2.id; CREATE BINDING FOR SELECT * FROM t WHERE a > 1 USING SELECT * FROM t use index(idx) WHERE b > 2 ``` -> **注記：** +> **Note:** > > `PREPARE` `EXECUTE`およびバイナリ プロトコルで実行されるクエリの場合、 `PREPARE` / `EXECUTE`ステートメントではなく、実際のクエリ ステートメントの実行プラン バインディングを作成する必要があります。 @@ -336,7 +336,7 @@ DROP [GLOBAL | SESSION] BINDING FOR SQL DIGEST StringLiteralOrUserVariableList; この文は、GLOBALまたはSESSIONレベルのSQLダイジェストに対応する実行プランのバインディングを削除します。デフォルトのスコープはSESSIONです。SQLダイジェストは[バインディングの表示](#view-bindings)で取得できます。 -> **注記：** +> **Note:** > > `DROP GLOBAL BINDING`実行すると、現在の tidb-server インスタンスのキャッシュ内のバインディングが削除され、システムテーブル内の対応する行のステータスが「削除済み」に変更されます。この文はシステムテーブル内のレコードを直接削除しません。これは、他の tidb-server インスタンスがキャッシュ内の対応するバインディングを削除するために「削除済み」ステータスを読み取る必要があるためです。これらのシステムテーブル内の「削除済み」ステータスのレコードについては、100 `bind-info-lease` (デフォルト値は`3s`で、合計`300s` ) 間隔ごとに、バックグラウンドスレッドが 10 `bind-info-lease`の前に`update_time`のバインディングの再利用とクリアの操作をトリガーします (すべての tidb-server インスタンスが「削除済み」ステータスを読み取り、キャッシュを更新できるようにするため)。 @@ -628,7 +628,7 @@ SHOW GLOBAL BINDINGS; ベースラインキャプチャを有効にするには、 `tidb_capture_plan_baselines`を`on`に設定します。デフォルト値は`off`です。 -> **注記：** +> **Note:** > > 自動バインディング作成機能は[ステートメントの概要](/statement-summary-tables.md)に依存しているため、自動バインディングを使用する前にステートメント サマリーを有効にしてください。 @@ -641,13 +641,13 @@ SHOW GLOBAL BINDINGS; - `Enabled`または`Disabled`バインディングを含むステートメント。 - キャプチャ条件によってフィルター処理されるステートメント。 -> **注記：** +> **Note:** > > 現在、バインディングは、クエリ文によって生成された実行プランを修正するためのヒント群を生成します。これにより、同じクエリに対しては実行プランは変更されません。同じインデックスや結合アルゴリズム（HashJoinやIndexJoinなど）を使用するクエリを含むほとんどのOLTPクエリでは、TiDBはバインディング前後のプランの一貫性を保証します。ただし、ヒントの制限により、2つ以上のテーブルの結合、MPPクエリ、複雑なOLAPクエリなど、一部の複雑なクエリではプランの一貫性を保証できません。 `PREPARE` `EXECUTE`およびバイナリ プロトコルで実行されたクエリの場合、TiDB は`PREPARE`ステートメントではなく、実際の`EXECUTE`ステートメントのバインディングを自動的にキャプチャします。 -> **注記：** +> **Note:** > > TiDB には一部の機能の正確性を確保するための SQL ステートメントが埋め込まれているため、ベースライン キャプチャではデフォルトでこれらの SQL ステートメントが自動的に保護されます。 @@ -680,7 +680,7 @@ INSERT INTO mysql.capture_plan_baselines_blacklist(filter_type, filter_value) VA | 頻度 | 頻度でフィルタリングします。複数回実行されたSQL文はデフォルトでキャプチャされます。頻繁に実行されるSQL文をキャプチャするには、高い頻度を設定することができます。 | 頻度を1未満の値に設定すると無効とみなされ、ログに警告メッセージ`[sql-bind] frequency threshold is less than 1, ignore it`が返されます。複数の頻度フィルタルールが挿入された場合、最も高い頻度の値が優先されます。 | | ユーザー | ユーザー名でフィルタリングします。ブロックリストに登録されたユーザーが実行したステートメントはキャプチャされません。 | 複数のユーザーが同じステートメントを実行し、そのユーザー名がすべてブロックリストに含まれている場合、このステートメントはキャプチャされません。 | -> **注記：** +> **Note:** > > - ブロックリストを変更するには、スーパー権限が必要です。 > @@ -692,7 +692,7 @@ TiDB クラスターをアップグレードする前に、次の手順を実行 1. ベースラインキャプチャを有効にして動作を継続します。 - > **注記：** + > **Note:** > > テストデータによると、ベースラインキャプチャを長期間実行すると、クラスター負荷のパフォーマンスにわずかな影響が出ることが示されています。そのため、重要なプラン（2回以上出現するプラン）をキャプチャできるよう、ベースラインキャプチャを可能な限り有効にすることをお勧めします。 @@ -738,7 +738,7 @@ SET GLOBAL tidb_evolve_plan_baselines = ON; -> **警告：** +> **Warning:** > > - ベースライン進化は実験的機能です。未知のリスクが存在する可能性があります。本番環境での使用は推奨され**ません**。 > - この変数は、ベースラインエボリューション機能が一般提供（GA）されるまで強制的に`off`に設定されます。この機能を有効にしようとするとエラーが返されます。この機能を既に本番環境で使用している場合は、できるだけ早く無効にしてください。バインディングステータスが期待どおりでない場合は、PingCAPまたはコミュニティから[サポートを受ける](/support.md)お知らせください。 @@ -747,7 +747,7 @@ SET GLOBAL tidb_evolve_plan_baselines = ON; -> **警告：** +> **Warning:** > > - ベースライン進化は実験的機能です。未知のリスクが存在する可能性があります。本番環境での使用は推奨され**ません**。 > - この変数は、ベースラインエボリューション機能が一般提供（GA）されるまで強制的に`off`に設定されます。この機能を有効にしようとするとエラーが返されます。この機能を既に本番環境で使用している場合は、できるだけ早く無効にしてください。バインディングステータスが期待どおりでない場合は、 [TiDB Cloudサポートにお問い合わせください](/tidb-cloud/tidb-cloud-support.md)してください。 diff --git a/sql-plan-replayer.md b/sql-plan-replayer.md index c746c756b5970..52147e75e1885 100644 --- a/sql-plan-replayer.md +++ b/sql-plan-replayer.md @@ -35,7 +35,7 @@ TiDB は、 `sql-statement`に基づいて、次のオンサイト情報を整 指定された時刻より前の履歴統計がない場合、TiDBは最新の統計をエクスポートします。これは、時刻が指定されていない場合の動作と一致しています。さらに、TiDBはエクスポートされた`ZIP`ファイル内に、 `errors.txt`ファイル内のエラーメッセージを出力。 -> **注記：** +> **Note:** > > `PLAN REPLAYER`テーブル データをエクスポートし**ません**。 @@ -54,7 +54,7 @@ plan replayer dump with stats as of timestamp '442012134592479233' explain selec `PLAN REPLAYER DUMP`上記のテーブル情報を`ZIP`ファイルにパッケージ化し、実行結果としてファイル識別子を返します。 -> **注記：** +> **Note:** > > `ZIP`ファイルはTiDBクラスタに最大1時間保存されます。1時間経過すると、TiDBによって削除されます。 @@ -123,7 +123,7 @@ curl http://127.0.0.1:10080/plan_replayer/dump/replayer_JOGvpu4t7dssySqJfTtS4A== ## PLAN REPLAYERを使用してクラスター情報をインポートする {#use-code-plan-replayer-code-to-import-cluster-information} -> **警告：** +> **Warning:** > > TiDB クラスターのオンサイト情報を別のクラスターにインポートすると、後者のクラスターの TiDB セッション変数、SQL バインディング、テーブル スキーマ、および統計が変更されます。 @@ -141,7 +141,7 @@ PLAN REPLAYER LOAD 'file_name'; PLAN REPLAYER LOAD 'plan_replayer.zip'; ``` -> **注記：** +> **Note:** > > auto analyzeを無効にする必要があります。無効にしないと、インポートされた統計情報が分析によって上書きされてしまいます。 @@ -184,7 +184,7 @@ mysql> show stats_meta; シーンが読み込まれて復元されたら、クラスターの実行プランを診断して改善できます。 -> **注記：** +> **Note:** > > `mysql`コマンドラインクライアントを使用していて`ERROR 2068 (HY000): LOAD DATA LOCAL INFILE file request rejected due to restrictions on access.`遭遇した場合は、接続文字列に`--local-infile=true`追加できます。 @@ -253,7 +253,7 @@ mysql> SELECT * FROM mysql.plan_replayer_status; `PLAN REPLAYER CAPTURE`のファイルのダウンロード方法は`PLAN REPLAYER`と同様です。詳細は[クラスター情報のエクスポートの例](#examples-of-exporting-cluster-information)ご覧ください。 -> **注記：** +> **Note:** > > `PLAN REPLAYER CAPTURE`の結果ファイルは TiDB クラスター内に最大 1 週間保存されます。1 週間経過すると、TiDB によってファイルが削除されます。 diff --git a/sql-prepared-plan-cache.md b/sql-prepared-plan-cache.md index ca01408c77a8b..ee8dce525a4f1 100644 --- a/sql-prepared-plan-cache.md +++ b/sql-prepared-plan-cache.md @@ -60,7 +60,7 @@ LRUリンクリストは、 `Prepare` / `Execute`セッションをまたいで バージョン6.1.0以降、実行プランキャッシュはデフォルトで有効になっています。プリペアドプランキャッシュはシステム変数[`tidb_enable_prepared_plan_cache`](/system-variables.md#tidb_enable_prepared_plan_cache-new-in-v610)を介して制御できます。 -> **注記：** +> **Note:** > > [`tidb_enable_prepared_plan_cache`](/system-variables.md#tidb_enable_prepared_plan_cache-new-in-v610)システム変数は、 `Prepare` / `Execute`クエリの実行プランキャッシュのみを制御し、通常のクエリは制御しません。通常のクエリの実行プランキャッシュについては、 [SQL 非プリペアドプランキャッシュ](/sql-non-prepared-plan-cache.md)参照してください。 @@ -191,7 +191,7 @@ LIMIT 10; プリペアドプランキャッシュを使用すると、メモリオーバーヘッドが発生します。各TiDBインスタンス内の全セッションのキャッシュされた実行プランによるメモリ消費量の合計を表示するには、Grafanaの[**プランキャッシュメモリ使用**量監視パネル](/grafana-tidb-dashboard.md)使用します。 -> **注記：** +> **Note:** > > Golangのメモリ回収メカニズムと一部の非カウントメモリ構造のため、Grafanaに表示されるメモリは実際のヒープメモリ使用量と一致しません。Grafanaに表示されるメモリと実際のヒープメモリ使用量の間には、約±20%の誤差があることがテストで確認されています。 diff --git a/sql-statements/sql-statement-add-index.md b/sql-statements/sql-statement-add-index.md index f76d367a0fe9e..4036bb717393b 100644 --- a/sql-statements/sql-statement-add-index.md +++ b/sql-statements/sql-statement-add-index.md @@ -7,13 +7,13 @@ summary: TiDBデータベースにおけるADD INDEXの使用方法の概要。 `ALTER TABLE.. ADD INDEX`ステートメントは、既存のテーブルにインデックスを追加します。この操作は TiDB ではオンラインで実行されるため、インデックスの追加によってテーブルへの読み取りや書き込みがブロックされることはありません。 -> **ヒント：** +> **Tip:** > > [TiDB分散実行フレームワーク（DXF）](/tidb-distributed-execution-framework.md)使用すると、このステートメントの操作を高速化できます。 -> **注記：** +> **Note:** > > 4 vCPUを搭載した[TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスタの場合、インデックス作成中にリソース制限がクラスタの安定性に影響を与えないように、 [`tidb_ddl_enable_fast_reorg`](/system-variables.md#tidb_ddl_enable_fast_reorg-new-in-v630)手動で無効にすることをお勧めします。この設定を無効にすることで、トランザクションを使用してインデックスを作成できるようになり、クラスタ全体への影響を軽減できます。 @@ -21,7 +21,7 @@ summary: TiDBデータベースにおけるADD INDEXの使用方法の概要。 -> **警告：** +> **Warning:** > > - TiDB クラスターで DDL ステートメントが実行されている間は、TiDB クラスターをアップグレード**しないでください**(通常、 `ADD INDEX`や列型の変更など、時間のかかる DDL ステートメントの場合)。 > - アップグレードを行う前に、 [`ADMIN SHOW DDL`](/sql-statements/sql-statement-admin-show-ddl.md)コマンドを使用して、TiDB クラスタで実行中の DDL ジョブがあるかどうかを確認することをお勧めします。クラスタで DDL ジョブが実行されている場合は、クラスタをアップグレードする前に、DDL ジョブの実行が完了するまで待つか、 [`ADMIN CANCEL DDL`](/sql-statements/sql-statement-admin-cancel-ddl.md)コマンドを使用して DDL ジョブをキャンセルしてください。 @@ -100,7 +100,7 @@ mysql> EXPLAIN SELECT * FROM t1 WHERE c1 = 3; - TiDB Self-Managed およびTiDB Cloud Dedicated は`FULLTEXT`構文の解析をサポートしていますが、 `FULLTEXT`インデックスの使用はサポートしていません。 - > **注記：** + > **Note:** > > 現在、特定の AWS リージョンのTiDB Cloud Starterインスタンスのみが[`FULLTEXT`構文と索引](https://docs.pingcap.com/tidbcloud/vector-search-full-text-search-sql)をサポートしています。 diff --git a/sql-statements/sql-statement-admin-alter-ddl.md b/sql-statements/sql-statement-admin-alter-ddl.md index d5d889192ed4e..7d6b129d3d908 100644 --- a/sql-statements/sql-statement-admin-alter-ddl.md +++ b/sql-statements/sql-statement-admin-alter-ddl.md @@ -5,7 +5,7 @@ summary: TiDBデータベースにおけるADMIN ALTER DDL JOBS`の使用方法 # ADMIN ALTER DDL JOBS {#admin-alter-ddl-jobs} -> **注記：** +> **Note:** > > 現在、この機能は[TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 @@ -34,7 +34,7 @@ ADMIN ALTER DDL JOBS 101 THREAD = 8; -> **注記：** +> **Note:** > > TiDB Cloud Premiumでは、 `THREAD`と`MAX_WRITE_SPEED`は自動的に適切な値に調整されるため、ユーザーが変更することはできません。これらの設定を調整する必要がある場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 diff --git a/sql-statements/sql-statement-admin-cancel-ddl.md b/sql-statements/sql-statement-admin-cancel-ddl.md index 79d4ea26cfd43..d7950d2dfe0fa 100644 --- a/sql-statements/sql-statement-admin-cancel-ddl.md +++ b/sql-statements/sql-statement-admin-cancel-ddl.md @@ -30,7 +30,7 @@ ADMIN CANCEL DDL JOBS job_id [, job_id] ...; ジョブをキャンセルする操作が失敗した場合、具体的な理由が表示されます。 -> **注記：** +> **Note:** > > - バージョン6.2.0より前では、この操作のみがDDLジョブをキャンセルでき、他のすべての操作や環境変更（マシンの再起動やクラスタの再起動など）ではこれらのジョブをキャンセルできませんでした。バージョン6.2.0以降では、 [`KILL`](/sql-statements/sql-statement-kill.md)ステートメントを使用して実行中のDDLジョブを強制終了することでキャンセルできるようになりました。 > - この操作では、複数のDDLジョブを同時にキャンセルできます。1 ステートメントを使用して、 [`ADMIN SHOW DDL JOBS`](/sql-statements/sql-statement-admin-show-ddl.md)ジョブのIDを取得できます。 diff --git a/sql-statements/sql-statement-admin-cleanup.md b/sql-statements/sql-statement-admin-cleanup.md index 9467896a06292..b68c081bdf00d 100644 --- a/sql-statements/sql-statement-admin-cleanup.md +++ b/sql-statements/sql-statement-admin-cleanup.md @@ -55,7 +55,7 @@ Query OK, 0 rows affected (0.01 sec) -> **注記：** +> **Note:** > > レプリカの損失によりデータとインデックスが不整合になった場合: > @@ -70,7 +70,7 @@ Query OK, 0 rows affected (0.01 sec) -> **注記：** +> **Note:** > > レプリカの損失によりデータとインデックスが不整合になった場合: > diff --git a/sql-statements/sql-statement-admin-pause-ddl.md b/sql-statements/sql-statement-admin-pause-ddl.md index 95c1f09adead3..e85601f63b2ac 100644 --- a/sql-statements/sql-statement-admin-pause-ddl.md +++ b/sql-statements/sql-statement-admin-pause-ddl.md @@ -31,7 +31,7 @@ ADMIN PAUSE DDL JOBS job_id [, job_id] ...; -> **注記：** +> **Note:** > > - このステートメントは DDL ジョブを一時停止できますが、他の操作や環境の変更 (マシンの再起動やクラスターの再起動など) では、クラスターのアップグレードを除き、DDL ジョブは一時停止されません。 > - クラスタのアップグレード中は、実行中のDDLジョブが一時停止され、アップグレード中に開始されたDDLジョブも一時停止されます。アップグレード後、一時停止されていたすべてのDDLジョブは再開されます。アップグレード中の一時停止と再開の操作は自動的に実行されます。詳細は[TiDB スムーズアップグレード](/smooth-upgrade-tidb.md)ご覧ください。 @@ -40,7 +40,7 @@ ADMIN PAUSE DDL JOBS job_id [, job_id] ...; -> **注記：** +> **Note:** > > - このステートメントは DDL ジョブを一時停止できますが、他の操作や環境の変更 (マシンの再起動やクラスターの再起動など) では、クラスターのアップグレードを除き、DDL ジョブは一時停止されません。 > - クラスタのアップグレード中は、実行中のDDLジョブが一時停止され、アップグレード中に開始されたDDLジョブも一時停止されます。アップグレード後、一時停止されていたすべてのDDLジョブは再開されます。アップグレード中の一時停止と再開の操作は自動的に実行されます。詳細は[TiDB スムーズアップグレード](https://docs.pingcap.com/tidb/stable/smooth-upgrade-tidb)ご覧ください。 diff --git a/sql-statements/sql-statement-admin-recover.md b/sql-statements/sql-statement-admin-recover.md index 3d3f8990e8395..c860371bf15b3 100644 --- a/sql-statements/sql-statement-admin-recover.md +++ b/sql-statements/sql-statement-admin-recover.md @@ -53,7 +53,7 @@ Query OK, 0 rows affected (0.01 sec) -> **注記：** +> **Note:** > > レプリカの損失によりデータとインデックスが不整合になった場合: > @@ -68,7 +68,7 @@ Query OK, 0 rows affected (0.01 sec) -> **注記：** +> **Note:** > > レプリカの損失によりデータとインデックスが不整合になった場合: > diff --git a/sql-statements/sql-statement-admin-resume-ddl.md b/sql-statements/sql-statement-admin-resume-ddl.md index 2bf17694b63fe..2e329c67aed5d 100644 --- a/sql-statements/sql-statement-admin-resume-ddl.md +++ b/sql-statements/sql-statement-admin-resume-ddl.md @@ -31,7 +31,7 @@ ADMIN RESUME DDL JOBS job_id [, job_id] ...; -> **注記：** +> **Note:** > > - クラスタのアップグレード中は、実行中のDDLジョブが一時停止され、アップグレード中に開始されたDDLジョブも一時停止されます。アップグレード後、一時停止されていたすべてのDDLジョブは再開されます。アップグレード中の一時停止と再開の操作は自動的に実行されます。詳細は[TiDB スムーズアップグレード](/smooth-upgrade-tidb.md)ご覧ください。 > - このステートメントは複数のDDLジョブを再開できます。1 [`ADMIN SHOW DDL JOBS`](/sql-statements/sql-statement-admin-show-ddl.md)ステートメントを使用して、DDLジョブの`job_id`のステートメントを取得できます。 @@ -41,7 +41,7 @@ ADMIN RESUME DDL JOBS job_id [, job_id] ...; -> **注記：** +> **Note:** > > - クラスタのアップグレード中は、実行中のDDLジョブが一時停止され、アップグレード中に開始されたDDLジョブも一時停止されます。アップグレード後、一時停止されていたすべてのDDLジョブは再開されます。アップグレード中の一時停止と再開の操作は自動的に実行されます。詳細は[TiDB スムーズアップグレード](https://docs.pingcap.com/tidb/stable/smooth-upgrade-tidb)ご覧ください。 > - このステートメントは複数のDDLジョブを再開できます。1 [`ADMIN SHOW DDL JOBS`](/sql-statements/sql-statement-admin-show-ddl.md)ステートメントを使用して、DDLジョブの`job_id`のステートメントを取得できます。 diff --git a/sql-statements/sql-statement-admin.md b/sql-statements/sql-statement-admin.md index 31cc4cd97e5e5..e8926adef2b82 100644 --- a/sql-statements/sql-statement-admin.md +++ b/sql-statements/sql-statement-admin.md @@ -56,7 +56,7 @@ ADMIN RELOAD opt_rule_blacklist; ## ADMIN PLUGINS関連のステートメント {#code-admin-plugins-code-related-statement} -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 @@ -102,7 +102,7 @@ ADMIN RELOAD BINDINGS; -> **注記：** +> **Note:** > > この TiDB の記述はTiDB Cloudには適用されません。 @@ -130,7 +130,7 @@ ADMIN SHOW t NEXT_ROW_ID; ## ADMIN SHOW SLOWステートメント {#code-admin-show-slow-code-statement} -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/sql-statements/sql-statement-alter-index.md b/sql-statements/sql-statement-alter-index.md index 230cbbcfc351d..965e5d092bcd4 100644 --- a/sql-statements/sql-statement-alter-index.md +++ b/sql-statements/sql-statement-alter-index.md @@ -90,7 +90,7 @@ SELECT * FROM t1 USE INDEX(c1); ERROR 1176 (42000): Key 'c1' doesn't exist in table 't1' ``` -> **注記：** +> **Note:** > > ここでの「不可視」とは、オプティマイザに対してのみ不可視であることを意味します。不可視インデックスを変更または削除することは可能です。 diff --git a/sql-statements/sql-statement-alter-instance.md b/sql-statements/sql-statement-alter-instance.md index 0ae9fc153195f..4bba2494b1b19 100644 --- a/sql-statements/sql-statement-alter-instance.md +++ b/sql-statements/sql-statement-alter-instance.md @@ -7,7 +7,7 @@ summary: TiDBにおけるALTER INSTANCE`の使用方法の概要を学びまし `ALTER INSTANCE`ステートメントは、単一の TiDB インスタンスに変更を加えるために使用されます。現在、TiDB は`RELOAD TLS`句のみをサポートしています。 -> **注記：** +> **Note:** > > [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)と[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential) TLS証明書を自動的に更新できるため、この機能は[TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスには適用されません。 diff --git a/sql-statements/sql-statement-alter-placement-policy.md b/sql-statements/sql-statement-alter-placement-policy.md index c070513a7e2ee..cb74ef2f96e39 100644 --- a/sql-statements/sql-statement-alter-placement-policy.md +++ b/sql-statements/sql-statement-alter-placement-policy.md @@ -7,7 +7,7 @@ summary: TiDBにおけるALTER PLACEMENT POLICYの使用方法。 `ALTER PLACEMENT POLICY`は、既に作成済みの配置ポリシーを変更するために使用されます。この配置ポリシーを使用するすべてのテーブルとパーティションは自動的に更新されます。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 @@ -56,7 +56,7 @@ AdvancedPlacementOption ::= ## 例 {#examples} -> **注記：** +> **Note:** > > クラスターで使用可能なリージョンを確認するには、 [`SHOW PLACEMENT LABELS`](/sql-statements/sql-statement-show-placement-labels.md)を参照してください。 > diff --git a/sql-statements/sql-statement-alter-range.md b/sql-statements/sql-statement-alter-range.md index dd5b3ba0a4c2b..0c479eee4e621 100644 --- a/sql-statements/sql-statement-alter-range.md +++ b/sql-statements/sql-statement-alter-range.md @@ -7,7 +7,7 @@ summary: TiDBにおけるALTER RANGEの使用方法の概要。 現在、 `ALTER RANGE`ステートメントは、TiDB の特定の配置ポリシーの範囲を変更する場合にのみ使用できます。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/sql-statements/sql-statement-alter-resource-group.md b/sql-statements/sql-statement-alter-resource-group.md index 32d3ff750e8f8..c117e5f97c45a 100644 --- a/sql-statements/sql-statement-alter-resource-group.md +++ b/sql-statements/sql-statement-alter-resource-group.md @@ -7,7 +7,7 @@ summary: TiDBにおけるALTER RESOURCE GROUPの使い方を学びましょう `ALTER RESOURCE GROUP`ステートメントは、データベース内のリソース グループを変更するために使用されます。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 @@ -88,7 +88,7 @@ TiDB は、次の`DirectResourceGroupOption`をサポートします。ここで | `QUERY_LIMIT` | クエリの実行がこの条件を満たした場合、そのクエリは暴走クエリとして識別され、対応するアクションが実行されます。 | `QUERY_LIMIT=(EXEC_ELAPSED='60s', ACTION=KILL, WATCH=EXACT DURATION='10m')`は、実行時間が 60 秒を超えた場合にクエリが暴走クエリとして識別されたことを示します。クエリは終了されます。同じ SQL テキストを持つすべての SQL ステートメントは、今後 10 分以内に直ちに終了します。 `QUERY_LIMIT=()`または`QUERY_LIMIT=NULL`は、暴走制御が有効になっていないことを意味します。 [暴走クエリ](/tidb-resource-control-runaway-queries.md)参照してください。 | | `BACKGROUND` | バックグラウンドタスクを設定します。詳細については、 [バックグラウンドタスクの管理](/tidb-resource-control-background-tasks.md)参照してください。 | `BACKGROUND=(TASK_TYPES="br,stats", UTILIZATION_LIMIT=30)`は、バックアップと復元、統計情報の収集に関連するタスクがバックグラウンドタスクとしてスケジュールされ、バックグラウンドタスクはTiKVリソースの最大30%を消費できることを示しています。 | -> **注記：** +> **Note:** > > - `ALTER RESOURCE GROUP`ステートメントは、グローバル変数[`tidb_enable_resource_control`](/system-variables.md#tidb_enable_resource_control-new-in-v660)が`ON`に設定されている場合にのみ実行できます。 > - `ALTER RESOURCE GROUP`ステートメントは、指定されていないパラメーターを変更せずに、増分的な変更をサポートします。ただし、 `QUERY_LIMIT`と`BACKGROUND`は全体として使用されるため、部分的に変更することはできません。 diff --git a/sql-statements/sql-statement-alter-sequence.md b/sql-statements/sql-statement-alter-sequence.md index aff601ba453a8..c7cefa9b3a366 100644 --- a/sql-statements/sql-statement-alter-sequence.md +++ b/sql-statements/sql-statement-alter-sequence.md @@ -58,7 +58,7 @@ ALTER SEQUENCE sequence_name | `CACHE` | `1000` | TiDB 内のシーケンスのローカル キャッシュ サイズを指定します。 | | `CYCLE` | `NO CYCLE` | シーケンスを最小値（降順シーケンスの場合は最大値）から再開するかどうかを指定します。1 > `0` `INCREMENT` 、デフォルト値は`MINVALUE`です。7 < `INCREMENT` `0`場合、デフォルト値は`MAXVALUE`です。 | -> **注記：** +> **Note:** > > `START`値を変更しても、 `ALTER SEQUENCE ... RESTART`実行するまで生成された値には影響しません。 @@ -78,7 +78,7 @@ ALTER SEQUENCE sequence_name この関数は、シーケンスの現在の値の進行を設定します。この関数の最初のパラメータはシーケンスの`identifier` 、2番目のパラメータは`num`です。 -> **注記：** +> **Note:** > > TiDBにおけるシーケンスの実装において、 `SETVAL`関数はシーケンスの初期進行またはサイクル進行を変更できません。この関数は、この進行に基づいて次の有効な値を返すだけです。 diff --git a/sql-statements/sql-statement-alter-table-compact.md b/sql-statements/sql-statement-alter-table-compact.md index b7b9e0d972e98..696f30812bbcc 100644 --- a/sql-statements/sql-statement-alter-table-compact.md +++ b/sql-statements/sql-statement-alter-table-compact.md @@ -187,7 +187,7 @@ SELECT PARTITION_NAME, TOTAL_DELTA_ROWS, TOTAL_STABLE_ROWS -> **注記：** +> **Note:** > > - 圧縮中にデータが更新された場合、圧縮完了後も`TOTAL_DELTA_ROWS` 0以外の値のままになることがあります。これは正常な動作であり、これらの更新が圧縮されていないことを示しています。これらの更新を圧縮するには、 `ALTER TABLE ... COMPACT`ステートメントを再度実行してください。 > diff --git a/sql-statements/sql-statement-backup.md b/sql-statements/sql-statement-backup.md index 99d16ce747c6e..dea4da1c74cd4 100644 --- a/sql-statements/sql-statement-backup.md +++ b/sql-statements/sql-statement-backup.md @@ -7,7 +7,7 @@ summary: TiDBデータベースにおけるBACKUPの使用方法の概要。 このステートメントは、TiDBクラスタの分散バックアップを実行するために使用されます。 -> **警告：** +> **Warning:** > > - この機能は実験的です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 > - この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/sql-statements/sql-statement-batch.md b/sql-statements/sql-statement-batch.md index 43df6bde9f9a2..be61d7906df0b 100644 --- a/sql-statements/sql-statement-batch.md +++ b/sql-statements/sql-statement-batch.md @@ -27,7 +27,7 @@ BATCH ON id LIMIT 1 INSERT INTO t SELECT t2.id, t2.v, t3.v FROM t2 JOIN t3 ON t2 Non-transactional DML, shard column must be fully specified ``` -> **注記：** +> **Note:** > > `BATCH`文は実行時に内部的に書き換えられ、複数のDML文に分割されます。現在のバージョンでは、テーブルエイリアスが保持されない可能性があり、 `Unknown column '.' in 'where clause'`のようなエラーが発生する可能性があります。この問題を回避するには、テーブルエイリアスを使用しないでください。実行前に、 `DRY RUN QUERY`または`DRY RUN`を使用して分割文をプレビューしてください。詳細については、 [非トランザクションDMLステートメント](/non-transactional-dml.md)参照してください。 diff --git a/sql-statements/sql-statement-calibrate-resource.md b/sql-statements/sql-statement-calibrate-resource.md index ef8fd002c0a68..f0a128744281c 100644 --- a/sql-statements/sql-statement-calibrate-resource.md +++ b/sql-statements/sql-statement-calibrate-resource.md @@ -7,7 +7,7 @@ summary: TiDB データベースの CALIBRATE RESOURCE の使用法の概要。 `CALIBRATE RESOURCE`ステートメントは、現在のクラスターの[「リクエストユニット（RU）」](/tidb-resource-control-ru-groups.md#what-is-request-unit-ru)容量を推定して出力するために使用されます。 -> **注記：** +> **Note:** > > この機能は TiDB Self-Managed にのみ適用され、 [TiDB Cloud](https://docs.pingcap.com/tidbcloud/)では使用できません。 @@ -43,7 +43,7 @@ TiDB は推定に 2 つの方法を提供します。 - 時間枠は 10 分から 24 時間までです。 - 指定された時間枠内で、TiDB と TiKV の CPU 使用率が低すぎる場合、容量を見積もることはできません。 -> **注記：** +> **Note:** > > TiKVはmacOSのCPU使用率メトリクスを監視しません。macOSの実際のワークロードに基づく容量推定はサポートしていません。 @@ -57,7 +57,7 @@ TiDB は推定に 2 つの方法を提供します。 - `OLTP_READ_ONLY` : 大量のデータ読み取りを伴うワークロードに適用されます。これは`sysbench oltp_read_only`と同様のワークロードモデルに基づいて推定されます。 - `TPCH_10` : APクエリに適用されます。2 からの`TPCH-10G`のクエリに基づいて推定されます。 -> **注記：** +> **Note:** > > クラスタのRU容量は、クラスタのトポロジと各コンポーネントのハードウェアおよびソフトウェア構成によって異なります。各クラスタが提供できる実際のRUは、実際のワークロードにも依存します。ハードウェア構成に基づく推定値は参考値であり、実際の最大値と異なる場合があります[実際の作業量に基づいて容量を見積もる](#estimate-capacity-based-on-actual-workload)を推奨します。 diff --git a/sql-statements/sql-statement-cancel-distribution-job.md b/sql-statements/sql-statement-cancel-distribution-job.md index b5ec6e221249f..9772187881e51 100644 --- a/sql-statements/sql-statement-cancel-distribution-job.md +++ b/sql-statements/sql-statement-cancel-distribution-job.md @@ -9,7 +9,7 @@ summary: TiDBにおけるCANCEL DISTRIBUTION JOBの使用方法の概要。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/sql-statements/sql-statement-create-index.md b/sql-statements/sql-statement-create-index.md index bfefd1c737fb5..3537606a90aa8 100644 --- a/sql-statements/sql-statement-create-index.md +++ b/sql-statements/sql-statement-create-index.md @@ -9,7 +9,7 @@ summary: TiDBデータベースにおけるCREATE INDEXの使用方法の概要 -> **注記：** +> **Note:** > > 4 vCPUを搭載した[TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスタの場合、インデックス作成中にリソース制限がクラスタの安定性に影響を与えないように、 [`tidb_ddl_enable_fast_reorg`](/system-variables.md#tidb_ddl_enable_fast_reorg-new-in-v630)手動で無効にすることをお勧めします。この設定を無効にすることで、トランザクションを使用してインデックスを作成できるようになり、クラスタ全体への影響を軽減できます。 @@ -137,7 +137,7 @@ CREATE TABLE t1 ( ); ``` -> **注記：** +> **Note:** > > 式インデックス内の式は`(`と`)`で囲む必要があります。そうでない場合、構文エラーが報告されます。 @@ -192,7 +192,7 @@ allow-expression-index = true -> **注記：** +> **Note:** > > 主キーに対して式インデックスを作成することはできません。 > @@ -517,7 +517,7 @@ TiDB v8.0.0以降では、システム変数[`tidb_opt_use_invisible_indexes`](/ - TiDB Self-Managed およびTiDB Cloud Dedicatedは`FULLTEXT`構文の解析をサポートしていますが、 `FULLTEXT` 、 `HASH` 、および`SPATIAL`インデックスの使用はサポートしていません。 - > **注記：** + > **Note:** > > 現在、特定の AWS リージョンのTiDB Cloud Starterインスタンスのみが[`FULLTEXT`構文と索引](https://docs.pingcap.com/tidbcloud/vector-search-full-text-search-sql)をサポートしています。 diff --git a/sql-statements/sql-statement-create-placement-policy.md b/sql-statements/sql-statement-create-placement-policy.md index 4df99113c7a2f..e9d107ee3ee41 100644 --- a/sql-statements/sql-statement-create-placement-policy.md +++ b/sql-statements/sql-statement-create-placement-policy.md @@ -7,7 +7,7 @@ summary: TiDBにおけるCREATE PLACEMENT POLICYの使用方法。 `CREATE PLACEMENT POLICY`後でテーブル、パーティション、またはデータベーススキーマに割り当てることができる名前付き配置ポリシーを作成するために使用されます。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 @@ -49,7 +49,7 @@ AdvancedPlacementOption ::= ## 例 {#examples} -> **注記：** +> **Note:** > > クラスターで使用可能なリージョンを確認するには、 [`SHOW PLACEMENT LABELS`](/sql-statements/sql-statement-show-placement-labels.md)を参照してください。 > diff --git a/sql-statements/sql-statement-create-resource-group.md b/sql-statements/sql-statement-create-resource-group.md index 53a9a8f556071..3737d12e0bca8 100644 --- a/sql-statements/sql-statement-create-resource-group.md +++ b/sql-statements/sql-statement-create-resource-group.md @@ -7,7 +7,7 @@ summary: TiDBにおけるCREATE RESOURCE GROUPの使い方を学びましょう `CREATE RESOURCE GROUP`ステートメントを使用してリソース グループを作成できます。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 @@ -84,7 +84,7 @@ TiDB は、次の`DirectResourceGroupOption`をサポートします。ここで | `BURSTABLE` | `BURSTABLE`属性が設定されている場合、TiDBは、割り当て量を超過したときに、対応するリソースグループが利用可能なシステムリソースを使用することを許可します。 | | | `QUERY_LIMIT` | クエリの実行がこの条件を満たした場合、そのクエリは暴走クエリとして識別され、対応するアクションが実行されます。 | `QUERY_LIMIT=(EXEC_ELAPSED='60s', ACTION=KILL, WATCH=EXACT DURATION='10m')`は、実行時間が 60 秒を超えた場合にクエリが暴走クエリとして識別されたことを示します。クエリは終了されます。同じ SQL テキストを持つすべての SQL ステートメントは、今後 10 分以内に直ちに終了します。 `QUERY_LIMIT=()`または`QUERY_LIMIT=NULL`は、暴走制御が有効になっていないことを意味します。 [暴走クエリ](/tidb-resource-control-runaway-queries.md)参照してください。 | -> **注記：** +> **Note:** > > - `CREATE RESOURCE GROUP`ステートメントは、グローバル変数[`tidb_enable_resource_control`](/system-variables.md#tidb_enable_resource_control-new-in-v660)が`ON`に設定されている場合にのみ実行できます。 TiDB は、クラスタ初期化時に`default`リソース グループを自動的に作成します。 このリソース グループの`RU_PER_SEC`のデフォルト値は`UNLIMITED` ( `INT`型の最大値、つまり`2147483647`に相当) であり、 `BURSTABLE`モードです。いずれのリソースグループにも紐付けられていないすべてのリクエストは、自動的にこの`default`リソースグループに紐付けられます。別のリソースグループの新しい構成を作成する場合は、必要に応じて`default`リソースグループの構成を変更することをお勧めします。 > - 現在、 `default`リソース グループのみが`BACKGROUND`構成の変更をサポートしています。 diff --git a/sql-statements/sql-statement-create-sequence.md b/sql-statements/sql-statement-create-sequence.md index 74b640171989c..bf4d09fac7f7a 100644 --- a/sql-statements/sql-statement-create-sequence.md +++ b/sql-statements/sql-statement-create-sequence.md @@ -77,7 +77,7 @@ CREATE [TEMPORARY] SEQUENCE [IF NOT EXISTS] sequence_name この関数は、シーケンスの現在の値の進行を設定します。この関数の最初のパラメータはシーケンスの`identifier` 、2番目のパラメータは`num`です。 -> **注記：** +> **Note:** > > TiDBにおけるシーケンスの実装において、 `SETVAL`関数はシーケンスの初期進行またはサイクル進行を変更できません。この関数は、この進行に基づいて次の有効な値を返すだけです。 diff --git a/sql-statements/sql-statement-create-table.md b/sql-statements/sql-statement-create-table.md index 7171c8e6899cc..6436cb56e8be2 100644 --- a/sql-statements/sql-statement-create-table.md +++ b/sql-statements/sql-statement-create-table.md @@ -175,7 +175,7 @@ NextValueForSequence ::= -> **注記：** +> **Note:** > > - `split-table`設定オプションはデフォルトで有効になっています。このオプションを有効にすると、新しく作成されるテーブルごとに個別のリージョンが作成されます。詳細は、 [TiDB設定ファイル](/tidb-configuration-file.md)参照してください。 > - `AFFINITY`を使用する前に、アフィニティが有効になっているテーブルのパーティショニング スキームの変更 (パーティションの追加、削除、再編成、または交換など) はサポートされておらず、一時テーブルまたはビューで`AFFINITY`を構成することもサポートされていないことに注意してください。 @@ -184,7 +184,7 @@ NextValueForSequence ::= -> **注記：** +> **Note:** > > - TiDBは、新しく作成されたテーブルごとに個別のリージョンを作成します。 > - `AFFINITY`を使用する前に、アフィニティが有効になっているテーブルのパーティショニング スキームの変更 (パーティションの追加、削除、再編成、または交換など) はサポートされておらず、一時テーブルまたはビューで`AFFINITY`を構成することもサポートされていないことに注意してください。 @@ -275,7 +275,7 @@ mysql> DESC t1; - TiDB Self-Managed およびTiDB Cloud Dedicatedは`FULLTEXT`構文の解析をサポートしていますが、 `FULLTEXT`インデックスの使用はサポートしていません。 - > **注記：** + > **Note:** > > 現在、特定の AWS リージョンのTiDB Cloud Starterインスタンスのみが[`FULLTEXT`構文と索引](https://docs.pingcap.com/tidbcloud/vector-search-full-text-search-sql)をサポートしています。 diff --git a/sql-statements/sql-statement-distribute-table.md b/sql-statements/sql-statement-distribute-table.md index 0295ec7da5ae7..a8c944b02ab10 100644 --- a/sql-statements/sql-statement-distribute-table.md +++ b/sql-statements/sql-statement-distribute-table.md @@ -5,13 +5,13 @@ summary: TiDBデータベースにおけるDISTRIBUTE T​​ABLEの使用方法 # DISTRIBUTE TABLE New in v8.5.4 and v9.0.0 {#distribute-table-new-in-v854} -> **警告：** +> **Warning:** > > この機能は実験的です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/sql-statements/sql-statement-do.md b/sql-statements/sql-statement-do.md index 2d468fea05512..4bf4fc3c5a13c 100644 --- a/sql-statements/sql-statement-do.md +++ b/sql-statements/sql-statement-do.md @@ -7,7 +7,7 @@ summary: TiDB データベースにおける DO の使用法の概要。 `DO`は式を実行しますが、結果は返しません。ほとんどの場合、 `DO`は結果を返さない`SELECT expr, ...`と同等です。 -> **注記：** +> **Note:** > > `DO`式のみを実行します。2 `SELECT`使用できるすべてのケースで使用できるわけではありません。例えば、 `DO id FROM t1`テーブルを参照するため無効です。 diff --git a/sql-statements/sql-statement-drop-placement-policy.md b/sql-statements/sql-statement-drop-placement-policy.md index e4caff8778684..19a75a36e1311 100644 --- a/sql-statements/sql-statement-drop-placement-policy.md +++ b/sql-statements/sql-statement-drop-placement-policy.md @@ -7,7 +7,7 @@ summary: TiDBにおけるALTER PLACEMENT POLICYの使用方法。 `DROP PLACEMENT POLICY`は、以前に作成した配置ポリシーを削除するために使用されます。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/sql-statements/sql-statement-drop-resource-group.md b/sql-statements/sql-statement-drop-resource-group.md index 28ddcc3bf0462..562ab6fd95a08 100644 --- a/sql-statements/sql-statement-drop-resource-group.md +++ b/sql-statements/sql-statement-drop-resource-group.md @@ -7,7 +7,7 @@ summary: TiDBにおけるDROP RESOURCE GROUPの使い方を学びましょう。 `DROP RESOURCE GROUP`ステートメントを使用してリソース グループを削除できます。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 @@ -25,7 +25,7 @@ ResourceGroupName ::= | "DEFAULT" ``` -> **注記：** +> **Note:** > > - `DROP RESOURCE GROUP`ステートメントは、グローバル変数[`tidb_enable_resource_control`](/system-variables.md#tidb_enable_resource_control-new-in-v660)が`ON`に設定されている場合にのみ実行できます。 > - `default`リソース グループは予約済みであり、削除できません。 diff --git a/sql-statements/sql-statement-explain-analyze.md b/sql-statements/sql-statement-explain-analyze.md index 3eb85e47b473f..70830347fcc0b 100644 --- a/sql-statements/sql-statement-explain-analyze.md +++ b/sql-statements/sql-statement-explain-analyze.md @@ -7,7 +7,7 @@ summary: TiDB データベースのEXPLAIN ANALYZE の使用法の概要。 `EXPLAIN ANALYZE`文は`EXPLAIN`と似た動作をしますが、大きな違いは実際に文を実行する点です。これにより、クエリプランニングに使用された推定値と、実行時に検出された実際の値を比較できます。推定値が実際の値と大きく異なる場合は、影響を受けるテーブルに対して`ANALYZE TABLE`実行することを検討してください。 -> **注記：** +> **Note:** > > `EXPLAIN ANALYZE`使用してDML文を実行すると、データの変更が正常に実行されます。現時点では、DML文の実行プランはまだ表示**できません**。 @@ -264,7 +264,7 @@ tiflash_scan: { RU:273.842670 -> **注記：** +> **Note:** > > この値は、今回の実行で実際に消費されたRU数を示します。キャッシュの影響により、同じSQL文でも実行ごとに消費されるRU数が異なる場合があります（例： [コプロセッサキャッシュ](/coprocessor-cache.md) ）。 diff --git a/sql-statements/sql-statement-explain.md b/sql-statements/sql-statement-explain.md index c78d51472761e..e35f5f3a2f825 100644 --- a/sql-statements/sql-statement-explain.md +++ b/sql-statements/sql-statement-explain.md @@ -7,7 +7,7 @@ summary: TiDB データベースにおけるEXPLAINの使用法の概要。 `EXPLAIN`の文は、クエリを実行せずにその実行プランを表示します。これは、クエリを実行する`EXPLAIN ANALYZE`の文を補完するものです。5 `EXPLAIN`出力が期待される結果と一致しない場合は、クエリ内の各テーブルに対して`ANALYZE TABLE`実行して、テーブル統計が最新であることを確認することを検討してください。 -> **注記：** +> **Note:** > > 最適化フェーズでは、 `EXPLAIN`文であっても、最適な実行プランを生成するために特定のサブクエリが事前実行されます。この動作の詳細と無効化方法については、 [`tidb_opt_enable_non_eval_scalar_subquery`](/system-variables.md#tidb_opt_enable_non_eval_scalar_subquery-new-in-v730)および[サブクエリの早期実行を無効にする](/explain-walkthrough.md#disable-the-early-execution-of-subqueries)参照してください。 @@ -37,11 +37,11 @@ ExplainableStmt ::= ## EXPLAIN出力形式 {#code-explain-code-output-format} -> **注記：** +> **Note:** > > MySQLクライアントを使用してTiDBに接続する場合、出力結果を行の折り返しなしでより明確に読み取るには、 `pager less -S`コマンドを使用します。3 `EXPLAIN`結果が出力された後、キーボードの右矢印→キーを押して出力を水平にスクロールします。 -> **注記：** +> **Note:** > > 返される実行プランにおいて、 `IndexJoin`および`Apply`演算子のすべてのプローブ側子ノードについて、v6.4.0 以降では`estRows`の意味が v6.4.0 以前と異なります。詳細は[TiDB クエリ実行プランの概要](/explain-overview.md#understand-explain-output)を参照してください。 diff --git a/sql-statements/sql-statement-flashback-cluster.md b/sql-statements/sql-statement-flashback-cluster.md index 98363fa4ec0c1..1901874ac03e0 100644 --- a/sql-statements/sql-statement-flashback-cluster.md +++ b/sql-statements/sql-statement-flashback-cluster.md @@ -9,18 +9,18 @@ TiDB v6.4.0 では`FLASHBACK CLUSTER TO TIMESTAMP`構文が導入されました TiDBは、v6.5.6、v7.1.3、v7.5.1、v7.6.0以降で`FLASHBACK CLUSTER TO TSO`構文を導入しました。この構文を使用すると、 [TSO](/tso.md)使用してより正確なリカバリ時点を指定できるため、データリカバリの柔軟性が向上します。 -> **警告：** +> **Warning:** > > `FLASHBACK CLUSTER TO [TIMESTAMP|TSO]`構文は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)、[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)、および[{{{ .premium }}}](https://docs.pingcap.com/tidbcloud/select-cluster-tier#premium)インスタンスには適用できません。予期しない結果を避けるため、 TiDB Cloud Starter、Essential、およびPremiumインスタンスではこのステートメントを実行しないでください。 -> **警告：** +> **Warning:** > > - リカバリ時点を指定する際は、ターゲットタイムスタンプまたはTSOの有効性を確認し、PDによって現在割り当てられている最大TSOを超える将来の時刻を指定しないようにしてください（Grafana PDパネルの`Current TSO`を参照）。そうしないと、同時処理の線形一貫性とトランザクション分離レベルが侵害され、深刻なデータ正当性の問題が発生する可能性があります。 > - `FLASHBACK CLUSTER`の実行中、データクリーンアップ処理はトランザクションの一貫性を保証しません。 `FLASHBACK CLUSTER`が完了した後、TiDB の履歴バージョン読み取り機能 ([ステイル読み取り](/stale-read.md)または[`tidb_snapshot`](/read-historical-data.md)など) を使用する場合は、指定された履歴タイムスタンプ`FLASHBACK CLUSTER`の実行期間外であることを確認してください。FLASHBACK によって完全に復元されていないデータを含む履歴バージョンを読み取ると、同時処理の線形一貫性とトランザクション分離レベルが侵害され、深刻なデータ正当性の問題が発生する可能性があります。 -> **警告：** +> **Warning:** > > TiDB v7.1.0 でこの機能を使用すると、FLASHBACK 操作の完了後も一部のリージョンが FLASHBACK プロセスに残る場合があります。v7.1.0 ではこの機能の使用を避けることをお勧めします。詳細については、問題[#44292](https://github.com/pingcap/tidb/issues/44292)を参照してください。 > @@ -28,7 +28,7 @@ TiDBは、v6.5.6、v7.1.3、v7.5.1、v7.6.0以降で`FLASHBACK CLUSTER TO TSO` -> **注記：** +> **Note:** > > `FLASHBACK CLUSTER TO [TIMESTAMP|TSO]`の動作原理は、特定の時点の古いデータを最新のタイムスタンプで書き込むことであり、現在のデータは削除しません。そのため、この機能を使用する前に、古いデータと現在のデータのための十分なストレージ容量があることを確認する必要があります。 diff --git a/sql-statements/sql-statement-flashback-table.md b/sql-statements/sql-statement-flashback-table.md index b230ed0a096ee..a2ad760a6c8ae 100644 --- a/sql-statements/sql-statement-flashback-table.md +++ b/sql-statements/sql-statement-flashback-table.md @@ -76,7 +76,7 @@ FlashbackToNewName ::= 上記のプロセスから、TiDBは常にテーブルのメタデータに対して操作を行い、テーブルのユーザーデータは変更されていないことがわかります。復元されたテーブル`t1` 、以前に削除されたテーブル`t`と同じIDを持つため、テーブル`t1` `t`のユーザーデータを読み取ることができます。 -> **注記：** +> **Note:** > > 復元されたテーブルの ID は削除されたテーブルの ID と同じであり、TiDB では既存のすべてのテーブルにグローバルに一意のテーブル ID が必要であるため、 `FLASHBACK`ステートメントを使用して同じ削除されたテーブルを複数回復元することはできません。 diff --git a/sql-statements/sql-statement-import-into.md b/sql-statements/sql-statement-import-into.md index 55a01714138bb..2165456952383 100644 --- a/sql-statements/sql-statement-import-into.md +++ b/sql-statements/sql-statement-import-into.md @@ -12,7 +12,7 @@ summary: TiDBにおけるIMPORT INTOの使用方法の概要。 -> **注記：** +> **Note:** > > [TiDB Lightning](/tidb-lightning/tidb-lightning-overview.md)と比較して、 `IMPORT INTO` TiDBノード上で直接実行でき、自動分散タスクスケジューリングと[TiDB グローバルソート](/tidb-global-sort.md)グローバルをサポートし、デプロイ、リソース利用率、タスク構成の利便性、呼び出しと統合の容易さ、高可用性、スケーラビリティにおいて大幅な改善を提供します。適切なシナリオでは、 TiDB Lightningの代わりに`IMPORT INTO`の使用を検討することをお勧めします。 @@ -117,7 +117,7 @@ OptionItem ::= - TiDB ローカルファイルパス: 絶対パスである必要があり、ファイル拡張子は`.csv` 、 `.sql` 、または`.parquet`である必要があります。このパスに対応するファイルが、現在のユーザーが接続している TiDB ノードに保存されていること、およびユーザーが`FILE`権限を持っていることを確認してください。 -> **注記：** +> **Note:** > > ターゲット クラスターで[SEM](/system-variables.md#tidb_enable_enhanced_security)が有効になっている場合、 `fileLocation`をローカル ファイル パスとして指定することはできません。 @@ -161,7 +161,7 @@ OptionItem ::= -> **注記：** +> **Note:** > > TiDB Cloud Premium では、 `DISK_QUOTA` 、 `THREAD` 、 `MAX_WRITE_SPEED` 、および`CLOUD_STORAGE_URI`つのオプションは、適切な値に自動的に調整されるため、ユーザーが変更することはできません。これらの設定を調整する必要がある場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 @@ -188,14 +188,14 @@ TiDB Self-Managed の場合、 `IMPORT INTO ... FROM FILE`は Amazon S3、GCS、 | `.zstd` 、 `.zst` | ZStd圧縮フォーマット | | `.snappy` | Snappy圧縮フォーマット | -> **注記：** +> **Note:** > > - Snappy 圧縮ファイルは[公式Snappyフォーマット](https://github.com/google/snappy)に存在する必要があります。 Snappy 圧縮の他のバリアントはサポートされていません。 > - TiDB Lightningは単一の大きな圧縮ファイルを同時に解凍できないため、圧縮ファイルのサイズがインポート速度に影響します。解凍後のソースファイルのサイズは256MiB以下にすることをお勧めします。 ### グローバルソート {#global-sort} -> **注記：** +> **Note:** > > [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは、グローバルソートは利用できません。 @@ -216,7 +216,7 @@ SET GLOBAL tidb_server_memory_limit_gc_trigger=1; SET GLOBAL tidb_server_memory_limit='75%'; ``` -> **注記：** +> **Note:** > > - ソースデータファイル内のキーバリュー範囲の重複が少ない場合、グローバルソートを有効にするとインポートのパフォーマンスが低下する可能性があります。これは、グローバルソートを有効にすると、TiDB はグローバルソート操作とそれに続くインポートに進む前に、すべてのサブジョブにおけるローカルソートの完了を待つ必要があるためです。 > - Global Sortを使用したインポート処理が完了すると、Global Sort用にクラウドストレージに保存されたファイルは、バックグラウンドスレッドで非同期的にクリーンアップされます。 diff --git a/sql-statements/sql-statement-insert.md b/sql-statements/sql-statement-insert.md index 4274c58797852..7aa867dce3369 100644 --- a/sql-statements/sql-statement-insert.md +++ b/sql-statements/sql-statement-insert.md @@ -41,7 +41,7 @@ OnDuplicateKeyUpdate ::= ( 'ON' 'DUPLICATE' 'KEY' 'UPDATE' AssignmentList )? ``` -> **注記：** +> **Note:** > > TiDB v6.6.0以降、 [リソース管理](/tidb-resource-control-ru-groups.md)サポートします。この機能を使用すると、異なるリソースグループで異なる優先度のSQL文を実行できます。これらのリソースグループに適切なクォータと優先度を設定することで、優先度の異なるSQL文のスケジュールをより適切に制御できます。リソース制御を有効にすると、文の優先度（ `PriorityOpt` ）は無効になります。異なるSQL文のリソース使用量を管理するには、 [リソース管理](/tidb-resource-control-ru-groups.md)使用することをお勧めします。 diff --git a/sql-statements/sql-statement-kill.md b/sql-statements/sql-statement-kill.md index d10e72047ac48..29043f3e830f7 100644 --- a/sql-statements/sql-statement-kill.md +++ b/sql-statements/sql-statement-kill.md @@ -46,7 +46,7 @@ KILL 5857102839209263511; v7.3.0以降、TiDBは32ビット接続IDの生成をサポートしています。これはデフォルトで有効になっており、 [`enable-32bits-connection-id`](/tidb-configuration-file.md#enable-32bits-connection-id-new-in-v730)設定項目で制御されます。Global Kill機能と32ビット接続IDの両方を有効にすると、TiDBは32ビット接続IDを生成し、MySQLコマンドラインでControl+Cを使用してクエリまたは接続を終了できます。 -> **警告：** +> **Warning:** > > クラスタ内のTiDBインスタンス数が2048を超えるか、単一のTiDBインスタンスの同時接続数が1048576を超えると、32ビット接続IDの容量が不足するため、自動的に64ビット接続IDにアップグレードされます。アップグレードプロセス中、既存のビジネス接続および確立済みの接続は影響を受けません。ただし、それ以降の新規接続は、MySQLコマンドラインでControl+Cを使用して終了することはできません。 diff --git a/sql-statements/sql-statement-load-data.md b/sql-statements/sql-statement-load-data.md index da70369787ac6..fdbc8b3af247c 100644 --- a/sql-statements/sql-statement-load-data.md +++ b/sql-statements/sql-statement-load-data.md @@ -12,13 +12,13 @@ TiDB v7.0.0 以降、 `LOAD DATA` SQL ステートメントは次の機能をサ - S3およびGCSからのデータのインポートをサポート - 新しいパラメータ`FIELDS DEFINED NULL BY`を追加する -> **警告：** +> **Warning:** > > 新しいパラメータ`FIELDS DEFINED NULL BY`と S3 および GCS からのデータインポートのサポートは実験的です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される可能性があります。バグを発見した場合は、GitHub で[問題](https://github.com/pingcap/tidb/issues)報告してください。 -> **注記：** +> **Note:** > > `LOAD DATA INFILE`ステートメントの場合、 TiDB Cloud Dedicated は Amazon S3 または Google Cloud Storage の`LOAD DATA LOCAL INFILE` 、 `LOAD DATA INFILE`サポートしますが、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)と[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential) `LOAD DATA LOCAL INFILE`のみをサポートします。 @@ -179,7 +179,7 @@ IGNORE 1 LINES; -> **注記：** +> **Note:** > > - TiDB v4.0.0 より前のバージョンでは、20000 行ごとに`LOAD DATA`コミットが実行され、これは構成できません。 > - TiDB v4.0.0 から v6.6.0 までのバージョンでは、TiDB はデフォルトですべての行を 1 つのトランザクションでコミットします。ただし、 `LOAD DATA`ステートメントで一定数の行をコミットする必要がある場合は、必要な行数を[`tidb_dml_batch_size`](/system-variables.md#tidb_dml_batch_size)に設定できます。 @@ -196,7 +196,7 @@ IGNORE 1 LINES; -> **注記：** +> **Note:** > > - TiDB v4.0.0 より前のバージョンでは、20000 行ごとに`LOAD DATA`コミットが実行され、これは構成できません。 > - TiDB v4.0.0 から v6.6.0 までのバージョンでは、TiDB はデフォルトですべての行を 1 つのトランザクションでコミットします。ただし、 `LOAD DATA`ステートメントで一定数の行をコミットする必要がある場合は、必要な行数を[`tidb_dml_batch_size`](/system-variables.md#tidb_dml_batch_size)に設定できます。 diff --git a/sql-statements/sql-statement-load-stats.md b/sql-statements/sql-statement-load-stats.md index fe7020773d1a6..f73e4db9d4194 100644 --- a/sql-statements/sql-statement-load-stats.md +++ b/sql-statements/sql-statement-load-stats.md @@ -7,7 +7,7 @@ summary: TiDBデータベースにおけるLOAD STATSの使用方法の概要。 `LOAD STATS`ステートメントは、統計情報を TiDB にロードするために使用されます。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/sql-statements/sql-statement-lock-tables-and-unlock-tables.md b/sql-statements/sql-statement-lock-tables-and-unlock-tables.md index 8bcd84048e00f..b6a65a0b62532 100644 --- a/sql-statements/sql-statement-lock-tables-and-unlock-tables.md +++ b/sql-statements/sql-statement-lock-tables-and-unlock-tables.md @@ -5,7 +5,7 @@ summary: TiDB データベースの LOCK TABLES および UNLOCK TABLES の使 # LOCK TABLES と UNLOCK TABLES {#lock-tables-and-unlock-tables} -> **警告：** +> **Warning:** > > `LOCK TABLES`と`UNLOCK TABLES`現在のバージョンにおける実験的機能です。本番環境での使用は推奨されません。 @@ -17,7 +17,7 @@ TiDBでは、クライアントセッションがテーブルロックを取得 テーブルロックは、他のセッションによる読み取りや書き込みから保護します。1 ロックを保持しているセッションは、 `WRITE`や`TRUNCATE TABLE` `DROP TABLE`のテーブルレベルの操作を実行できます。 -> **注記：** +> **Note:** > > テーブル ロック機能はデフォルトで無効になっています。 > diff --git a/sql-statements/sql-statement-modify-column.md b/sql-statements/sql-statement-modify-column.md index 901f9c9657182..6cdecfde4d75e 100644 --- a/sql-statements/sql-statement-modify-column.md +++ b/sql-statements/sql-statement-modify-column.md @@ -26,7 +26,7 @@ v8.5.5以降、TiDBは、以前はReorg-Dataを必要としていた一部の列 - `BIGINT`から`INT`ような整数型間の変換 - `VARCHAR(200)`から`VARCHAR(100)`など、文字セットが変更されない文字列型間の変換 -> **注記：** +> **Note:** > > `VARCHAR`から`CHAR`に変換する際、元のデータに末尾のスペースが含まれていてはなりません。元のデータに末尾のスペースが含まれている場合でも、TiDB は Reorg-Data を実行し、変換された値が`CHAR`型のパディング規則に準拠していることを確認します。 @@ -140,7 +140,7 @@ CREATE TABLE `t1` ( 1 row in set (0.00 sec) ``` -> **注記：** +> **Note:** > > - TiDBは、変更されたデータ型が既存のデータ行と競合する場合にエラーを返します。上記の例では、TiDBは次のエラーを返します。 > diff --git a/sql-statements/sql-statement-overview.md b/sql-statements/sql-statement-overview.md index 178397697ad56..88d9a0e670141 100644 --- a/sql-statements/sql-statement-overview.md +++ b/sql-statements/sql-statement-overview.md @@ -304,7 +304,7 @@ TiDBは、ISO/IEC SQL標準に準拠することを目的としたSQL文を使 -> **注記：** +> **Note:** > > [TiCDC](https://docs.pingcap.com/tidb/stable/ticdc-overview)は、TiDB Self-ManagedのTiDBデータをアップストリームに複製するためのツールです。TiCDCのほとんどのSQLステートメントはTiDB Cloudには適用できません。TiDB Cloudの場合は、代わりに[TiDB Cloudコンソール](https://tidbcloud.com)の[変更フィード](/tidb-cloud/changefeed-overview.md)機能を使用してデータをストリーミングできます。 diff --git a/sql-statements/sql-statement-prepare.md b/sql-statements/sql-statement-prepare.md index 8e9cb0f7860b7..4a90f36e6c8c2 100644 --- a/sql-statements/sql-statement-prepare.md +++ b/sql-statements/sql-statement-prepare.md @@ -18,7 +18,7 @@ PrepareSQL ::= | UserVariable ``` -> **注記：** +> **Note:** > > `PREPARE`ステートメントごとに、プレースホルダーの最大数は 65535 です。 diff --git a/sql-statements/sql-statement-query-watch.md b/sql-statements/sql-statement-query-watch.md index 376046a58e225..4b3d420881ca7 100644 --- a/sql-statements/sql-statement-query-watch.md +++ b/sql-statements/sql-statement-query-watch.md @@ -7,7 +7,7 @@ summary: TiDBデータベースにおけるQUERY WATCHの使用方法の概要 `QUERY WATCH`ステートメントは、リソース グループ内の暴走クエリの監視リストを手動で管理するために使用されます。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/sql-statements/sql-statement-recover-table.md b/sql-statements/sql-statement-recover-table.md index 6d2254c8a77bb..7101fb62698b2 100644 --- a/sql-statements/sql-statement-recover-table.md +++ b/sql-statements/sql-statement-recover-table.md @@ -31,7 +31,7 @@ Int64Num ::= NUM NUM ::= intLit ``` -> **注記：** +> **Note:** > > テーブルが削除され、GCの有効期間が過ぎた場合、 `RECOVER TABLE`ではテーブルを回復できません。このシナリオで`RECOVER TABLE`実行すると、 `snapshot is older than GC safe point 2019-07-10 13:45:57 +0800 CST`ようなエラーが返されます。 diff --git a/sql-statements/sql-statement-replace.md b/sql-statements/sql-statement-replace.md index 2b0bc59641ddb..5df08301330b4 100644 --- a/sql-statements/sql-statement-replace.md +++ b/sql-statements/sql-statement-replace.md @@ -32,7 +32,7 @@ InsertValues ::= | 'SET' ColumnSetValue? ( ',' ColumnSetValue )* ``` -> **注記：** +> **Note:** > > TiDB v6.6.0以降、 [リソース管理](/tidb-resource-control-ru-groups.md)サポートします。この機能を使用すると、異なるリソースグループで異なる優先度のSQL文を実行できます。これらのリソースグループに適切なクォータと優先度を設定することで、優先度の異なるSQL文のスケジュールをより適切に制御できます。リソース制御を有効にすると、文の優先度（ `PriorityOpt` ）は無効になります。異なるSQL文のリソース使用量を管理するには、 [リソース管理](/tidb-resource-control-ru-groups.md)使用することをお勧めします。 diff --git a/sql-statements/sql-statement-restore.md b/sql-statements/sql-statement-restore.md index a833500ad4975..d1d30dfdfe2fb 100644 --- a/sql-statements/sql-statement-restore.md +++ b/sql-statements/sql-statement-restore.md @@ -7,7 +7,7 @@ summary: TiDBデータベースにおけるRESTOREの使用方法の概要。 このステートメントは[BACKUP](/sql-statements/sql-statement-backup.md)によって以前に作成されたバックアップ アーカイブから分散復元を実行します。 -> **警告：** +> **Warning:** > > - この機能は実験的です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 > - この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/sql-statements/sql-statement-savepoint.md b/sql-statements/sql-statement-savepoint.md index d0661deb2abf1..c177fc91053e2 100644 --- a/sql-statements/sql-statement-savepoint.md +++ b/sql-statements/sql-statement-savepoint.md @@ -13,7 +13,7 @@ ROLLBACK TO [SAVEPOINT] identifier RELEASE SAVEPOINT identifier ``` -> **警告：** +> **Warning:** > > [`tidb_constraint_check_in_place_pessimistic`](/system-variables.md#tidb_constraint_check_in_place_pessimistic-new-in-v630)無効になっている場合、悲観的トランザクションで`SAVEPOINT`使用することはできません。 diff --git a/sql-statements/sql-statement-select.md b/sql-statements/sql-statement-select.md index 2829eec80a8c9..0a4142a99ef44 100644 --- a/sql-statements/sql-statement-select.md +++ b/sql-statements/sql-statement-select.md @@ -104,7 +104,7 @@ TableSample ::= | `LOCK IN SHARE MODE` | 互換性を保証するため、TiDBはこれら3つの修飾子を解析しますが、無視します。 | | `TABLESAMPLE` | テーブルから行のサンプルを取得する。 | -> **注記：** +> **Note:** > > - バージョン 8.5.6 以降、TiDB は`FOR UPDATE OF`句でテーブル エイリアスの使用をサポートしています。下位互換性を維持するために、エイリアスが定義されている場合でもベース テーブル名を参照できますが、明示的なエイリアスの使用を推奨する警告が表示されます。クエリが異なるデータベースにまたがる同じ名前の複数のテーブル (たとえば`FROM db1.t, db2.t FOR UPDATE OF t` ) に関係する場合、TiDB は現在のデータベース コンテキストではなく、 `FROM`句の順序に基づいて、対象テーブルを左から右に照合するようになりました。曖昧さを避けるため、 `FOR UPDATE OF`句でデータベース名を指定するか、エイリアスを使用することをお勧めします。 > - v6.6.0以降、TiDBは[リソース制御](/tidb-resource-control-ru-groups.md)サポートしています。この機能を使用すると、異なるリソースグループで異なる優先度のSQLステートメントを実行できます。これらのリソースグループに適切なクォータと優先度を設定することで、異なる優先度のSQLステートメントのスケジューリングをより適切に制御できます。リソース制御が有効になっている場合、ステートメントの優先度（ `HIGH_PRIORITY` ）は適用されなくなります。 を使用して、異なるSQLステートメントの[リソース制御](/tidb-resource-control-ru-groups.md)使用量を管理することをお勧めします。 @@ -158,7 +158,7 @@ mysql> SELECT AVG(s_quantity), COUNT(s_quantity) FROM stock; `SELECT ... INTO OUTFILE`ステートメントは、クエリの結果をファイルに書き込むために使用されます。 -> **注記：** +> **Note:** > > - この記述はTiDB Self-Managedにのみ適用され、 [TiDB Cloud](https://docs.pingcap.com/tidbcloud/)では利用できません。 > - このステートメントは、Amazon S3 や GCS などの[外部ストレージ](https://docs.pingcap.com/tidb/stable/backup-and-restore-storages)へのクエリ結果の書き込みをサポートしていません。 diff --git a/sql-statements/sql-statement-set-resource-group.md b/sql-statements/sql-statement-set-resource-group.md index bb7d8c4ce0871..b4f2c7db65aef 100644 --- a/sql-statements/sql-statement-set-resource-group.md +++ b/sql-statements/sql-statement-set-resource-group.md @@ -7,7 +7,7 @@ summary: TiDBデータベースにおけるSET RESOURCE GROUPの使用方法の `SET RESOURCE GROUP`は、現在のセッションのリソースグループを設定するために使用されます。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/sql-statements/sql-statement-set-variable.md b/sql-statements/sql-statement-set-variable.md index ed8c3110bc765..968b2b8ce8b39 100644 --- a/sql-statements/sql-statement-set-variable.md +++ b/sql-statements/sql-statement-set-variable.md @@ -7,11 +7,11 @@ summary: TiDB データベースの SET [GLOBAL|SESSION] の使用法 `SET [GLOBAL|SESSION]`文は、TiDBの組み込み変数の1つを変更します。これらの変数は、 `SESSION`または`GLOBAL`スコープの[システム変数](/system-variables.md)、あるいは[ユーザー変数](/user-defined-variables.md)になります。 -> **警告：** +> **Warning:** > > ユーザー定義変数はまだ実験的機能です。本番環境での使用は推奨さ**れません**。 -> **注記：** +> **Note:** > > MySQLと同様に、 `GLOBAL`変数への変更は既存の接続にもローカル接続にも適用されません。値の変更は新しいセッションにのみ反映されます。 diff --git a/sql-statements/sql-statement-show-backups.md b/sql-statements/sql-statement-show-backups.md index 2f7ef763c6ca9..01f6386517799 100644 --- a/sql-statements/sql-statement-show-backups.md +++ b/sql-statements/sql-statement-show-backups.md @@ -11,7 +11,7 @@ summary: TiDBデータベースにおけるSHOW [BACKUPS|RESTORES]の使用方 `SHOW BACKUPS`を使用して`BACKUP`タスクを照会し、 `SHOW RESTORES`を使用して`RESTORE`タスクを照会します。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/sql-statements/sql-statement-show-collation.md b/sql-statements/sql-statement-show-collation.md index c7344783d752a..d14bcb5b08364 100644 --- a/sql-statements/sql-statement-show-collation.md +++ b/sql-statements/sql-statement-show-collation.md @@ -7,7 +7,7 @@ summary: TiDB データベースの SHOW COLLATION の使用法の概要。 このステートメントは照合順序の静的リストを提供し、MySQL クライアント ライブラリとの互換性を提供するために含まれています。 -> **注記：** +> **Note:** > > [「新しい照合順序フレームワーク」](/character-set-and-collation.md#new-framework-for-collations)有効になっている場合、 `SHOW COLLATION`の結果は異なります。新しい照合順序フレームワークの詳細については、 [文字セットと照合順序](/character-set-and-collation.md)を参照してください。 diff --git a/sql-statements/sql-statement-show-columns-from.md b/sql-statements/sql-statement-show-columns-from.md index 2bbe2a15307fb..28c77be58e7c5 100644 --- a/sql-statements/sql-statement-show-columns-from.md +++ b/sql-statements/sql-statement-show-columns-from.md @@ -9,7 +9,7 @@ summary: TiDB データベースの SHOW [FULL] COLUMNS FROM の使用法の概 `SHOW [FULL] FIELDS FROM `、`DESC `、`DESCRIBE `、および`EXPLAIN `ステートメントは、このステートメントのエイリアスです。 -> **注記：** +> **Note:** > > `DESC TABLE ` 、 `DESCRIBE TABLE ` 、 `EXPLAIN TABLE `上記の文と同等ではありません。これらは[`DESC SELECT * FROM <table_name>`](/sql-statements/sql-statement-explain.md)の別名です。 diff --git a/sql-statements/sql-statement-show-config.md b/sql-statements/sql-statement-show-config.md index 2b2ac8907237a..eeb16d0f8d0a2 100644 --- a/sql-statements/sql-statement-show-config.md +++ b/sql-statements/sql-statement-show-config.md @@ -7,7 +7,7 @@ summary: TiDBデータベースにおけるSHOW CONFIGの使用の概要 `SHOW CONFIG`文は、TiDB の様々なコンポーネントの現在の設定を表示するために使用されます。構成パラメータとシステム変数は異なる次元で作用するため、混同しないように注意してください。システム変数の情報を取得する場合は、 [SHOW [GLOBAL|SESSION] VARIABLES](/sql-statements/sql-statement-show-variables.md)構文を使用してください。 -> **注記：** +> **Note:** > > この機能は TiDB Self-Managed にのみ適用され、 [TiDB Cloud](https://docs.pingcap.com/tidbcloud/)では使用できません。 diff --git a/sql-statements/sql-statement-show-create-placement-policy.md b/sql-statements/sql-statement-show-create-placement-policy.md index 97acb7e6886c6..88e72fc68e4ef 100644 --- a/sql-statements/sql-statement-show-create-placement-policy.md +++ b/sql-statements/sql-statement-show-create-placement-policy.md @@ -7,7 +7,7 @@ summary: TiDBにおけるSHOW CREATE PLACEMENT POLICYの使用方法。 `SHOW CREATE PLACEMENT POLICY`は配置ポリシーの定義を表示するために使用されます。これを使用すると、現在の配置ポリシーの定義を確認し、別の TiDB クラスタでそれを再現できます。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/sql-statements/sql-statement-show-create-resource-group.md b/sql-statements/sql-statement-show-create-resource-group.md index 80281eefcdb95..d26825fdf073b 100644 --- a/sql-statements/sql-statement-show-create-resource-group.md +++ b/sql-statements/sql-statement-show-create-resource-group.md @@ -7,7 +7,7 @@ summary: TiDBにおけるSHOW CREATE RESOURCE GROUPの使い方を学びまし `SHOW CREATE RESOURCE GROUP`ステートメントを使用すると、リソース グループの現在の定義を表示できます。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/sql-statements/sql-statement-show-distribution-jobs.md b/sql-statements/sql-statement-show-distribution-jobs.md index d8fb342227e5d..f075dbf6d814d 100644 --- a/sql-statements/sql-statement-show-distribution-jobs.md +++ b/sql-statements/sql-statement-show-distribution-jobs.md @@ -9,7 +9,7 @@ summary: TiDBデータベースにおけるSHOW DISTRIBUTION JOBSの使用方法 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/sql-statements/sql-statement-show-placement-for.md b/sql-statements/sql-statement-show-placement-for.md index c8f7d22076a73..2e87465dc372a 100644 --- a/sql-statements/sql-statement-show-placement-for.md +++ b/sql-statements/sql-statement-show-placement-for.md @@ -7,7 +7,7 @@ summary: TiDB における SHOW PLACEMENT FOR の使用方法。 `SHOW PLACEMENT FOR`は、すべての配置オプションを要約し、特定のテーブル、データベーススキーマ、またはパーティションに対する正規の形式で表示します。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/sql-statements/sql-statement-show-placement-labels.md b/sql-statements/sql-statement-show-placement-labels.md index f7e0f46a11fae..eaa24ae3cdc0b 100644 --- a/sql-statements/sql-statement-show-placement-labels.md +++ b/sql-statements/sql-statement-show-placement-labels.md @@ -7,7 +7,7 @@ summary: TiDBにおけるSHOW PLACEMENT LABELSの使用方法。 `SHOW PLACEMENT LABELS`は配置ルールで使用可能なラベルと値を要約するために使用されます。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/sql-statements/sql-statement-show-placement.md b/sql-statements/sql-statement-show-placement.md index f01de47f4cba2..e0c5c06c0f1c3 100644 --- a/sql-statements/sql-statement-show-placement.md +++ b/sql-statements/sql-statement-show-placement.md @@ -7,7 +7,7 @@ summary: TiDBにおけるSHOW PLACEMENTの使用方法。 `SHOW PLACEMENT`は配置ポリシーからのすべての配置オプションを要約し、正規の形式で表示します。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/sql-statements/sql-statement-show-plugins.md b/sql-statements/sql-statement-show-plugins.md index 5e0f253725135..0ee092b3205c1 100644 --- a/sql-statements/sql-statement-show-plugins.md +++ b/sql-statements/sql-statement-show-plugins.md @@ -7,7 +7,7 @@ summary: TiDBデータベースにおけるSHOW PLUGINSの使用方法の概要 `SHOW PLUGINS`は、TiDB にインストールされているすべてのプラグインと、各プラグインの状態およびバージョン情報を表示します。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/sql-statements/sql-statement-show-stats-meta.md b/sql-statements/sql-statement-show-stats-meta.md index 986b0f95481cf..a7a5649171fd7 100644 --- a/sql-statements/sql-statement-show-stats-meta.md +++ b/sql-statements/sql-statement-show-stats-meta.md @@ -19,7 +19,7 @@ summary: TiDB データベースの SHOW STATS_META の使用法の概要。 | 行数 | 合計行数 | | 最終分析時間 | テーブルが最後に分析されたとき | -> **注記：** +> **Note:** > > `update_time` 、TiDBがDML文に従って`modify_count`と`row_count`フィールドを更新したときに更新されます。したがって、 `update_time` `ANALYZE`文の最終実行時刻ではありません。 diff --git a/sql-statements/sql-statement-show-table-distribution.md b/sql-statements/sql-statement-show-table-distribution.md index bf8453a5fcff4..d0f56adb8e8ae 100644 --- a/sql-statements/sql-statement-show-table-distribution.md +++ b/sql-statements/sql-statement-show-table-distribution.md @@ -9,7 +9,7 @@ summary: TiDBデータベースにおけるSHOW TABLE DISTRIBUTIONの使用方 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 diff --git a/sql-statements/sql-statement-show-table-regions.md b/sql-statements/sql-statement-show-table-regions.md index 5e37f9e6db8f4..200be78700d94 100644 --- a/sql-statements/sql-statement-show-table-regions.md +++ b/sql-statements/sql-statement-show-table-regions.md @@ -7,7 +7,7 @@ summary: TiDBでSHOW TABLE REGIONSを使用する方法を学びましょう。 `SHOW TABLE REGIONS`ステートメントは、TiDB のテーブルのリージョン情報を表示するために使用されます。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 @@ -56,7 +56,7 @@ TableName ::= - `SCHEDULING_STATE` : 配置ポリシーを持つリージョンのスケジューリング状態。 -> **注記：** +> **Note:** > > `WRITTEN_BYTES` 、 `READ_BYTES` 、 `APPROXIMATE_SIZE(MB)` 、 `APPROXIMATE_KEYS`は正確なデータではありません。これらは、PD がリージョンから受信するハートビート情報に基づいて PD が推定したデータです。 diff --git a/sql-statements/sql-statement-shutdown.md b/sql-statements/sql-statement-shutdown.md index 55201162aaa58..cf171018643a8 100644 --- a/sql-statements/sql-statement-shutdown.md +++ b/sql-statements/sql-statement-shutdown.md @@ -7,7 +7,7 @@ summary: TiDB データベースの SHUTDOWN の使用法の概要。 `SHUTDOWN`文はTiDBのシャットダウン操作を実行するために使用されます。`SHUTDOWN`を実行するには、ユーザーに`SHUTDOWN`権限が必要です。 -> **注記：** +> **Note:** > > この機能は TiDB Self-Managed にのみ適用され、 [TiDB Cloud](https://docs.pingcap.com/tidbcloud/)では使用できません。 @@ -28,7 +28,7 @@ SHUTDOWN; ## MySQLの互換性 {#mysql-compatibility} -> **注記：** +> **Note:** > > TiDB は分散データベースであるため、TiDB のシャットダウン操作では、TiDB クラスター全体ではなく、クライアントに接続された TiDB インスタンスが停止されます。 diff --git a/sql-statements/sql-statement-split-region.md b/sql-statements/sql-statement-split-region.md index ee9d621618792..83ecafc7d92db 100644 --- a/sql-statements/sql-statement-split-region.md +++ b/sql-statements/sql-statement-split-region.md @@ -11,7 +11,7 @@ TiDBで新しいテーブルを作成するたびに、デフォルトで1つの 上記シナリオにおけるホットスポット問題を解決するために、TiDBは事前分割機能を導入しました。この機能は、指定されたパラメータに従って特定のテーブルに対して複数のリージョンを事前に分割し、それらを各TiKVノードに分散させることができます。 -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 @@ -71,7 +71,7 @@ RowValue ::= - `TOTAL_SPLIT_REGION` : 新たに分割されたリージョンの数。 - `SCATTER_FINISH_RATIO` : 新しく分割されたリージョンの再配置完了率。 `1.0`すべてのリージョンが再配置されたことを意味します。 `0.5`は、リージョンの半分のみが再配置され、残りは再配置中であることを意味します。 -> **注記：** +> **Note:** > > 以下の2つのセッション変数は`SPLIT`ステートメントの動作に影響を与える可能性があります。 > @@ -268,7 +268,7 @@ SPLIT TABLE t1 INDEX idx4 BY ("a", "2000-01-01 00:00:01"), ("b", "2019-04-17 14: 上記の記述において、 `0`と`10000`はそれぞれ、散布したいホットスポットデータに対応する上側境界と下側境界の`row_id`を表します。 - > **注記：** + > **Note:** > > この例は、ホットスポット データが均等に分散されているシナリオにのみ適用されます。ホットスポット データが指定されたデータ範囲内で不均等に分散している場合は、[パーティション化されたテーブルのリージョンを分割する](#split-regions-for-partitioned-tables)不均等分割の構文を参照してください。 @@ -354,7 +354,7 @@ SPLIT TABLE t1 INDEX idx4 BY ("a", "2000-01-01 00:00:01"), ("b", "2019-04-17 14: `AUTO_RANDOM`または`SHARD_ROW_ID_BITS`属性を使用してテーブルを作成する場合、テーブル作成直後にテーブルをリージョンに均等に事前分割したい場合は`PRE_SPLIT_REGIONS`オプションを指定することもできます。テーブルの事前分割リージョンの数は`2^(PRE_SPLIT_REGIONS)`です。 -> **注記：** +> **Note:** > > `PRE_SPLIT_REGIONS`の値は、 `SHARD_ROW_ID_BITS`または`AUTO_RANDOM`の値以下でなければなりません。 @@ -377,7 +377,7 @@ CREATE TABLE t (a INT, b INT, INDEX idx1(a)) SHARD_ROW_ID_BITS = 4 PRE_SPLIT_REG -> **注記：** +> **Note:** > > Split リージョンステートメントによって分割されたリージョンは、PD の[リージョンの統合](/best-practices/pd-scheduling-best-practices.md#region-merge)スケジューラーによって制御されます。 PD が新しく分割されたリージョンをすぐに再マージしないようにするには、[テーブル属性](/table-attributes.md)プロパティ[動的に変更する](/pd-control.md)に変更するリージョンマージ機能に関連する構成アイテムを使用する必要があります。 diff --git a/sql-statements/sql-statement-update.md b/sql-statements/sql-statement-update.md index 5b195ff94cb41..4645f2e47548a 100644 --- a/sql-statements/sql-statement-update.md +++ b/sql-statements/sql-statement-update.md @@ -26,7 +26,7 @@ TableRefs ::= EscapedTableRef ("," EscapedTableRef)* ``` -> **注記：** +> **Note:** > > TiDB v6.6.0以降、 [リソース管理](/tidb-resource-control-ru-groups.md)サポートします。この機能を使用すると、異なるリソースグループで異なる優先度のSQL文を実行できます。これらのリソースグループに適切なクォータと優先度を設定することで、優先度の異なるSQL文のスケジュールをより適切に制御できます。リソース制御を有効にすると、文の優先度（ `LOW_PRIORITY`と`HIGH_PRIORITY` ）は無効になります。異なるSQL文のリソース使用量を管理するには、 [リソース管理](/tidb-resource-control-ru-groups.md)使用することをお勧めします。 diff --git a/stale-read.md b/stale-read.md index 12478e11e00ee..a558db676f8aa 100644 --- a/stale-read.md +++ b/stale-read.md @@ -48,7 +48,7 @@ TiDB は、次のようにステートメント レベル、セッション レ advance-ts-interval = "20s" # The default value is "20s". You can set it to a smaller value such as "1s" to advance the Resolved TS timestamp more frequently. ``` -> **注記：** +> **Note:** > > 前述の TiKV 構成項目を減らすと、TiKV の CPU 使用率とノード間のトラフィックが増加します。 diff --git a/statement-summary-tables.md b/statement-summary-tables.md index c424f5d9b6f81..4e9dc0159d1d3 100644 --- a/statement-summary-tables.md +++ b/statement-summary-tables.md @@ -15,7 +15,7 @@ SQL のパフォーマンス問題をより適切に処理するために、MySQ - [`cluster_statements_summary_history`](#statements_summary_evicted) - [`statements_summary_evicted`](#statements_summary_evicted) -> **注記：** +> **Note:** > > 上記の表は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは利用できません。 @@ -77,7 +77,7 @@ select * from employee where id in (...) and salary between ? and ?; PLAN_DIGEST: f415b8d52640b535b9b12a9c148a8630d2c6d59e419aad29397842e32e8e5de3 PLAN: Point_Get_1 root 1 table:employee, handle:3100 -> **注記：** +> **Note:** > > - TiDBでは、ステートメントサマリーテーブルのフィールドの時間単位はナノ秒（ns）ですが、MySQLではピコ秒（ps）です。 > - v7.5.1 および v7.6.0 以降、 が有効に[リソース制御](/tidb-resource-control-ru-groups.md)ているクラスターでは、 `statements_summary`リソース グループごとに集約されます。たとえば、異なるリソース グループで実行された同じステートメントは、異なるレコードとして収集されます。 @@ -94,7 +94,7 @@ select * from employee where id in (...) and salary between ? and ?; -> **注記：** +> **Note:** > > [`tidb_stmt_summary_enable_persistent`](#persist-statements-summary)有効になっている場合、 `statements_summary_history`テーブルのデータはディスクに永続化されます。この場合、 `tidb_stmt_summary_max_stmt_count` 、 `statements_summary`テーブルがメモリに格納できる SQL ダイジェストの数のみを制限し、{{B-PLACEHOLDER-5-PLACEHOLDER- `tidb_stmt_summary_max_stmt_count` `statements_summary`から最も使用頻度の低い SQL ダイジェストのみを削除します。 @@ -134,7 +134,7 @@ select * from employee where id in (...) and salary between ? and ?; この制限を超えると、TiDB は`statements_summary`テーブルと`statements_summary_history`テーブルの両方から、最も使用頻度の低い SQL ダイジェストを削除します。削除されたダイジェストは、 [`statements_summary_evicted`](#statements_summary_evicted)テーブルにカウントされます。 - > **注記：** + > **Note:** > > - SQLダイジェストが削除されると、関連するすべての時間範囲のサマリーデータが`statements_summary`テーブルと`statements_summary_history`テーブルの両方から削除されます。その結果、特定の時間範囲内のSQLダイジェストの数が制限を超えない場合でも、 `statements_summary_history`テーブルのSQLダイジェストの数が実際のSQLダイジェストの数よりも少なくなる可能性があります。このような状況が発生し、パフォーマンスに影響する場合は、 `tidb_stmt_summary_max_stmt_count`の値を増やすことをお勧めします。 > - TiDB Self-Managed の場合、 [`tidb_stmt_summary_enable_persistent`](#persist-statements-summary)が有効になっていると、 `statements_summary_history`テーブルのデータがディスクに永続化されます。この場合、 `tidb_stmt_summary_max_stmt_count` `statements_summary`テーブルがメモリに格納できる SQL ダイジェストの数のみを制限し、 `statements_summary` -E}} を超えると、TiDB は`tidb_stmt_summary_max_stmt_count`のみを削除します。 @@ -154,7 +154,7 @@ set global tidb_stmt_summary_history_size = 24; 前述の設定が有効になると、 `statements_summary`テーブルは 30 分ごとにクリアされ、 `statements_summary_history`テーブルには最大 3000 種類の SQL ステートメントが格納されます。各タイプについて、 `statements_summary_history`テーブルには直近 24 期間のデータが格納されます。 `statements_summary_evicted`テーブルには、ステートメント サマリーから SQL ステートメントが削除された直近 24 期間が記録されます。 `statements_summary_evicted`テーブルは 30 分ごとに更新されます。 -> **注記：** +> **Note:** > > - SQL タイプが毎分出現する場合、 `statements_summary_history`には直近 12 時間分のデータが格納されます。SQL タイプが毎日 00:00 から 00:30 の間にのみ出現する場合、 `statements_summary_history`には直近 24 期間分のデータが格納されます。各期間は 1 日です。したがって、 `statements_summary_history`にはこの SQL タイプに関する直近 24 日分のデータが格納されます。 > - `tidb_stmt_summary_history_size` 、 `tidb_stmt_summary_max_stmt_count` 、および`tidb_stmt_summary_max_sql_length`構成項目はメモリ使用量に影響します。これらの構成は、ニーズ、SQLサイズ、SQL数、およびマシン構成に基づいて調整することをお勧めします。大きすぎる値を設定することはお勧めしません。メモリ使用量は`tidb_stmt_summary_history_size` * `tidb_stmt_summary_max_stmt_count` * `tidb_stmt_summary_max_sql_length` * `3` 。 @@ -221,7 +221,7 @@ select * from information_schema.statements_summary_evicted; -> **警告：** +> **Warning:** > > 明細書の要約を永続化する機能は実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される場合があります。バグを発見した場合は、GitHub で[問題](https://github.com/pingcap/tidb/issues)を報告してください。 @@ -253,7 +253,7 @@ tidb_stmt_summary_enable_persistent = true -> **注記：** +> **Note:** > > - ステートメントサマリーの永続化が有効になっている場合、メモリが履歴データを保持しないため、[パラメータ設定](#parameter-configuration)セクションで説明されている`tidb_stmt_summary_history_size`構成は無効になります。代わりに、永続化のための履歴データの保持期間とサイズを制御するために、次の 3 つの構成が使用されます[`tidb_stmt_summary_file_max_days`](/tidb-configuration-file.md#tidb_stmt_summary_file_max_days-new-in-v660) 、 [`tidb_stmt_summary_file_max_size`](/tidb-configuration-file.md#tidb_stmt_summary_file_max_size-new-in-v660) 、および[`tidb_stmt_summary_file_max_backups`](/tidb-configuration-file.md#tidb_stmt_summary_file_max_backups-new-in-v660) 。 > - `tidb_stmt_summary_refresh_interval`の値が小さいほど、ディスクに書き込まれるデータ量は多くなります。しかし、これは同時に、ディスクに書き込まれる冗長なデータ量も多くなることを意味します。 diff --git a/statistics.md b/statistics.md index abe3c691b5f2c..96d89643f2035 100644 --- a/statistics.md +++ b/statistics.md @@ -45,7 +45,7 @@ TiDBは、テーブルへの変更回数に基づいて、自動的に[`ANALYZE` 小さなテーブルのデータを変更すると、自動更新が頻繁にトリガーされる状況を避けるため、TiDB では、テーブルの行数が 1000 行未満の場合、変更によって自動更新がトリガーされません。テーブルの行数を確認するには、 `SHOW STATS_META`ステートメントを使用できます。 -> **注記：** +> **Note:** > > 現在、自動更新では`ANALYZE`で手動で入力された構成項目は記録されません。そのため、 [`WITH`](/sql-statements/sql-statement-analyze-table.md)構文を使用して`ANALYZE`の収集動作を制御する場合は、統計情報を収集するためのスケジュール済みタスクを手動で設定する必要があります。 @@ -97,7 +97,7 @@ TiDBは、テーブルへの変更回数に基づいて、自動的に[`ANALYZE` ### カウントミニスケッチ {#count-min-sketch} -> **注記：** +> **Note:** > > 統計バージョン1では、Count-Min Sketchは等号/IN述語選択性の推定にのみ使用されます。バージョン2では、後述するようにCount-Min Sketchの管理に課題があるため、代わりにヒストグラム統計が使用されます。 @@ -128,7 +128,7 @@ ANALYZE TABLE TableName INDEX [IndexNameList] [WITH NUM BUCKETS|TOPN|CMSKETCH DE `IndexNameList`が空の場合、この構文は`TableName`内のすべてのインデックスに関する統計情報を収集します。 -> **注記：** +> **Note:** > > 収集の前後の統計情報が一貫していることを保証するために、 `tidb_analyze_version`が`2`の場合、この構文はインデックス付き列とすべてのインデックスに関する統計情報を収集します。 @@ -138,7 +138,7 @@ TiDB が SQL ステートメントを実行する際、オプティマイザは テーブルに多数の列がある場合、すべての列の統計情報を収集すると、大きなオーバーヘッドが発生する可能性があります。オーバーヘッドを削減するには、オプティマイザで使用する特定の列（選択した列）または`PREDICATE COLUMNS`のみの統計情報を収集できます。列のサブセットの列リストを将来再利用するために保持するには、[列構成を保持する](#persist-column-configurations)参照してください。 -> **注記：** +> **Note:** > > - 述語列に関する統計情報の収集は、 [`tidb_analyze_version = 2`](/system-variables.md#tidb_analyze_version-new-in-v510)の場合にのみ適用されます。 > - TiDB v7.2.0 以降、TiDB では、統計情報を収集するために`ANALYZE`コマンドを実行する際に、統計収集からスキップされる列の種類を示すシステム変数[`tidb_analyze_skip_column_types`](/system-variables.md#tidb_analyze_skip_column_types-new-in-v720)が導入されました。このシステム変数は`tidb_analyze_version = 2`にのみ適用されます。 @@ -171,7 +171,7 @@ TiDB が SQL ステートメントを実行する際、オプティマイザは この構文は、特定のテーブル内の`PREDICATE COLUMNS`に関する統計情報を収集するだけでなく、そのテーブル内のインデックス付き列とすべてのインデックスに関する統計情報も同時に収集します。 - > **注記：** + > **Note:** > > - [`mysql.column_stats_usage`](/mysql-schema/mysql-schema.md#statistics-system-tables)システム テーブルにそのテーブルに対して`PREDICATE COLUMNS`が記録されていない場合、上記の構文は、そのテーブルのインデックス付き列とすべてのインデックスに関する統計情報を収集します。 > - 手動で列をリストアップするか、 `PREDICATE COLUMNS`を使用して収集対象から除外した列の統計情報は上書きされません。新しいタイプの SQL クエリを実行すると、オプティマイザは、そのような列に古い統計情報が存在する場合はそれを使用し、統計情報が収集されたことがない列の場合は擬似列統計情報を使用します。 `PREDICATE COLUMNS`を使用した次の ANALYZE で、これらの列の統計情報が収集されます。 @@ -222,7 +222,7 @@ TiDB は、パーティション分割されたテーブルに、パーティシ ## 収集パフォーマンスを向上させる {#improve-collection-performance} -> **注記：** +> **Note:** > > - TiDB での`ANALYZE TABLE`の実行時間は、MySQL や InnoDB よりも長くなる可能性があります。InnoDB では少数のページのみがサンプリングされますが、TiDB ではデフォルトで包括的な統計情報が完全に再構築されます。 @@ -242,13 +242,13 @@ TiDBは、統計情報の収集パフォーマンスを向上させるための2 現在のサンプリングレートは、適応アルゴリズムに基づいて計算されます。[`SHOW STATS_META`](/sql-statements/sql-statement-show-stats-meta.md)を使用してテーブルの行数を確認できる場合は、その行数を使用して 100,000 行に対応するサンプリングレートを計算できます。この行数を確認できない場合は、テーブルの[`SHOW TABLE REGIONS`](/sql-statements/sql-statement-show-table-regions.md)の結果にある`APPROXIMATE_KEYS`列のすべての値の合計を、サンプリングレートを計算するための別の参照値として使用できます。 -> **注記：** +> **Note:** > > 通常、 `STATS_META` `APPROXIMATE_KEYS`よりも信頼性が高いです。ただし、 `STATS_META`の結果が`APPROXIMATE_KEYS`の結果よりもはるかに小さい場合は、 `APPROXIMATE_KEYS`を使用してサンプリングレートを計算することをお勧めします。 ### 統計情報を収集するためのメモリ割り当て {#the-memory-quota-for-collecting-statistics} -> **警告：** +> **Warning:** > > 現在、 `ANALYZE`メモリクォータは実験的機能であり、本番環境ではメモリ統計が不正確になる可能性があります。 @@ -256,7 +256,7 @@ TiDB v6.1.0以降では、システム変数[`tidb_mem_quota_analyze`](/system-v `tidb_mem_quota_analyze`の適切な値を設定するには、クラスタのデータサイズを考慮してください。デフォルトのサンプリングレートを使用する場合、主な考慮事項は、列数、列値のサイズ、および TiDB のメモリ構成です。最大値と最小値を設定する際には、次の提案を参考にしてください。 -> **注記：** +> **Note:** > > 以下の提案は参考情報です。実際の状況に基づいて値を設定する必要があります。 @@ -308,7 +308,7 @@ TiDB は、最新の`ANALYZE`ステートメントで指定された新しい構 `ANALYZE`構成永続化機能を無効にした後も、TiDBは永続化された構成レコードをクリアしません。そのため、この機能を再度有効にすると、TiDBは以前に記録された永続化構成を使用して統計情報の収集を継続します。 -> **注記：** +> **Note:** > > `ANALYZE`構成永続化機能を再度有効にする場合、以前に記録された永続化構成が最新のデータに適用できなくなった場合は、 `ANALYZE`ステートメントを手動で実行し、新しい永続化構成を指定する必要があります。 @@ -360,7 +360,7 @@ WHERE db_name = 'test' AND table_name = 't' AND last_analyzed_at IS NOT NULL; ## 統計のバージョン {#versions-of-statistics} -> **警告：** +> **Warning:** > > v8.5.6 以降、統計バージョン 1 ( `tidb_analyze_version = 1` ) は非推奨となり、将来のリリースでは削除される予定です。統計バージョン 2 ( `tidb_analyze_version = 2` ) および[統計バージョン1を使用している既存のオブジェクトをバージョン2に移行する](#switch-between-statistics-versions)ことをお勧めします。 @@ -460,7 +460,7 @@ mysql> SHOW ANALYZE STATUS [ShowLikeOrWhere]; ## 負荷統計 {#load-statistics} -> **注記：** +> **Note:** > > [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは、ロード統計情報は利用できません。 @@ -504,7 +504,7 @@ TiDBの起動時、初期統計情報が完全にロードされる前に実行 -> **注記：** +> **Note:** > > このセクションはTiDB Cloudには適用されません。 @@ -530,7 +530,7 @@ TiDBの起動時、初期統計情報が完全にロードされる前に実行 ### 統計のインポート {#import-statistics} -> **注記：** +> **Note:** > > MySQLクライアントを起動する際には、 `--local-infile=1`オプションを使用してください。 diff --git a/storage-engine/rocksdb-overview.md b/storage-engine/rocksdb-overview.md index 3066f3d896469..9918d4931f152 100644 --- a/storage-engine/rocksdb-overview.md +++ b/storage-engine/rocksdb-overview.md @@ -49,7 +49,7 @@ RocksDBでは、 MemTableをSSTファイルに変換したり、様々なレベ -> **注記：** +> **Note:** > > このセクションは TiDB に関するものであり、 TiDB Cloudには適用されません。 diff --git a/storage-engine/titan-configuration.md b/storage-engine/titan-configuration.md index d02d4cac0564b..b2dbe9ff003ef 100644 --- a/storage-engine/titan-configuration.md +++ b/storage-engine/titan-configuration.md @@ -9,7 +9,7 @@ summary: Titan の設定方法を学びます。 ## Titanを有効にする {#enable-titan} -> **注記：** +> **Note:** > > - TiDB v7.6.0以降、新規クラスタではTitanがデフォルトで有効化され、ワイドテーブルとJSONデータの書き込みパフォーマンスが向上します。1 [`min-blob-size`](/tikv-configuration-file.md#min-blob-size)のデフォルト値は`1KB`から`32KB`に変更されました。 > - v7.6.0 以降のバージョンにアップグレードされた既存のクラスターは元の構成を保持します。つまり、Titan が明示的に有効になっていない場合は、引き続き RocksDB が使用されます。 @@ -65,7 +65,7 @@ TitanはRocksDBと互換性があるため、RocksDBを使用する既存のTiKV ## データ変換 {#data-conversion} -> **警告：** +> **Warning:** > > Titanが無効になっている場合、RocksDBはTitanに移動されたデータを読み取ることができません。Titanが既に有効になっているTiKVインスタンスでTitanを誤って無効にした場合（誤って`rocksdb.titan.enabled`を`false`に設定した場合）、TiKVは起動に失敗し、TiKVログに`You have disabled titan when its data directory is not empty`エラーが表示されます。Titanを正しく無効にするには、 [Titanを無効にする](#disable-titan)参照してください。 @@ -152,13 +152,13 @@ Titanを無効にするには、オプション`rocksdb.defaultcf.titan.blob-run discardable-ratio = 1.0 ``` - > **注記：** + > **Note:** > > TitanとRocksDBの両方のデータを収容するのに十分なディスク容量がない場合は、デフォルト値の`0.5` （ [`discardable-ratio`](/tikv-configuration-file.md#discardable-ratio)を使用することをお勧めします。一般的に、使用可能なディスク容量が50%未満の場合は、デフォルト値を使用することをお勧めします。これは、 `discardable-ratio = 1.0`設定するとRocksDBデータが増加し続けるためです。同時に、Titan内の既存のBLOBファイルをリサイクルするには、そのファイル内のすべてのデータをRocksDBに変換する必要があり、これは時間のかかるプロセスです。ただし、ディスクサイズが十分に大きい場合は、 `discardable-ratio = 1.0`設定すると、圧縮時にBLOBファイル自体のGCを削減できるため、帯域幅を節約できます。 2. （オプション）tikv-ctlを使用してフルコンパクションを実行します。このプロセスは大量のI/OとCPUリソースを消費します。 - > **警告：** + > **Warning:** > > ディスク容量が不足している場合、次のコマンドを実行すると、クラスター全体の使用可能な容量が不足し、データを書き込めなくなる可能性があります。 @@ -170,7 +170,7 @@ Titanを無効にするには、オプション`rocksdb.defaultcf.titan.blob-run 4. TiDB v8.5.0 以降のバージョンの場合、これらの TiKV ノードの構成を更新して Titan を無効にします。 - > **警告：** + > **Warning:** > > v8.5.0より前のバージョンでは、TiKVがクラッシュする可能性があるため、この手順をスキップすることをお勧めします。これらの以前のバージョンでは、手順1を実行するだけでTitanを無効化できます。データ移行完了後、手順1の設定変更とこの手順の以降の変更との間にパフォーマンスの違いはありません。 diff --git a/storage-engine/titan-overview.md b/storage-engine/titan-overview.md index 8032de6dd2f93..72e9e903b8ca2 100644 --- a/storage-engine/titan-overview.md +++ b/storage-engine/titan-overview.md @@ -51,7 +51,7 @@ TitanはLSMツリーから値ファイルを分離し、BlobFileに保存しま BLOBファイルは主にBLOBレコード、メタブロック、メタインデックスブロック、フッターで構成されます。各ブロックレコードにはキーと値のペアが格納されます。メタブロックはスケーラビリティのために使用され、BLOBファイルに関連するプロパティが格納されます。メタインデックスブロックはメタブロックの検索に使用されます。 -> **注記：** +> **Note:** > > - BLOB ファイル内のキーと値のペアは順番に格納されるため、Iterator を実装すると、プリフェッチによって順次読み取りのパフォーマンスが向上します。 > - 各BLOBレコードは、値に対応するユーザーキーのコピーを保持します。これにより、Titanがガベージコレクション（GC）を実行する際に、ユーザーキーを照会し、対応する値が古くなっているかどうかを識別できます。ただし、このプロセスによって書き込み増幅が発生します。 @@ -146,7 +146,7 @@ Titan は、選択された BLOB ファイルについて、各値に対応す | 16KB | 54234 | 54600 | 4937 | 5174 | 55.4 | 58.9 | 1753 | 10120 | | 32KB | 31035 | 31052 | 2705 | 3422 | 38 | 45.3 | 984 | 5844 | -> **注記：** +> **Note:** > > `scan100` 100 件のレコードをスキャンすることを意味し、 `scan10000` 10000 件のレコードをスキャンすることを意味します。 diff --git a/sync-diff-inspector/sync-diff-inspector-overview.md b/sync-diff-inspector/sync-diff-inspector-overview.md index aa5d275029334..b2b90e7344b2c 100644 --- a/sync-diff-inspector/sync-diff-inspector-overview.md +++ b/sync-diff-inspector/sync-diff-inspector-overview.md @@ -199,7 +199,7 @@ collation = "" sync-diff-inspector は実行時に`stdout`に進行状況情報を送信します。進行状況情報には、テーブル構造の比較結果、テーブルデータの比較結果、およびプログレスバーが含まれます。 -> **注記：** +> **Note:** > > 表示効果を確保するため、表示ウィンドウの幅は80文字以上にしてください。 diff --git a/system-variables.md b/system-variables.md index 8d15a712ae9c8..944803d1e43e9 100644 --- a/system-variables.md +++ b/system-variables.md @@ -21,7 +21,7 @@ SET @@global.tidb_distsql_scan_concurrency = 10; SET GLOBAL tidb_distsql_scan_concurrency = 10; ``` -> **注記：** +> **Note:** > > いくつかの`GLOBAL`変数は TiDB クラスタに保持されます。このドキュメントの一部の変数には`Persists to cluster`設定があり、これは`Yes`または`No`に設定できます。 > @@ -30,7 +30,7 @@ SET GLOBAL tidb_distsql_scan_concurrency = 10; > > さらに、TiDBはいくつかのMySQL変数を読み取りと設定の両方が可能な変数として提供します。これは、アプリケーションとコネクタの両方がMySQL変数を読み取ることが一般的であるため、互換性のために必要です。たとえば、JDBCコネクタは、その動作に依存していないにもかかわらず、クエリキャッシュ設定の読み取りと設定の両方を行います。 -> **注記：** +> **Note:** > > 値が大きいほど必ずしもパフォーマンスが向上するとは限りません。また、ステートメントを実行している同時接続数も考慮することが重要です。なぜなら、ほとんどの設定は接続ごとに適用されるからです。 > @@ -389,7 +389,7 @@ mysql> SELECT * FROM t1; ### データディレクトリ {#datadir} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)ではサポートされていません。 @@ -419,7 +419,7 @@ mysql> SELECT * FROM t1; -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -594,7 +594,7 @@ mysql> SELECT * FROM t1; ### インタラクティブタイムアウト {#interactive-timeout} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)では読み取り専用です。 @@ -647,7 +647,7 @@ mysql> SELECT * FROM t1; ### max_allowed_pa ​​cket v6.1.0で追加 {#max-allowed-packet-new-in-v610} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)では読み取り専用です。 @@ -683,7 +683,7 @@ mysql> SELECT * FROM t1; - 単位：ミリ秒 - ステートメントの最大実行時間。デフォルト値は無制限（ゼロ）です。 -> **注記：** +> **Note:** > > バージョン6.4.0より前は、 `max_execution_time`システム変数はすべての種類のステートメントに適用されていました。バージョン6.4.0以降では、この変数は`SELECT`ステートメントの最大実行時間のみを制御します。タイムアウト値の精度は約100ミリ秒です。つまり、指定したミリ秒数でステートメントが正確に終了しない可能性があります。 @@ -828,7 +828,7 @@ mysql> SHOW GLOBAL VARIABLES LIKE 'max_prepared_stmt_count'; ### プラグインディレクトリ {#plugin-dir} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)ではサポートされていません。 @@ -840,7 +840,7 @@ mysql> SHOW GLOBAL VARIABLES LIKE 'max_prepared_stmt_count'; ### プラグインロード {#plugin-load} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)ではサポートされていません。 @@ -881,7 +881,7 @@ mysql> SHOW GLOBAL VARIABLES LIKE 'max_prepared_stmt_count'; ### require_secure_transport v6.1.0で追加 {#require-secure-transport-new-in-v610} -> **注記：** +> **Note:** > > 現在、この変数は[TiDB Cloud Dedicated](https://docs.pingcap.com/tidbcloud/select-cluster-tier#tidb-cloud-dedicated)ではサポートされていません。TiDB Cloud Dedicatedクラスターでは、この変数を有効にし**ないで**ください。有効にすると、SQL クライアントの接続エラーが発生する可能性があります。この制限は一時的な対策であり、今後のリリースで解消される予定です。 @@ -909,7 +909,7 @@ mysql> SHOW GLOBAL VARIABLES LIKE 'max_prepared_stmt_count'; ### skip_name_resolve v5.2.0で追加 {#skip-name-resolve-new-in-v520} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)では読み取り専用です。 @@ -921,7 +921,7 @@ mysql> SHOW GLOBAL VARIABLES LIKE 'max_prepared_stmt_count'; - この変数は、 `tidb-server`インスタンスが接続ハンドシェイクの一部としてホスト名を解決するかどうかを制御します。 - DNSが不安定な場合、このオプションを有効にすることでネットワークパフォーマンスを向上させることができます。 -> **注記：** +> **Note:** > > `skip_name_resolve=ON`の場合、ホスト名をIDに含むユーザーはサーバーにログインできなくなります。例: > @@ -1119,7 +1119,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -1133,7 +1133,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_analyze_column_options はv8.3.0 で追加されました。 {#tidb-analyze-column-options-span-class-version-mark-new-in-v8-3-0-span} -> **注記：** +> **Note:** > > - この変数は、 [`tidb_analyze_version`](#tidb_analyze_version-new-in-v510)が`2`に設定されている場合にのみ機能します。 > - TiDB クラスターを v8.3.0 より前のバージョンから v8.3.0 以降にアップグレードすると、元の動作を維持するために、この変数はデフォルトで`ALL`に設定されます。 @@ -1169,7 +1169,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_analyze_version v5.1.0で追加 {#tidb-analyze-version-new-in-v510} -> **警告：** +> **Warning:** > > バージョン8.5.6以降、統計バージョン1（ `tidb_analyze_version = 1` ）は非推奨となり、今後のリリースで削除されます。 `tidb_analyze_version = 2`使用をお勧めします。 @@ -1292,7 +1292,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー - 範囲: `(0, 1]` 。v8.0.0 以前のバージョンの範囲は`[0, 18446744073709551615]`です。 - この変数は、TiDB がバックグラウンド スレッドで[`ANALYZE TABLE`](/sql-statements/sql-statement-analyze-table.md)自動的に実行してテーブル統計を更新する際のしきい値を設定するために使用されます。たとえば、値が 0.5 の場合、テーブル内の行の 50% 以上が変更されたときに自動分析がトリガーされます。 `tidb_auto_analyze_start_time`と`tidb_auto_analyze_end_time`指定することで、自動分析を特定の時間帯のみ実行するように制限できます。 -> **注記：** +> **Note:** > > この機能を使用するには、システム変数`tidb_enable_auto_analyze` `ON`に設定する必要があります。 @@ -1352,7 +1352,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー -> **注記：** +> **Note:** > > このシステム変数は、TSOリクエストを非同期で取得する場合に**適用されません**。TSO取得のタイムアウトを調整するには、 [`pd-server-timeout`](/tidb-configuration-file.md#pd-server-timeout)設定項目を設定してください。 @@ -1360,7 +1360,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_batch_commit {#tidb-batch-commit} -> **警告：** +> **Warning:** > > この変数を有効にすることは推奨**されません**。 @@ -1372,7 +1372,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_batch_delete {#tidb-batch-delete} -> **警告：** +> **Warning:** > > この変数は、非推奨のバッチ DML 機能に関連付けられており、データ破損を引き起こす可能性があります。そのため、バッチ DML でこの変数を有効にすることは推奨されません。代わりに、[非トランザクションDML](/non-transactional-dml.md)を使用してください。 @@ -1384,7 +1384,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_batch_insert {#tidb-batch-insert} -> **警告：** +> **Warning:** > > この変数は、非推奨のバッチ DML 機能に関連付けられており、データ破損を引き起こす可能性があります。そのため、バッチ DML でこの変数を有効にすることは推奨されません。代わりに、[非トランザクションDML](/non-transactional-dml.md)を使用してください。 @@ -1464,7 +1464,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_cdc_write_source v6.5.0で追加 {#tidb-cdc-write-source-new-in-v650} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)では読み取り専用です。 @@ -1478,7 +1478,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_check_mb4_value_in_utf8 {#tidb-check-mb4-value-in-utf8} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -1515,7 +1515,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_config {#tidb-config} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -1610,7 +1610,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_cost_model_version v6.2.0で追加 {#tidb-cost-model-version-new-in-v620} -> **注記：** +> **Note:** > > - TiDB v6.5.0以降では、新しく作成されたクラスタはデフォルトでコストモデルバージョン2を使用します。TiDBバージョンをv6.5.0より前のバージョンからv6.5.0以降にアップグレードした場合、 `tidb_cost_model_version`値は変更されません。 > - コストモデルのバージョンを変更すると、実行プランに変更が生じる可能性があります。 @@ -1668,7 +1668,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー -> **注記：** +> **Note:** > > - インデックスの高速化には、書き込み可能で十分な空き容量のある[`temp-dir`](/tidb-configuration-file.md#temp-dir-new-in-v630)が必要です。 `temp-dir`が使用できない場合、TiDB は高速化されていないインデックス構築にフォールバックします。 `temp-dir`は SSD ディスクに配置することをお勧めします。 > @@ -1678,7 +1678,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー -> **警告：** +> **Warning:** > > 現在、この機能は[単一の`ALTER TABLE`ステートメントで複数の列またはインデックスを変更する](/sql-statements/sql-statement-alter-table.md)完全な互換性はありません。インデックス アクセラレーションを使用して一意インデックスを追加する場合は、同じステートメント内の他の列やインデックスを変更しないようにする必要があります。 @@ -1710,7 +1710,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_cloud_storage_uri v7.4.0で追加 {#tidb-cloud-storage-uri-new-in-v740} -> **注記：** +> **Note:** > > 現在、[グローバルソート](/tidb-global-sort.md)プロセスは TiDB ノードのコンピューティング リソースとメモリリソースを大量に消費します。ユーザー業務アプリケーションの実行中にオンラインでインデックスを追加するなどのシナリオでは、クラスタに新しい TiDB ノードを追加し、これらのノードの[`tidb_service_scope`](/system-variables.md#tidb_service_scope-new-in-v740)変数を構成して、これらのノードに接続してタスクを作成することをお勧めします。このようにして、分散フレームワークはタスクをこれらのノードにスケジュールし、ワークロードを他の TiDB ノードから分離することで、 `ADD INDEX`や`IMPORT INTO`などのバックエンド タスクの実行がユーザー業務アプリケーションに与える影響を軽減します。 @@ -1725,7 +1725,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_ddl_error_count_limit {#tidb-ddl-error-count-limit} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)では読み取り専用です。 @@ -1739,7 +1739,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_ddl_flashback_concurrency v6.3.0で追加 {#tidb-ddl-flashback-concurrency-new-in-v630} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)、[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)、および[TiDB Cloud Premium](https://docs.pingcap.com/tidbcloud/select-cluster-tier#premium)では読み取り専用です。 @@ -1753,7 +1753,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_ddl_reorg_batch_size {#tidb-ddl-reorg-batch-size} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)では読み取り専用です。 @@ -1772,7 +1772,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_ddl_reorg_priority {#tidb-ddl-reorg-priority} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)では読み取り専用です。 @@ -1786,7 +1786,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_ddl_reorg_max_write_speed は、v6.5.12、v7.5.5、v8.5.0 で新たに追加されました。 {#tidb-ddl-reorg-max-write-speed-span-class-version-mark-new-in-v6-5-12-v7-5-5-and-v8-5-0-span} -> **注記：** +> **Note:** > > TiDB Cloud Premiumの場合、この変数は適切な値に自動的に調整されるため、ユーザーが変更することはできません。設定を調整する必要がある場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 @@ -1855,7 +1855,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_disable_txn_auto_retry {#tidb-disable-txn-auto-retry} -> **警告：** +> **Warning:** > > バージョン8.0.0以降、この変数は非推奨となり、TiDBは楽観的トランザクションの自動再試行をサポートしなくなりました。代替策として、楽観的トランザクションの競合が発生した場合は、エラーを捕捉してアプリケーションでトランザクションを再試行するか、[悲観的トランザクションモード](/pessimistic-transaction.md)を使用してください。 @@ -1903,7 +1903,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_dml_batch_size {#tidb-dml-batch-size} -> **警告：** +> **Warning:** > > この変数は、非推奨のバッチ DML 機能に関連付けられており、データ破損を引き起こす可能性があります。そのため、バッチ DML でこの変数を有効にすることは推奨されません。代わりに、[非トランザクションDML](/non-transactional-dml.md)を使用してください。 @@ -1918,17 +1918,17 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー - `0`という値のみがACID準拠を保証します。この値を他の値に設定すると、TiDB の原子性と分離性の保証が損なわれます。 - この変数を機能させるには、 `tidb_enable_batch_dml`と、 `tidb_batch_insert`および`tidb_batch_delete`の少なくとも 1 つを有効にする必要があります。 -> **注記：** +> **Note:** > > v7.0.0 以降、 `tidb_dml_batch_size` [`LOAD DATA`ステートメント](/sql-statements/sql-statement-load-data.md)に影響しなくなりました。 ### tidb_dml_type v8.0.0で追加 {#tidb-dml-type-new-in-v800} -> **警告：** +> **Warning:** > > 一括DML実行モード（ `tidb_dml_type = "bulk"` ）は実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される場合があります。バグを発見した場合は、[問題](https://github.com/pingcap/tidb/issues)を報告してください。現在のバージョンでは、TiDBが一括DMLモードを使用して大規模なトランザクションを実行すると、TiCDC、 TiFlash、およびTiKVのresolved-tsモジュールのメモリ使用量と実行効率に影響を与え、OOM問題を引き起こす可能性があります。さらに、ロックに遭遇するとBRがブロックされ、処理に失敗する可能性があります。したがって、これらのコンポーネントまたは機能が有効になっている場合は、このモードの使用は推奨されません。 -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)では読み取り専用です。 @@ -1943,7 +1943,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_enable_1pc v5.0の新機能 {#tidb-enable-1pc-new-in-v50} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)では読み取り専用です。 @@ -1954,7 +1954,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー - デフォルト値: `ON` - この変数は、1つのリージョンのみに影響を与えるトランザクションに対して、1フェーズコミット機能を有効にするかどうかを指定するために使用されます。よく使用される2フェーズコミットと比較して、1フェーズコミットはトランザクションコミットのレイテンシーを大幅に削減し、スループットを向上させることができます。 -> **注記：** +> **Note:** > > - `ON`のデフォルト値は、新規クラスターにのみ適用されます。クラスターが以前のバージョンの TiDB からアップグレードされた場合は、代わりに`OFF`が使用されます。 > - このパラメータを有効にしても、ワンフェーズコミットがトランザクションコミットのオプションモードになるだけです。実際には、最適なトランザクションコミットモードはTiDBによって決定されます。 @@ -1969,13 +1969,13 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー - この変数は、 `ANALYZE`を実行する際に、履歴データを読み取るか最新データを読み取るかを制御します。この変数が`ON`に設定されている場合、 `ANALYZE` `ANALYZE`実行時に利用可能な履歴データを読み取ります。この変数が`OFF`に設定されている場合、 `ANALYZE`最新データを読み取ります。 - v5.2より前は、 `ANALYZE`は最新のデータを読み取ります。v5.2からv6.1までは、 `ANALYZE` `ANALYZE`の時点で利用可能な履歴データを読み取ります。 -> **警告：** +> **Warning:** > > `ANALYZE`が`ANALYZE`の時点で利用可能な履歴データを読み取ると、履歴データがガベージコレクションされるため、 `AUTO ANALYZE`の実行時間が長くなると`GC life time is shorter than transaction duration`エラーが発生する可能性があります。 ### tidb_enable_async_commit v5.0で追加 {#tidb-enable-async-commit-new-in-v50} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)では読み取り専用です。 @@ -1986,14 +1986,14 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー - デフォルト値: `ON` - この変数は、2段階トランザクションコミットの第2段階で非同期コミット機能を有効にして、バックグラウンドで非同期に実行するかどうかを制御します。この機能を有効にすると、トランザクションコミットのレイテンシーを短縮できます。 -> **注記：** +> **Note:** > > - `ON`のデフォルト値は、新規クラスターにのみ適用されます。クラスターが以前のバージョンの TiDB からアップグレードされた場合は、代わりに`OFF`が使用されます。 > - このパラメータを有効にしても、非同期コミットがトランザクションコミットのオプションモードになるだけです。実際には、最適なトランザクションコミットモードはTiDBによって決定されます。 ### tidb_enable_auto_analyze v6.1.0で追加 {#tidb-enable-auto-analyze-new-in-v610} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)では読み取り専用です。 @@ -2025,7 +2025,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_enable_batch_dml {#tidb-enable-batch-dml} -> **警告：** +> **Warning:** > > この変数は、非推奨のバッチ DML 機能に関連付けられており、データ破損を引き起こす可能性があります。そのため、バッチ DML でこの変数を有効にすることは推奨されません。代わりに、[非トランザクションDML](/non-transactional-dml.md)を使用してください。 @@ -2055,7 +2055,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_enable_cascades_planner {#tidb-enable-cascades-planner} -> **警告：** +> **Warning:** > > 現在、カスケードプランナーは実験的機能です。本番環境での使用は推奨されません。 @@ -2098,7 +2098,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_enable_ddl はv6.3.0 で追加されました。 {#tidb-enable-ddl-span-class-version-mark-new-in-v6-3-0-span} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)では読み取り専用です。 @@ -2111,7 +2111,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_enable_collect_execution_info {#tidb-enable-collect-execution-info} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -2124,7 +2124,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_enable_column_tracking v5.4.0で追加 {#tidb-enable-column-tracking-new-in-v540} -> **警告：** +> **Warning:** > > バージョン8.3.0以降、この変数は非推奨となりました。TiDBはデフォルトで述語列を追跡します。詳細については、 [`tidb_analyze_column_options`](#tidb_analyze_column_options-new-in-v830)参照してください。 @@ -2200,7 +2200,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_enable_fast_analyze {#tidb-enable-fast-analyze} -> **警告：** +> **Warning:** > > バージョン7.5.0以降、この変数は非推奨となりました。 @@ -2214,7 +2214,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_enable_fast_table_check はv7.2.0 で追加されました。 {#tidb-enable-fast-table-check-span-class-version-mark-new-in-v7-2-0-span} -> **注記：** +> **Note:** > > この変数は[多値インデックス](/sql-statements/sql-statement-create-index.md#multi-valued-indexes)およびプレフィックス インデックスに対しては機能しません。 @@ -2237,11 +2237,11 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_enable_gc_aware_memory_track {#tidb-enable-gc-aware-memory-track} -> **警告：** +> **Warning:** > > この変数はTiDBのデバッグ用内部変数です。将来のリリースで削除される可能性があります。この変数を設定**しないでください**。 -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)では読み取り専用です。 @@ -2264,7 +2264,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_enable_lazy_cursor_fetch v8.3.0で追加 {#tidb-enable-lazy-cursor-fetch-new-in-v830} -> **警告：** +> **Warning:** > > この変数で制御される機能は実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される可能性があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)報告してください。 @@ -2318,7 +2318,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_enable_non_prepared_plan_cache_for_dml v7.1.0 で追加 {#tidb-enable-non-prepared-plan-cache-for-dml-new-in-v710} -> **警告：** +> **Warning:** > > DML ステートメント用の非プリペアド実行プラン キャッシュは実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される可能性があります。バグを発見した場合は、GitHub で[問題](https://github.com/pingcap/tidb/issues)報告してください。 @@ -2344,7 +2344,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_enable_gogc_tuner v6.4.0で追加 {#tidb-enable-gogc-tuner-new-in-v640} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -2366,7 +2366,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_enable_historical_stats_for_capture {#tidb-enable-historical-stats-for-capture} -> **警告：** +> **Warning:** > > この変数で制御される機能は、現在のTiDBバージョンでは完全には動作しません。デフォルト値を変更しないでください。 @@ -2379,7 +2379,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_enable_index_merge v4.0で追加 {#tidb-enable-index-merge-new-in-v40} -> **注記：** +> **Note:** > > - TiDBクラスタをv4.0.0より前のバージョンからv5.4.0以降にアップグレードした後、実行プランの変更によるパフォーマンス低下を防ぐため、この変数はデフォルトで無効になります。 > @@ -2426,7 +2426,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_enable_local_txn {#tidb-enable-local-txn} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -2497,7 +2497,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー - `tx_read_only` 、 `transaction_read_only` 、 `offline_mode` 、 `super_read_only` 、 `read_only` 、および`sql_auto_is_null`システム変数 - `GROUP BY ASC|DESC`構文 -> **警告：** +> **Warning:** > > `OFF`のデフォルト値のみが安全であると言えます。 `tidb_enable_noop_functions=1`を設定すると、TiDB が特定の構文をエラーなしで無視できるため、アプリケーションで予期しない動作が発生する可能性があります。たとえば、 `START TRANSACTION READ ONLY`構文は許可されますが、トランザクションは読み書きモードのままになります。 @@ -2548,7 +2548,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_enable_instance_plan_cache v8.4.0で追加 {#tidb-enable-instance-plan-cache-new-in-v840} -> **警告：** +> **Warning:** > > 現在、インスタンスプランキャッシュは実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される可能性があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 @@ -2583,7 +2583,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー - `IndexLookup`と`Limit`を使用する読み取りクエリで、 `Limit`を`IndexScan`にプッシュダウンできない場合、読み取りクエリのレイテンシーが高くなり、TiKV `Unified read pool CPU`の使用率が高くなる可能性があります。このような場合、 `Limit`オペレーターは少量のデータしか必要としないため、 [`tidb_enable_paging`](#tidb_enable_paging-new-in-v540) `ON`に設定すると、TiDB が処理するデータ量が少なくなり、クエリのレイテンシーとリソース消費が削減されます。 - [Dumpling](https://docs.pingcap.com/tidb/stable/dumpling-overview)を使用したデータエクスポートやフルテーブルスキャンなどのシナリオでは、ページングを有効にすることで、TiDBプロセスのメモリ消費量を効果的に削減できます。 -> **注記：** +> **Note:** > > TiFlashの代わりにTiKVをストレージエンジンとして使用するOLAPシナリオでは、ページングを有効にすると、場合によってはパフォーマンスが低下する可能性があります。パフォーマンスが低下した場合は、この変数を使用してページングを無効にするか、 [`tidb_min_paging_size`](/system-variables.md#tidb_min_paging_size-new-in-v620)および[`tidb_max_paging_size`](/system-variables.md#tidb_max_paging_size-new-in-v630)変数を使用してページングサイズの行範囲を調整することを検討してください。 @@ -2754,7 +2754,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_enable_resource_control v6.6.0で追加 {#tidb-enable-resource-control-new-in-v660} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -2786,7 +2786,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_enable_slow_log {#tidb-enable-slow-log} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -2818,7 +2818,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_enable_stmt_summary v3.0.4で追加 {#tidb-enable-stmt-summary-new-in-v304} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -2872,7 +2872,7 @@ mysql> CREATE TABLE t1 (id int, c double(10)); Query OK, 0 rows affected (0.09 sec) ``` -> **注記：** +> **Note:** > > この設定は`DOUBLE`型に対して精度指定がMySQLで許可されているため、 `FLOAT`型にのみ適用されます。この動作はMySQL 8.0.17以降非推奨となり、 `FLOAT`型または`DOUBLE`型に対して精度指定を行うことは推奨されません。 @@ -2927,7 +2927,7 @@ Query OK, 0 rows affected (0.09 sec) ### tidb_enable_top_sql v5.4.0で追加 {#tidb-enable-top-sql-new-in-v540} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -2951,7 +2951,7 @@ Query OK, 0 rows affected (0.09 sec) ### tidb_enable_tso_follower_proxy v5.3.0で追加 {#tidb-enable-tso-follower-proxy-new-in-v530} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -2965,7 +2965,7 @@ Query OK, 0 rows affected (0.09 sec) - TSOリクエストの負荷が高いため、PDリーダーのCPUがボトルネックとなり、TSO RPCリクエストのレイテンシーが増大する。 - TiDBクラスタには多数のTiDBインスタンスが存在するため、 [`tidb_tso_client_batch_max_wait_time`](#tidb_tso_client_batch_max_wait_time-new-in-v530)の値を増やしても、TSO RPCリクエストの高レイテンシーの問題は解消されません。 -> **注記：** +> **Note:** > > - PDリーダーのCPU使用率のボトルネック以外の理由（ネットワークの問題など）でTSO RPCのレイテンシーが増加したとします。この場合、TSOFollowerプロキシを有効にすると、TiDBの実行レイテンシーが増加し、クラスタのQPSパフォーマンスに影響を与える可能性があります。 > - この機能は[`tidb_tso_client_rpc_mode`](#tidb_tso_client_rpc_mode-new-in-v840)と互換性がありません。この機能を有効にすると、[`tidb_tso_client_rpc_mode`](#tidb_tso_client_rpc_mode-new-in-v840)は有効になりません。 @@ -3040,7 +3040,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_evolve_plan_baselines v4.0 の新機能 {#tidb-evolve-plan-baselines-new-in-v40} -> **警告：** +> **Warning:** > > この変数で制御される機能は実験的機能です。本番環境での使用は推奨されません。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)報告してください。 @@ -3119,7 +3119,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_expensive_query_time_threshold {#tidb-expensive-query-time-threshold} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -3138,7 +3138,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -3155,7 +3155,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_force_priority {#tidb-force-priority} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -3168,7 +3168,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー - この変数は、TiDBサーバー上で実行されるステートメントのデフォルトの優先度を変更するために使用されます。使用例としては、OLAPクエリを実行する特定のユーザーが、OLTPクエリを実行するユーザーよりも低い優先度を受け取るようにすることが挙げられます。 - デフォルト値`NO_PRIORITY`は、ステートメントの優先順位が強制的に変更されないことを意味します。 -> **注記：** +> **Note:** > > バージョン6.6.0以降、TiDBは[リソース制御](/tidb-resource-control-ru-groups.md)サポートしています。この機能を使用すると、異なるリソースグループで異なる優先度のSQLステートメントを実行できます。これらのリソースグループに適切なクォータと優先度を設定することで、異なる優先度のSQLステートメントのスケジューリングをより適切に制御できます。リソース制御が有効になっている場合、ステートメントの優先度は適用されなくなります。 を使用して[リソース制御](/tidb-resource-control-ru-groups.md)異なるSQLステートメントのリソース使用量を管理することをお勧めします。 @@ -3183,7 +3183,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_gc_concurrency v5.0で追加 {#tidb-gc-concurrency-new-in-v50} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -3203,7 +3203,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_gc_enable v5.0で追加 {#tidb-gc-enable-new-in-v50} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -3224,7 +3224,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー - TiDB Self-Managed および[TiDB Cloud Dedicated](https://docs.pingcap.com/tidbcloud/select-cluster-tier#tidb-cloud-dedicated)の場合は`[10m0s, 8760h0m0s]` 、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)の場合は`[10m0s, 168h0m0s]`の範囲 - 各GCにおいてデータが保持される時間制限（Go Duration形式）。GCが発生すると、現在の時刻からこの値を引いた時点が安全ポイントとなります。 -> **注記：** +> **Note:** > > - 頻繁に更新されるシナリオでは、 `tidb_gc_life_time`の値が大きい場合（日数または月数）、次のような潜在的な問題が発生する可能性があります。 > - ストレージ使用量の増加 @@ -3233,7 +3233,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_gc_max_wait_time はv6.1.0 で追加されました。 {#tidb-gc-max-wait-time-span-class-version-mark-new-in-v6-1-0-span} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -3248,7 +3248,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_gc_run_interval v5.0で追加 {#tidb-gc-run-interval-new-in-v50} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -3262,11 +3262,11 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_gc_scan_lock_mode v5.0で追加 {#tidb-gc-scan-lock-mode-new-in-v50} -> **警告：** +> **Warning:** > > 現在、Green GCは実験的機能です。本番環境での使用は推奨されません。 -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -3293,7 +3293,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_general_log {#tidb-general-log} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -3337,7 +3337,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_non_prepared_plan_cache_size {#tidb-non-prepared-plan-cache-size} -> **警告：** +> **Warning:** > > バージョン7.1.0以降、この変数は非推奨となりました。代わりに、 [`tidb_session_plan_cache_size`](#tidb_session_plan_cache_size-new-in-v710)を使用して設定してください。 @@ -3361,7 +3361,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_generate_binary_plan v6.2.0で追加 {#tidb-generate-binary-plan-new-in-v620} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -3396,7 +3396,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_gogc_tuner_threshold v6.4.0で追加 {#tidb-gogc-tuner-threshold-new-in-v640} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -3409,7 +3409,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_guarantee_linearizability v5.0で追加 {#tidb-guarantee-linearizability-new-in-v50} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -3434,7 +3434,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_hash_join_concurrency {#tidb-hash-join-concurrency} -> **警告：** +> **Warning:** > > バージョン5.0以降、この変数は非推奨となりました。代わりに、[`tidb_executor_concurrency`](#tidb_executor_concurrency-new-in-v50)を使用して設定してください。 @@ -3450,7 +3450,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_hash_join_version v8.4.0で追加 {#tidb-hash-join-version-new-in-v840} -> **警告：** +> **Warning:** > > この変数で制御される機能は実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される可能性があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)報告してください。 @@ -3462,13 +3462,13 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー - 指定可能な値: `legacy` 、 `optimized` - この変数は、TiDB がハッシュ結合の最適化バージョンを使用するかどうかを制御するために使用されます。デフォルト値は`legacy`で、これは最適化バージョンが使用されないことを意味します。 `optimized`に設定すると、TiDB はパフォーマンス向上のため、ハッシュ結合の実行に最適化バージョンを使用します。 -> **注記：** +> **Note:** > > 現在、最適化されたハッシュ結合は内部結合と外部結合のみをサポートしているため、他の結合については、 `tidb_hash_join_version`が`optimized`に設定されていても、TiDB は従来のハッシュ結合を使用します。 ### tidb_hashagg_final_concurrency {#tidb-hashagg-final-concurrency} -> **警告：** +> **Warning:** > > バージョン5.0以降、この変数は非推奨となりました。代わりに、[`tidb_executor_concurrency`](#tidb_executor_concurrency-new-in-v50)を使用して設定してください。 @@ -3485,7 +3485,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_hashagg_partial_concurrency {#tidb-hashagg-partial-concurrency} -> **警告：** +> **Warning:** > > バージョン5.0以降、この変数は非推奨となりました。代わりに、[`tidb_executor_concurrency`](#tidb_executor_concurrency-new-in-v50)を使用して設定してください。 @@ -3569,7 +3569,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_index_lookup_concurrency {#tidb-index-lookup-concurrency} -> **警告：** +> **Warning:** > > バージョン5.0以降、この変数は非推奨となりました。代わりに、[`tidb_executor_concurrency`](#tidb_executor_concurrency-new-in-v50)を使用して設定してください。 @@ -3586,7 +3586,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_index_lookup_join_concurrency {#tidb-index-lookup-join-concurrency} -> **警告：** +> **Warning:** > > バージョン5.0以降、この変数は非推奨となりました。代わりに、[`tidb_executor_concurrency`](#tidb_executor_concurrency-new-in-v50)を使用して設定してください。 @@ -3660,7 +3660,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_instance_plan_cache_reserved_percentage v8.4.0で追加 {#tidb-instance-plan-cache-reserved-percentage-new-in-v840} -> **警告：** +> **Warning:** > > 現在、インスタンスプランキャッシュは実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される可能性があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 @@ -3674,7 +3674,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_instance_plan_cache_max_size はv8.4.0 で追加されました。 {#tidb-instance-plan-cache-max-size-span-class-version-mark-new-in-v8-4-0-span} -> **警告：** +> **Warning:** > > 現在、インスタンスプランキャッシュは実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される可能性があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 @@ -3688,7 +3688,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_isolation_read_engines v4.0の新機能 {#tidb-isolation-read-engines-new-in-v40} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -3789,7 +3789,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_log_file_max_days はv5.3.0 で追加されました。 {#tidb-log-file-max-days-span-class-version-mark-new-in-v5-3-0-span} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -3857,7 +3857,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー -> **注記：** +> **Note:** > > - TiDBクラスタに複数のTiFlashノードがある場合、集計処理は通常、複数のTiFlashノードに分散して実行されます。この変数は、単一のTiFlashノードにおける集計演算子の最大メモリ使用量を制御します。 > - この変数が`-1`に設定されている場合、 TiFlash は、自身の構成項目[`max_bytes_before_external_group_by`](/tiflash/tiflash-configuration.md#tiflash-configuration-parameters)の値に基づいて、集約演算子の最大メモリ使用量を決定します。 @@ -3866,7 +3866,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー -> **注記：** +> **Note:** > > - TiDBクラスタに複数のTiFlashノードがある場合、集計処理は通常、複数のTiFlashノードに分散して実行されます。この変数は、単一のTiFlashノードにおける集計演算子の最大メモリ使用量を制御します。 > - この変数が`-1`に設定されている場合、 TiFlash は自身の構成項目`max_bytes_before_external_group_by`の値に基づいて集約演算子の最大メモリ使用量を決定します。 @@ -3885,7 +3885,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー -> **注記：** +> **Note:** > > - TiDBクラスタに複数のTiFlashノードがある場合、結合処理は通常、複数のTiFlashノード上で分散して実行されます。この変数は、単一のTiFlashノード上での結合演算子の最大メモリ使用量を制御します。 > - この変数が`-1`に設定されている場合、 TiFlash は、自身の構成項目[`max_bytes_before_external_join`](/tiflash/tiflash-configuration.md#tiflash-configuration-parameters)の値に基づいて、結合演算子の最大メモリ使用量を決定します。 @@ -3894,7 +3894,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー -> **注記：** +> **Note:** > > - TiDBクラスタに複数のTiFlashノードがある場合、結合処理は通常、複数のTiFlashノード上で分散して実行されます。この変数は、単一のTiFlashノード上での結合演算子の最大メモリ使用量を制御します。 > - この変数が`-1`に設定されている場合、 TiFlash は自身の構成項目`max_bytes_before_external_join`の値に基づいて結合演算子の最大メモリ使用量を決定します。 @@ -3913,7 +3913,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー -> **注記：** +> **Note:** > > - TiDBクラスタに複数のTiFlashノードがある場合、TopNとSortは通常、複数のTiFlashノードで分散実行されます。この変数は、単一のTiFlashノードにおけるTopNおよびSort演算子の最大メモリ使用量を制御します。 > - この変数が`-1`に設定されている場合、 TiFlash は、独自の構成項目[`max_bytes_before_external_sort`](/tiflash/tiflash-configuration.md#tiflash-configuration-parameters)の値に基づいて、TopN および Sort オペレーターの最大メモリ使用量を決定します。 @@ -3922,7 +3922,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー -> **注記：** +> **Note:** > > - TiDBクラスタに複数のTiFlashノードがある場合、TopNとSortは通常、複数のTiFlashノードで分散実行されます。この変数は、単一のTiFlashノードにおけるTopNおよびSort演算子の最大メモリ使用量を制御します。 > - この変数が`-1`に設定されている場合、 TiFlash は、自身の構成項目`max_bytes_before_external_sort`の値に基づいて、TopN および Sort オペレーターの最大メモリ使用量を決定します。 @@ -3960,7 +3960,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー - 範囲: `-1`または`[1, 128]` - この変数は、分散実行フレームワーク（DXF）タスクが使用できる TiDB ノードの最大数を定義します。デフォルト値`-1`は、自動モードが有効になっていることを示します。このモードでは、TiDB は`min(3, tikv_nodes / 3)`という値を動的に計算します。ここで、 `tikv_nodes`はクラスタ内の TiKV ノードの数です。 -> **注記：** +> **Note:** > > TiDB ノードに対して[`tidb_service_scope`](#tidb_service_scope-new-in-v740)システム変数を明示的に設定すると、DXF はこれらのノードにのみタスクをスケジュールします。この場合、 `tidb_max_dist_task_nodes`より大きな値に設定しても、DXF は`tidb_service_scope`で明示的に構成したノードの最大数を使用します。 > @@ -4014,7 +4014,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_mem_quota_analyze v6.1.0で追加 {#tidb-mem-quota-analyze-new-in-v610} -> **警告：** +> **Warning:** > > 現在、 `ANALYZE`メモリクォータは実験的機能であり、本番環境ではメモリ統計が不正確になる可能性があります。 @@ -4027,7 +4027,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー - 単位：バイト - この変数は、TiDB の統計情報更新における最大メモリ使用量を制御します。このようなメモリ使用量は、手動で[`ANALYZE TABLE`](/sql-statements/sql-statement-analyze-table.md)実行したとき、および TiDB がバックグラウンドでタスクを自動的に分析するときに発生します。合計メモリ使用量がこのしきい値を超えると、ユーザーが実行した`ANALYZE`終了し、より低いサンプリング レートを試すか、後で再試行するように促すエラー メッセージが表示されます。メモリしきい値を超えたために TiDB のバックグラウンドで自動タスクが終了し、使用されているサンプリング レートがデフォルト値よりも高い場合、TiDB はデフォルトのサンプリング レートを使用して更新を再試行します。この変数の値が負またはゼロの場合、TiDB は手動および自動更新タスクの両方のメモリ使用量を制限しません。 -> **注記：** +> **Note:** > > `auto_analyze` 、TiDB 起動構成ファイルで`run-auto-analyze`有効になっている場合にのみ、TiDB クラスタでトリガーされます。 @@ -4103,7 +4103,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_memory_usage_alarm_ratio {#tidb-memory-usage-alarm-ratio} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -4137,7 +4137,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -4180,7 +4180,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_metric_query_range_duration v4.0で追加 {#tidb-metric-query-range-duration-new-in-v40} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -4194,7 +4194,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー ### tidb_metric_query_step v4.0で追加 {#tidb-metric-query-step-new-in-v40} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -4250,7 +4250,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー | 複数のステートメント = オフ | の上 | はい | | 複数のステートメント = オフ | 警告 | はい（+警告が返されました） | -> **注記：** +> **Note:** > > `OFF`のデフォルト値のみが安全であると考えられます。アプリケーションが以前のバージョンの TiDB 用に設計されている場合は`tidb_multi_statement_mode=ON`を設定する必要がある場合があります。アプリケーションで複数のステートメントのサポートが必要な場合は、 `tidb_multi_statement_mode`オプションの代わりに、クライアントライブラリが提供する設定を使用することをお勧めします。例: > @@ -4451,7 +4451,7 @@ mysql> desc select count(distinct a) from test.t; ### tidb_opt_enable_mpp_shared_cte_execution v7.2.0で追加 {#tidb-opt-enable-mpp-shared-cte-execution-new-in-v720} -> **警告：** +> **Warning:** > > この変数で制御される機能は実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される可能性があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)報告してください。 @@ -4546,7 +4546,7 @@ mysql> desc select count(distinct a) from test.t; - デフォルト値: `ON` - この変数は、 [`HASH_JOIN()`ヒント](/optimizer-hints.md#hash_joint1_name--tl_name-)や[`MERGE_JOIN()`ヒント](/optimizer-hints.md#merge_joint1_name--tl_name-)などの結合方法ヒントが、 [`LEADING()`ヒント](/optimizer-hints.md#leadingt1_name--tl_name-)の使用を含む結合したテーブルの再配置最適化プロセスに影響を与えるかどうかを制御するために使用されます。 デフォルト値は`ON`で、これは影響を与えないことを意味します。 `OFF`に設定すると、結合方法ヒントと`LEADING()`ヒントが同時に使用されるシナリオで競合が発生する可能性があります。 -> **注記：** +> **Note:** > > v7.0.0 より前のバージョンの動作は、この変数を`OFF`に設定した場合の動作と一致します。前方互換性を確保するため、以前のバージョンから v7.0.0 以降のクラスタにアップグレードすると、この変数は`OFF`に設定されます。より柔軟なヒント動作を実現するには、パフォーマンスの低下がないことを条件に、この変数を`ON`に切り替えることを強くお勧めします。 @@ -4822,7 +4822,7 @@ mysql> desc select count(distinct a) from test.t; - 部分順序 TopN 最適化の使用を強制するには、この変数を`COST`に設定し、クエリで`USE INDEX`または`FORCE INDEX`を使用して条件付きインデックスを指定します。指定されたインデックスがこの最適化の前提条件を満たしていない場合 (たとえば、 `ORDER BY`句がインデックスのプレフィックスと一致しない場合、またはクエリにサポートされていない順序付けパターンが含まれている場合)、変数を`COST`に設定しても最適化が適用されず、実行プランは標準の TopN アプローチにフォールバックします。 - > **注記：** + > **Note:** > > 現在、オプティマイザはコストモデルに基づいて部分順序 TopN 最適化を適用するかどうかを動的に決定することをサポートしていません。 `COST`または`USE INDEX` } を指定せずにこの変数を`FORCE INDEX`のみに設定した場合、オプティマイザはこの最適化を適用しない可能性があります。最適化が確実に適用されるようにするには、 `USE INDEX`または`FORCE INDEX`と組み合わせて使用​​してください。 @@ -4876,7 +4876,7 @@ CREATE TABLE t_varchar ( ### tidb_opt_prefer_range_scan v5.0で追加 {#tidb-opt-prefer-range-scan-new-in-v50} -> **注記：** +> **Note:** > > バージョン8.4.0以降、この変数のデフォルト値が`OFF`から`ON`に変更されました。 @@ -5141,7 +5141,7 @@ SHOW WARNINGS; ### tidb_opt_skew_distinct_agg v6.2.0で追加 {#tidb-opt-skew-distinct-agg-new-in-v620} -> **注記：** +> **Note:** > > この変数を有効にすることでクエリのパフォーマンスを最適化する効果は**、 TiFlashに対してのみ**有効です。 @@ -5182,7 +5182,7 @@ SHOW WARNINGS; ### tidb_opt_write_row_id {#tidb-opt-write-row-id} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -5194,7 +5194,7 @@ SHOW WARNINGS; ### tidb_opt_hash_agg_cost_factor v8.5.3で追加 {#tidb-opt-hash-agg-cost-factor-new-in-v853} -> **警告：** +> **Warning:** > > この変数は[コストモデル](/cost-model.md)によって内部的に使用され、その値を変更することはお勧め**できません**。 @@ -5206,7 +5206,7 @@ SHOW WARNINGS; ### tidb_opt_hash_join_cost_factor v8.5.3で追加 {#tidb-opt-hash-join-cost-factor-new-in-v853} -> **警告：** +> **Warning:** > > この変数は[コストモデル](/cost-model.md)によって内部的に使用され、その値を変更することはお勧め**できません**。 @@ -5218,7 +5218,7 @@ SHOW WARNINGS; ### tidb_opt_index_join_cost_factor v8.5.3で追加 {#tidb-opt-index-join-cost-factor-new-in-v853} -> **警告：** +> **Warning:** > > この変数は[コストモデル](/cost-model.md)によって内部的に使用され、その値を変更することはお勧め**できません**。 @@ -5230,7 +5230,7 @@ SHOW WARNINGS; ### tidb_opt_index_lookup_cost_factor v8.5.3で追加 {#tidb-opt-index-lookup-cost-factor-new-in-v853} -> **警告：** +> **Warning:** > > この変数は[コストモデル](/cost-model.md)によって内部的に使用され、その値を変更することはお勧め**できません**。 @@ -5242,7 +5242,7 @@ SHOW WARNINGS; ### tidb_opt_index_merge_cost_factor v8.5.3で追加 {#tidb-opt-index-merge-cost-factor-new-in-v853} -> **警告：** +> **Warning:** > > この変数は[コストモデル](/cost-model.md)によって内部的に使用され、その値を変更することはお勧め**できません**。 @@ -5254,7 +5254,7 @@ SHOW WARNINGS; ### tidb_opt_index_reader_cost_factor v8.5.3で追加 {#tidb-opt-index-reader-cost-factor-new-in-v853} -> **警告：** +> **Warning:** > > この変数は[コストモデル](/cost-model.md)によって内部的に使用され、その値を変更することはお勧め**できません**。 @@ -5266,7 +5266,7 @@ SHOW WARNINGS; ### tidb_opt_index_scan_cost_factor v8.5.3で追加 {#tidb-opt-index-scan-cost-factor-new-in-v853} -> **警告：** +> **Warning:** > > この変数は[コストモデル](/cost-model.md)によって内部的に使用され、その値を変更することはお勧め**できません**。 @@ -5278,7 +5278,7 @@ SHOW WARNINGS; ### tidb_opt_limit_cost_factor v8.5.3で追加 {#tidb-opt-limit-cost-factor-new-in-v853} -> **警告：** +> **Warning:** > > この変数は[コストモデル](/cost-model.md)によって内部的に使用され、その値を変更することはお勧め**できません**。 @@ -5290,7 +5290,7 @@ SHOW WARNINGS; ### tidb_opt_merge_join_cost_factor v8.5.3で追加 {#tidb-opt-merge-join-cost-factor-new-in-v853} -> **警告：** +> **Warning:** > > この変数は[コストモデル](/cost-model.md)によって内部的に使用され、その値を変更することはお勧め**できません**。 @@ -5302,7 +5302,7 @@ SHOW WARNINGS; ### tidb_opt_sort_cost_factor v8.5.3で追加 {#tidb-opt-sort-cost-factor-new-in-v853} -> **警告：** +> **Warning:** > > この変数は[コストモデル](/cost-model.md)によって内部的に使用され、その値を変更することはお勧め**できません**。 @@ -5314,7 +5314,7 @@ SHOW WARNINGS; ### tidb_opt_stream_agg_cost_factor v8.5.3で追加 {#tidb-opt-stream-agg-cost-factor-new-in-v853} -> **警告：** +> **Warning:** > > この変数は[コストモデル](/cost-model.md)によって内部的に使用され、その値を変更することはお勧め**できません**。 @@ -5326,7 +5326,7 @@ SHOW WARNINGS; ### tidb_opt_table_full_scan_cost_factor v8.5.3で追加 {#tidb-opt-table-full-scan-cost-factor-new-in-v853} -> **警告：** +> **Warning:** > > この変数は[コストモデル](/cost-model.md)によって内部的に使用され、その値を変更することはお勧め**できません**。 @@ -5338,7 +5338,7 @@ SHOW WARNINGS; ### tidb_opt_table_range_scan_cost_factor v8.5.3で追加 {#tidb-opt-table-range-scan-cost-factor-new-in-v853} -> **警告：** +> **Warning:** > > この変数は[コストモデル](/cost-model.md)によって内部的に使用され、その値を変更することはお勧め**できません**。 @@ -5350,7 +5350,7 @@ SHOW WARNINGS; ### tidb_opt_table_reader_cost_factor v8.5.3で追加 {#tidb-opt-table-reader-cost-factor-new-in-v853} -> **警告：** +> **Warning:** > > この変数は[コストモデル](/cost-model.md)によって内部的に使用され、その値を変更することはお勧め**できません**。 @@ -5362,7 +5362,7 @@ SHOW WARNINGS; ### tidb_opt_table_rowid_cost_factor v8.5.3で追加 {#tidb-opt-table-rowid-cost-factor-new-in-v853} -> **警告：** +> **Warning:** > > この変数は[コストモデル](/cost-model.md)によって内部的に使用され、その値を変更することはお勧め**できません**。 @@ -5374,7 +5374,7 @@ SHOW WARNINGS; ### tidb_opt_table_tiflash_scan_cost_factor v8.5.3で追加 {#tidb-opt-table-tiflash-scan-cost-factor-new-in-v853} -> **警告：** +> **Warning:** > > この変数は[コストモデル](/cost-model.md)によって内部的に使用され、その値を変更することはお勧め**できません**。 @@ -5386,7 +5386,7 @@ SHOW WARNINGS; ### tidb_opt_topn_cost_factor v8.5.3で追加 {#tidb-opt-topn-cost-factor-new-in-v853} -> **警告：** +> **Warning:** > > この変数は[コストモデル](/cost-model.md)によって内部的に使用され、その値を変更することはお勧め**できません**。 @@ -5407,7 +5407,7 @@ SHOW WARNINGS; ### tidb_partition_prune_mode v5.1で追加 {#tidb-partition-prune-mode-new-in-v51} -> **警告：** +> **Warning:** > > バージョン8.5.0以降、この変数を`static`または`static-only`に設定すると警告が表示されます。この変数は今後のリリースで非推奨となります。 @@ -5438,7 +5438,7 @@ SHOW WARNINGS; - 悲観的トランザクションに対して拡張悲観的ロックウェイクアップモデルを使用するかどうかを決定します。このモデルは、悲観的ロックの単一点競合シナリオにおける悲観的トランザクションのウェイクアップ順序を厳密に制御し、不要なウェイクアップを回避します。既存のウェイクアップメカニズムのランダム性によって生じる不確実性を大幅に低減します。ビジネスシナリオで頻繁に単一点悲観的ロックの競合が発生し（同じデータ行への頻繁な更新など）、その結果、ステートメントの再試行が頻繁に発生したり、テールレイテンシーが高くなったり、場合によっては`pessimistic lock retry limit reached`エラーが発生したりする場合には、この変数を有効にして問題を解決してみてください。 - この変数は、TiDBクラスタをv7.0.0より前のバージョンからv7.0.0以降のバージョンにアップグレードする場合、デフォルトで無効になっています。 -> **注記：** +> **Note:** > > - 具体的なビジネスシナリオによっては、このオプションを有効にすると、ロックの競合が頻繁に発生するトランザクションにおいて、スループットが一定程度低下する（平均レイテンシーが増加する）可能性があります。 > - このオプションは、単一のキーをロックする必要があるステートメントにのみ有効です。ステートメントが複数の行を同時にロックする必要がある場合、このオプションは有効になりません。 @@ -5446,7 +5446,7 @@ SHOW WARNINGS; ### tidb_placement_mode v6.0.0で追加 {#tidb-placement-mode-new-in-v600} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -5483,7 +5483,7 @@ SHOW WARNINGS; ### tidb_pprof_sql_cpu v4.0で追加 {#tidb-pprof-sql-cpu-new-in-v40} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -5517,7 +5517,7 @@ SHOW WARNINGS; ### tidb_prepared_plan_cache_size v6.1.0で追加 {#tidb-prepared-plan-cache-size-new-in-v610} -> **警告：** +> **Warning:** > > バージョン7.1.0以降、この変数は非推奨となりました。代わりに、 [`tidb_session_plan_cache_size`](#tidb_session_plan_cache_size-new-in-v710)を使用して設定してください。 @@ -5532,7 +5532,7 @@ SHOW WARNINGS; ### tidb_projection_concurrency {#tidb-projection-concurrency} -> **警告：** +> **Warning:** > > バージョン5.0以降、この変数は非推奨となりました。代わりに、[`tidb_executor_concurrency`](#tidb_executor_concurrency-new-in-v50)を使用して設定してください。 @@ -5560,7 +5560,7 @@ SHOW WARNINGS; ### tidb_rc_read_check_ts はv6.0.0 で追加されました。 {#tidb-rc-read-check-ts-span-class-version-mark-new-in-v6-0-0-span} -> **警告：** +> **Warning:** > > - この機能は[`replica-read`](#tidb_replica_read-new-in-v40)と互換性がありません。 `tidb_rc_read_check_ts`と`replica-read`同時に有効にしないでください。 > - クライアントがカーソルを使用している場合、返されたデータの前のバッチが既にクライアントによって使用されており、最終的にステートメントが失敗する可能性があるため`tidb_rc_read_check_ts`有効にすることは推奨されません。 @@ -5576,7 +5576,7 @@ SHOW WARNINGS; ### tidb_rc_write_check_ts はv6.3.0 で追加されました。 {#tidb-rc-write-check-ts-span-class-version-mark-new-in-v6-3-0-span} -> **警告：** +> **Warning:** > > この機能は現在、 [`replica-read`](#tidb_replica_read-new-in-v40)と互換性がありません。この変数を有効にすると、クライアントから送信されるすべてのリクエストで`replica-read`を使用できなくなります。したがって、 `tidb_rc_write_check_ts`と`replica-read`同時に有効にしないでください。 @@ -5609,7 +5609,7 @@ SHOW WARNINGS; ### tidb_record_plan_in_slow_log {#tidb-record-plan-in-slow-log} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -5622,7 +5622,7 @@ SHOW WARNINGS; ### tidb_redact_log {#tidb-redact-log} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -5675,7 +5675,7 @@ SHOW WARNINGS; ### tidb_restricted_read_only v5.2.0で追加 {#tidb-restricted-read-only-new-in-v520} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -5731,7 +5731,7 @@ SHOW WARNINGS; ### tidb_row_format_version {#tidb-row-format-version} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -5767,7 +5767,7 @@ SHOW WARNINGS; ### tidb_scatter_region {#tidb-scatter-region} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -5808,7 +5808,7 @@ SHOW WARNINGS; ### tidb_server_memory_limit v6.4.0で追加 {#tidb-server-memory-limit-new-in-v640} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -5826,7 +5826,7 @@ SHOW WARNINGS; ### tidb_server_memory_limit_gc_trigger はv6.4.0 で追加されました。 {#tidb-server-memory-limit-gc-trigger-span-class-version-mark-new-in-v6-4-0-span} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -5839,7 +5839,7 @@ SHOW WARNINGS; ### tidb_server_memory_limit_sess_min_sizeは v6.4.0 で追加されました。 {#tidb-server-memory-limit-sess-min-size-new-in-v640} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -5852,7 +5852,7 @@ SHOW WARNINGS; ### tidb_service_scope v7.4.0で追加 {#tidb-service-scope-new-in-v740} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -5905,7 +5905,7 @@ SHOW WARNINGS; ### tidb_simplified_metrics {#tidb-simplified-metrics} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -5967,7 +5967,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) - この変数は、UTF-8検証をスキップするかどうかを設定するために使用されます。 - UTF-8 文字の検証はパフォーマンスに影響します。入力文字が有効な UTF-8 文字であることが確実な場合は、変数の値を`ON`に設定できます。 -> **注記：** +> **Note:** > > 文字チェックをスキップすると、TiDB はアプリケーションによって書き込まれた無効な UTF-8 文字を検出できず、 `ANALYZE`の実行時にデコードエラーが発生したり、その他の未知のエンコード問題が発生したりする可能性があります。アプリケーションが書き込まれた文字列の有効性を保証できない場合は、文字チェックをスキップすることはお勧めしません。 @@ -5994,14 +5994,14 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) - この変数は、スロークエリログのトリガールールを定義します。多次元メトリクスを組み合わせることで、より柔軟で詳細なログ記録を実現します。 - このシステム変数の使用方法の詳細については、 [`tidb_slow_log_rules`使用する](/identify-slow-queries.md#use-tidb_slow_log_rules)参照してください。 -> **ヒント：** +> **Tip:** > > - 本番環境で`tidb_slow_log_rules`を有効にする場合は、スロークエリログの出力が過度に頻繁に発生しないように、 [`tidb_slow_log_max_per_sec`](#tidb_slow_log_max_per_sec-new-in-v856)も設定することをお勧めします。 > - 最初はより厳しい条件から始め、トラブルシューティングの必要性に応じて徐々に緩和していくことをお勧めします。パフォーマンスへの影響に関する詳細については、 を [推奨事項](/identify-slow-queries.md#recommendations)してください。 ### tidb_slow_log_threshold {#tidb-slow-log-threshold} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -6016,7 +6016,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_slow_query_file {#tidb-slow-query-file} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -6091,7 +6091,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_stats_load_sync_wait v5.4.0で追加 {#tidb-stats-load-sync-wait-new-in-v540} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -6108,13 +6108,13 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 -> **警告：** +> **Warning:** > > 明細書の要約を永続化する機能は実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される場合があります。バグを発見した場合は、GitHub で[問題](https://github.com/pingcap/tidb/issues)を報告してください。 @@ -6134,13 +6134,13 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 -> **警告：** +> **Warning:** > > 明細書の要約を永続化する機能は実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される場合があります。バグを発見した場合は、GitHub で[問題](https://github.com/pingcap/tidb/issues)を報告してください。 @@ -6160,13 +6160,13 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 -> **警告：** +> **Warning:** > > 明細書の要約を永続化する機能は実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される場合があります。バグを発見した場合は、GitHub で[問題](https://github.com/pingcap/tidb/issues)を報告してください。 @@ -6186,13 +6186,13 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 -> **警告：** +> **Warning:** > > 明細書の要約を永続化する機能は実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される場合があります。バグを発見した場合は、GitHub で[問題](https://github.com/pingcap/tidb/issues)を報告してください。 @@ -6213,13 +6213,13 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 -> **警告：** +> **Warning:** > > 明細書の要約を永続化する機能は実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される場合があります。バグを発見した場合は、GitHub で[問題](https://github.com/pingcap/tidb/issues)を報告してください。 @@ -6238,7 +6238,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_stmt_summary_history_size v4.0で追加 {#tidb-stmt-summary-history-size-new-in-v40} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -6252,7 +6252,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_stmt_summary_internal_query v4.0で追加 {#tidb-stmt-summary-internal-query-new-in-v40} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -6265,7 +6265,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_stmt_summary_max_sql_length v4.0で追加 {#tidb-stmt-summary-max-sql-length-new-in-v40} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -6291,7 +6291,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_stmt_summary_max_stmt_count v4.0で追加 {#tidb-stmt-summary-max-stmt-count-new-in-v40} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -6305,7 +6305,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) -> **注記：** +> **Note:** > > [`tidb_stmt_summary_enable_persistent`](/statement-summary-tables.md#persist-statements-summary)有効になっている場合、 `tidb_stmt_summary_max_stmt_count` [`statements_summary`](/statement-summary-tables.md#statements_summary)テーブルがメモリに格納できる SQL ダイジェストの数を制限するだけです。 @@ -6313,7 +6313,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_stmt_summary_refresh_interval v4.0で追加 {#tidb-stmt-summary-refresh-interval-new-in-v40} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -6386,7 +6386,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_sysproc_scan_concurrency v6.5.0で追加 {#tidb-sysproc-scan-concurrency-new-in-v650} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -6423,7 +6423,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_top_sql_max_meta_count はv6.0.0 で追加されました。 {#tidb-top-sql-max-meta-count-span-class-version-mark-new-in-v6-0-0-span} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -6448,11 +6448,11 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_top_sql_max_time_series_count はv6.0.0 で追加されました。 {#tidb-top-sql-max-time-series-count-span-class-version-mark-new-in-v6-0-0-span} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 -> **注記：** +> **Note:** > > 現在、TiDB DashboardのTop SQLページには、負荷に最も寄与する上位5種類のSQLクエリのみが表示されますが、これは`tidb_top_sql_max_time_series_count`の設定とは関係ありません。 @@ -6484,13 +6484,13 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) - デフォルト値: `ON` - この変数は、TiDB が集計関数のメモリ使用量を追跡するかどうかを制御します。 -> **警告：** +> **Warning:** > > この変数を無効にすると、TiDB はメモリ使用量を正確に追跡できず、対応する SQL ステートメントのメモリ使用量を制御できなくなる可能性があります。 ### tidb_tso_client_batch_max_wait_time はv5.3.0 で追加されました。 {#tidb-tso-client-batch-max-wait-time-span-class-version-mark-new-in-v5-3-0-span} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -6509,7 +6509,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) - クラスター内にはTiDBインスタンスは多くありませんが、すべてのTiDBインスタンスは高い同時実行性で動作しています。 - この変数はできるだけ小さい値に設定することをお勧めします。 -> **注記：** +> **Note:** > > - TSO RPC のレイテンシーがPD リーダーの CPU 使用率のボトルネック以外の理由 (ネットワークの問題など) で増加するとします。この場合、 `tidb_tso_client_batch_max_wait_time`の値を増やすと、TiDB の実行レイテンシーが増加し、クラスタの QPS パフォーマンスに影響を与える可能性があります。 > - この機能は[`tidb_tso_client_rpc_mode`](#tidb_tso_client_rpc_mode-new-in-v840)と互換性がありません。この変数にゼロ以外の値を設定すると、[`tidb_tso_client_rpc_mode`](#tidb_tso_client_rpc_mode-new-in-v840)有効になりません。 @@ -6544,7 +6544,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) - PD TSO割り当ての期間を確認するには、Grafana PDダッシュボードのTiDBセクションにある**PDサーバーTSOハンドル期間**パネルを確認してください。 - TiDBとPD間のTSO RPCリクエストの増加（ `PARALLEL`の場合は2倍、 `PARALLEL-FAST`の場合は4倍）によって生じる追加のネットワークトラフィックは許容範囲内です。 -> **注記：** +> **Note:** > > - `PARALLEL`モードと`PARALLEL-FAST`モードは、 [`tidb_tso_client_batch_max_wait_time`](#tidb_tso_client_batch_max_wait_time-new-in-v530)および[`tidb_enable_tso_follower_proxy`](#tidb_enable_tso_follower_proxy-new-in-v530)と互換性がありません。tidb_tso_client_batch_max_wait_time [`tidb_tso_client_batch_max_wait_time`](#tidb_tso_client_batch_max_wait_time-new-in-v530)ゼロ以外の値に設定されている場合、または[`tidb_enable_tso_follower_proxy`](#tidb_enable_tso_follower_proxy-new-in-v530)が有効になっている場合、 `tidb_tso_client_rpc_mode`設定は有効にならず、TiDB は常に`DEFAULT`モードで動作します。 > - `PARALLEL`モードと`PARALLEL-FAST`モードは、TiDB で TS を取得する平均時間を短縮するように設計されています。ただし、レイテンシーの変動が大きい場合（例えば、レイテンシーが長時間にわたって変動したり、レイテンシーに変動したりする場合）は、これらのモードではパフォーマンスが著しく向上しない可能性があります。 @@ -6560,7 +6560,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_ttl_delete_rate_limit はv6.5.0 で追加されました。 {#tidb-ttl-delete-rate-limit-span-class-version-mark-new-in-v6-5-0-span} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -6573,7 +6573,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_ttl_delete_batch_size はv6.5.0 で追加されました。 {#tidb-ttl-delete-batch-size-span-class-version-mark-new-in-v6-5-0-span} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -6586,7 +6586,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_ttl_delete_worker_count はv6.5.0 で追加されました。 {#tidb-ttl-delete-worker-count-span-class-version-mark-new-in-v6-5-0-span} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -6599,7 +6599,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_ttl_job_enable v6.5.0で追加 {#tidb-ttl-job-enable-new-in-v650} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -6612,7 +6612,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_ttl_scan_batch_size はv6.5.0 で追加されました。 {#tidb-ttl-scan-batch-size-span-class-version-mark-new-in-v6-5-0-span} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -6625,7 +6625,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_ttl_scan_worker_count はv6.5.0 で追加されました。 {#tidb-ttl-scan-worker-count-span-class-version-mark-new-in-v6-5-0-span} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -6638,7 +6638,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_ttl_job_schedule_window_start_time はv6.5.0 で追加されました。 {#tidb-ttl-job-schedule-window-start-time-span-class-version-mark-new-in-v6-5-0-span} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -6651,7 +6651,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_ttl_job_schedule_window_end_time はv6.5.0 で追加されました。 {#tidb-ttl-job-schedule-window-end-time-span-class-version-mark-new-in-v6-5-0-span} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -6664,7 +6664,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_ttl_running_tasks はv7.0.0 で追加されました。 {#tidb-ttl-running-tasks-span-class-version-mark-new-in-v7-0-0-span} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -6742,13 +6742,13 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) -> **注記：** +> **Note:** > > この変数をSESSIONスコープで変更すると、現在のユーザーセッションのみに影響し、内部TiDBセッションには影響しません。内部TiDBトランザクションのエントリサイズが構成項目の制限を超えると、トランザクションが失敗する可能性があります。したがって、制限を動的に増やすには、変数をGLOBALスコープで変更することをお勧めします。 ### tidb_txn_mode {#tidb-txn-mode} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -6773,7 +6773,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_wait_split_region_finish {#tidb-wait-split-region-finish} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -6788,7 +6788,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_wait_split_region_timeout {#tidb-wait-split-region-timeout} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -6802,7 +6802,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tidb_window_concurrency v4.0で追加 {#tidb-window-concurrency-new-in-v40} -> **警告：** +> **Warning:** > > バージョン5.0以降、この変数は非推奨となりました。代わりに、[`tidb_executor_concurrency`](#tidb_executor_concurrency-new-in-v50)を使用して設定してください。 @@ -6868,14 +6868,14 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) - 範囲: `[0, 0.85]` - この変数はTiFlashのしきい値を制御します。 [クエリレベルのスピル](/tiflash/tiflash-spill-disk.md#query-level-spilling)。 `0` 、クエリレベルの自動スピルを無効にすることを意味します。この変数が`0`より大きく、クエリのメモリ使用量が[`tiflash_mem_quota_query_per_node`](/system-variables.md#tiflash_mem_quota_query_per_node-new-in-v740) * `tiflash_query_spill_ratio`を超えると、 TiFlash はクエリレベルのスピルをトリガーし、必要に応じてクエリ内のサポートされている演算子のデータをスピルします。 -> **注記：** +> **Note:** > > - この変数は、 [`tiflash_mem_quota_query_per_node`](/system-variables.md#tiflash_mem_quota_query_per_node-new-in-v740)が`0`より大きい場合にのみ有効になります。つまり、 [tiflash_mem_quota_query_per_node](/system-variables.md#tiflash_mem_quota_query_per_node-new-in-v740)が`0`または`-1`の場合、 `tiflash_query_spill_ratio`が`0`より大きい場合でも、クエリレベルのスピルは有効になりません。 > - TiFlashクエリ レベルのスピルが有効になっている場合、個々のTiFlashオペレーターのスピルしきい値は自動的に無効になります。つまり、 [`tiflash_mem_quota_query_per_node`](/system-variables.md#tiflash_mem_quota_query_per_node-new-in-v740)と`tiflash_query_spill_ratio`両方が 0 より大きい場合、3 つの変数[tidb_max_bytes_before_tiflash_external_sort](/system-variables.md#tidb_max_bytes_before_tiflash_external_sort-new-in-v700) 、 [tidb_max_bytes_before_tiflash_external_group_by](/system-variables.md#tidb_max_bytes_before_tiflash_external_group_by-new-in-v700) 、および[tidb_max_bytes_before_tiflash_external_join](/system-variables.md#tidb_max_bytes_before_tiflash_external_join-new-in-v700)は自動的に無効になり、 `0`に設定するのと同等になります。 ### tiflash_replica_read v7.3.0の新機能 {#tiflash-replica-read-new-in-v730} -> **注記：** +> **Note:** > > この TiDB 変数はTiDB Cloudには適用されません。 @@ -6892,7 +6892,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) -> **注記：** +> **Note:** > > - TiDBノードに[ゾーン属性](/schedule-replicas-by-topology-labels.md#optional-configure-labels-for-tidb)が設定されておらず、 `tiflash_replica_read`が`all_replicas`に設定されていない場合、 TiFlashはレプリカ選択戦略を無視します。代わりに、すべてのTiFlashレプリカをクエリに使用し、 `The variable tiflash_replica_read is ignored.`警告を返します。 > - TiFlashノードに[ゾーン属性](/schedule-replicas-by-topology-labels.md#configure-labels-for-tikv-and-tiflash)設定されていない場合、それらのノードはどのゾーンにも属さないノードとして扱われます。 @@ -6925,7 +6925,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) - クエリ内でオプティマイザヒント`/*+ SET_VAR(TIKV_CLIENT_READ_TIMEOUT=N) */`を使用すると、TiDB が TiKV RPC 読み取りリクエストを送信するタイムアウトを設定できます。オプティマイザヒントとこのシステム変数の両方が設定されている場合は、オプティマイザヒントが優先されます。 - デフォルト値`0`は、デフォルトのタイムアウト（通常は 40 秒）が使用されることを示します。 -> **注記：** +> **Note:** > > - 通常、通常のクエリは数ミリ秒で完了しますが、TiKVノードのネットワークが不安定な場合やI/Oジッターが発生すると、クエリに1秒以上、場合によっては10秒以上かかることがあります。このような場合は、オプティマイザヒント`/*+ SET_VAR(TIKV_CLIENT_READ_TIMEOUT=100) */`を使用して、特定のクエリのTiKV RPC読み取りリクエストのタイムアウトを100ミリ秒に設定できます。こうすることで、TiKVノードの応答が遅い場合でも、TiDBはすぐにタイムアウトして、次のTiKVリージョンピアが存在するTiKVノードにRPCリクエストを再送信できます。2つのTiKVノードが同時にI/Oジッターが発生する確率は低いため、クエリは通常、数ミリ秒から110ミリ秒以内に完了します。 > - `tikv_client_read_timeout`に小さすぎる値（例えば 1 ミリ秒）を設定しないでください。そうしないと、TiDB クラスタのワークロードが高い場合にリクエストがタイムアウトしやすくなり、その後の再試行によって TiDB クラスタへの負荷がさらに増加する可能性があります。 @@ -6965,7 +6965,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### tx_isolation_one_shot {#tx-isolation-one-shot} -> **注記：** +> **Note:** > > この変数はTiDB内部で使用されます。ユーザー側で使用する必要はありません。 @@ -6981,7 +6981,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### トランザクションスコープ {#txn-scope} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 @@ -7016,7 +7016,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### validate_password.enable はv6.5.0 で追加されました。 {#validate-password-enable-span-class-version-mark-new-in-v6-5-0-span} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)では常に有効になっています。 @@ -7114,7 +7114,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) ### 待機タイムアウト {#wait-timeout} -> **注記：** +> **Note:** > > この変数は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスでは読み取り専用です。 diff --git a/table-affinity.md b/table-affinity.md index 1f42906695528..937d31256d749 100644 --- a/table-affinity.md +++ b/table-affinity.md @@ -5,7 +5,7 @@ summary: テーブルまたはパーティションのアフィニティ制約 # テーブルレベルのデータアフィニティ（v8.5.5 の新機能） {#table-level-data-affinity-span-class-version-mark-new-in-v8-5-5-span} -> **警告：** +> **Warning:** > > この機能は実験的です。本番環境での使用は推奨されません。予告なく変更または削除される可能性があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)報告を行ってください。 diff --git a/table-attributes.md b/table-attributes.md index 8b39905e595ec..e00ad2fd3d730 100644 --- a/table-attributes.md +++ b/table-attributes.md @@ -19,7 +19,7 @@ summary: TiDB のテーブル属性機能の使用方法を学習します。 -> **注記：** +> **Note:** > > TiCDC を使用してレプリケーションを実行したり、 BRを使用して増分バックアップを実行したりする場合、レプリケーションまたはバックアップ操作ではテーブル属性を設定する DDL 文がスキップされます。ダウンストリームまたはバックアップクラスターでテーブル属性を使用するには、ダウンストリームまたはバックアップクラスターで DDL 文を手動で実行する必要があります。 @@ -131,7 +131,7 @@ ALTER TABLE t PARTITION p ATTRIBUTES 'merge_option=allow'; -> **注記：** +> **Note:** > > - パーティションを持つテーブルの場合、 `merge_option`属性がテーブルレベルでのみ設定されている場合、 `merge_option=allow`であっても、テーブルはデフォルトで実際のパーティション数に応じて複数のリージョンに分割されます。すべてのリージョンをマージするには、 [テーブルの属性をリセットする](#usage)実行する必要があります。 > - `merge_option`属性を使用する場合は、PD設定パラメータ[`split-merge-interval`](/pd-configuration-file.md#split-merge-interval)に注意する必要があります。5 属性`merge_option`設定されていない場合、リージョンが条件を満たしている場合、 `split-merge-interval`で指定された間隔後にリージョンをマージできます`merge_option`属性が設定されている場合、PDは`merge_option`設定に基づいて、指定された間隔後にリージョンをマージするかどうかを決定します。 @@ -140,7 +140,7 @@ ALTER TABLE t PARTITION p ATTRIBUTES 'merge_option=allow'; -> **注記：** +> **Note:** > > - パーティションを持つテーブルの場合、 `merge_option`属性がテーブルレベルでのみ設定されている場合、 `merge_option=allow`であっても、テーブルはデフォルトで実際のパーティション数に応じて複数のリージョンに分割されます。すべてのリージョンをマージするには、 [テーブルの属性をリセットする](#usage)実行する必要があります。 > - `merge_option`の属性が設定されていない場合、リージョンが条件を満たしていれば、1時間後にリージョンを統合できます。3 `merge_option`属性が設定されている場合、PDは`merge_option`設定に基づいて、1時間後にリージョンを統合するかどうかを決定します。 diff --git a/table-filter.md b/table-filter.md index 21462807d3c68..3de60f53fe9c8 100644 --- a/table-filter.md +++ b/table-filter.md @@ -196,7 +196,7 @@ tiup dumpling -f 'employees.*' -f '*.WorkOrder' これらの正規表現は[Go](https://pkg.go.dev/regexp/syntax?tab=doc)の正規表現構文を使用します。識別子に正規表現に一致する部分文字列が含まれている場合、パターンは一致します。例えば、 `/b/`は`db01`一致します。 -> **注記：** +> **Note:** > > 正規表現内の`/`すべて`\/`にエスケープする必要があります（ `[…]`の中も含む）。 `\Q…\E`の間にエスケープされていない`/`を置くことはできません。 @@ -233,7 +233,7 @@ tiup dumpling -f '*.*' -f '!*.Password' | 従業員.部門 | ✓ | ✓ | ✓ | ルール3（受け入れる） | | else.部門 | | ✓ | ✓ | ルール3（受け入れる） | -> **注記：** +> **Note:** > > TiDBツールでは、システムスキーマはデフォルト設定では常に除外されます。システムスキーマは以下のとおりです。 > diff --git a/telemetry.md b/telemetry.md index f16c1a5b97349..b0c5b5d1547df 100644 --- a/telemetry.md +++ b/telemetry.md @@ -7,7 +7,7 @@ summary: テレメトリ機能と、その機能を無効化してそのステ テレメトリ機能を有効にすると、 TiUP は使用状況情報を収集し、その情報を PingCAP と共有して、製品の改善方法の理解に役立てます。 -> **注記：** +> **Note:** > > - TiUP v1.11.3以降、 TiUPのテレメトリ機能はデフォルトで無効化されており、 TiUPの使用状況情報はデフォルトで収集されません。v1.11.3より前のTiUPバージョンからv1.11.3以降のバージョンにアップグレードした場合、テレメトリ機能はアップグレード前と同じ状態を維持します。 > - バージョン v8.1.0 から v8.5.2 では、TiDB および TiDB Dashboardのテレメトリ機能が削除されます。 @@ -18,7 +18,7 @@ summary: テレメトリ機能と、その機能を無効化してそのステ 以下のセクションでは、 TiUPの共有される使用状況情報について詳しく説明します。共有される使用状況情報は、時間の経過とともに変更される可能性があります。これらの変更（もし変更があった場合）は、 [リリースノート](/releases/_index.md)で発表されます。 -> **注記：** +> **Note:** > > **いずれの**場合も、TiDBクラスタに保存されたユーザーデータは共有され**ません**[PingCAPプライバシーポリシー](https://pingcap.com/privacy-policy)も参照してください。 diff --git a/temporary-tables.md b/temporary-tables.md index f27b9d0951e51..dca1427c2e3ad 100644 --- a/temporary-tables.md +++ b/temporary-tables.md @@ -41,7 +41,7 @@ MySQL とは異なり、TiDB のローカル一時テーブルはすべて外部 ### ローカル一時テーブルの使用例 {#usage-examples-of-local-temporary-tables} -> **注記：** +> **Note:** > > - TiDB で一時テーブルを使用する前に、 [他の TiDB 機能との互換性の制限](#compatibility-restrictions-with-other-tidb-features)と[MySQLの一時テーブルとの互換性](#compatibility-with-mysql-temporary-tables)に注意してください。 > - TiDB v5.3.0 より前のバージョンのクラスターでローカル一時テーブルを作成した場合、これらのテーブルは実際には通常のテーブルであり、クラスターが TiDB v5.3.0 以降のバージョンにアップグレードされた後は、通常のテーブルとして扱われます。 @@ -153,7 +153,7 @@ TiDB のローカル一時テーブルは、次の点で MySQL の一時テー ### グローバル一時テーブルの使用例 {#usage-examples-of-global-temporary-tables} -> **注記：** +> **Note:** > > - TiDB で一時テーブルを使用する前に、 [他の TiDB 機能との互換性の制限](#compatibility-restrictions-with-other-tidb-features)に注意してください。 > - TiDB クラスタ v5.3.0 以降でグローバル一時テーブルを作成した場合、クラスタを v5.3.0 より前のバージョンにダウングレードすると、これらのテーブルは通常のテーブルとして扱われ、データエラーが発生します。 @@ -218,7 +218,7 @@ SELECT * FROM users; Empty set (0.00 sec) -> **注記：** +> **Note:** > > トランザクションが自動的にコミットされた場合、SQL文の実行後、挿入されたデータは自動的にクリアされ、後続のSQL実行では使用できなくなります。したがって、グローバル一時テーブルへの読み書きには、非自動コミットトランザクションを使用する必要があります。 @@ -263,7 +263,7 @@ TiDB のローカル一時テーブルは次の機能をサポートしてい** グローバル一時テーブルは、テーブル定義がグローバルに参照可能であるため、TiDB移行ツールによってエクスポート、バックアップ、およびレプリケーションされます。ただし、テーブル上のデータはエクスポートされないことに注意してください。 -> **注記：** +> **Note:** > > - TiCDCを使用して一時テーブルをレプリケーションするには、TiCDC v5.3.0以降が必要です。そうでない場合、ダウンストリームテーブルのテーブル定義が間違っています。 > - BRを使用して一時テーブルをバックアップするには、 BR v5.3.0 以降が必要です。そうでない場合、バックアップされた一時テーブルのテーブル定義が間違っています。 diff --git a/three-data-centers-in-two-cities-deployment.md b/three-data-centers-in-two-cities-deployment.md index 27163e42dfe89..4747f46fc87e2 100644 --- a/three-data-centers-in-two-cities-deployment.md +++ b/three-data-centers-in-two-cities-deployment.md @@ -176,7 +176,7 @@ tikv_servers: raftstore.raft-max-election-timeout-ticks: 60 ``` -> **注記：** +> **Note:** > > TiKVノードの選出タイムアウト値を`raftstore.raft-min-election-timeout-ticks`と`raftstore.raft-max-election-timeout-ticks`大きく設定すると、そのノード上のリージョンがリーダーになる可能性が大幅に低下します。ただし、一部のTiKVノードがオフラインになり、残りのアクティブなTiKVノードのRaftログが遅延しているような災害シナリオでは、このTiKVノード上の選出タイムアウト値が大きいリージョンのみがリーダーになることができます。このTiKVノード上のリージョンは、選出を開始する前に少なくとも`raftstore.raft-min-election-timeout-ticks`で設定された期間待機する必要があるため、このようなシナリオではクラスターの可用性への影響を防ぐため、これらの値を過度に大きく設定しないことをお勧めします。 @@ -192,7 +192,7 @@ tikv_servers: config set label-property reject-leader dc 3 ``` - > **注記：** + > **Note:** > > TiDB v5.2以降、 `label-property`構成はデフォルトではサポートされません。レプリカポリシーを設定するには、 [配置ルール](/configure-placement-rules.md)使用してください。 diff --git a/ticdc-deployment-topology.md b/ticdc-deployment-topology.md index b6e91d81047c1..1607bf5f47823 100644 --- a/ticdc-deployment-topology.md +++ b/ticdc-deployment-topology.md @@ -5,7 +5,7 @@ summary: 最小限の TiDB トポロジに基づく TiCDC のデプロイメン # TiCDC 展開トポロジ {#ticdc-deployment-topology} -> **注記：** +> **Note:** > > TiCDCはv4.0.6以降、一般提供（GA）された機能です。本番環境でご利用いただけます。 @@ -23,7 +23,7 @@ TiCDCは、TiDB 4.0で導入されたTiDBの増分データを複製するため | CDC | 3 | 8 VCore 16GB * 1 | 10.0.1.11
    10.0.1.12
    10.0.1.13 | デフォルトポート
    グローバルディレクトリ構成 | | モニタリングとGrafana | 1 | 4 VCore 8GB * 1 500GB (SSD) | 10.0.1.11 | デフォルトポート
    グローバルディレクトリ構成 | -> **注記：** +> **Note:** > > インスタンスのIPアドレスは例としてのみ示されています。実際の導入では、IPアドレスを実際のIPアドレスに置き換えてください。 @@ -34,7 +34,7 @@ TiCDCは、TiDB 4.0で導入されたTiDBの増分データを複製するため 上記の TiDB クラスター トポロジ ファイルの構成項目の詳細については、 [TiUPを使用して TiDB をデプロイするためのトポロジコンフィグレーションファイル](/tiup/tiup-cluster-topology-reference.md)参照してください。 -> **注記：** +> **Note:** > > - 設定ファイルに`tidb`ユーザーを手動で作成する必要はありません。TiUPTiUPコンポーネントは、ターゲットマシンに`tidb`ユーザーを自動的に作成します。ユーザーをカスタマイズすることも、制御マシンと同じユーザーを維持することもできます。 > - デプロイメント ディレクトリを相対パスとして構成すると、クラスターはユーザーのホーム ディレクトリにデプロイされます。 diff --git a/ticdc/deploy-ticdc.md b/ticdc/deploy-ticdc.md index bc7e17568fe06..b49a8da0dd2ca 100644 --- a/ticdc/deploy-ticdc.md +++ b/ticdc/deploy-ticdc.md @@ -37,7 +37,7 @@ cdc_servers: - 設定可能なフィールドの詳細については、 [TiUPを使用して`cdc_servers`を設定する](/tiup/tiup-cluster-topology-reference.md#cdc_servers)を参照してください。 - TiDB クラスターを展開する詳細な手順については、 [TiUPを使用してTiDBクラスタをデプロイ](/production-deployment-using-tiup.md)参照してください。 -> **注記：** +> **Note:** > > TiCDC をインストールする前に、 TiUPコントロール マシンと TiCDC ホストの間に[SSH相互信頼とパスワードなしのsudoを手動で設定](/check-before-deployment.md#manually-configure-the-ssh-mutual-trust-and-sudo-without-password)いることを確認してください。 @@ -88,7 +88,7 @@ tiup update --all && \ tiup cluster upgrade --transfer-timeout 600 ``` -> **注記：** +> **Note:** > > 上記のコマンドでは、 ``と``実際のクラスタ名とクラスタバージョンに置き換える必要があります。たとえば、バージョンは v8.5.4 です。 diff --git a/ticdc/ticdc-architecture.md b/ticdc/ticdc-architecture.md index 09e8255096214..9f922a07d8546 100644 --- a/ticdc/ticdc-architecture.md +++ b/ticdc/ticdc-architecture.md @@ -62,7 +62,7 @@ TiCDCの新しいアーキテクチャは、アーキテクチャをステート - テーブルのリージョン数が設定されたしきい値を超えています（デフォルトでは`10000` 、 `scheduler.region-threshold`で調整可能）。 - テーブルへの書き込みトラフィックが設定されたしきい値を超えています（デフォルトでは無効、 `scheduler.write-key-threshold`で設定可能）。 -> **注記：** +> **Note:** > > MySQLシンクの変更フィードの場合、テーブルレベルのタスク分割モードでのデータレプリケーションの正確性を確保するため、前述の条件のいずれかを満たし、**かつ主キーまたはNULL以外の一意キーが正確に1つ**だけ存在するテーブルのみがTiCDCによって分割および分散されます。 diff --git a/ticdc/ticdc-avro-protocol.md b/ticdc/ticdc-avro-protocol.md index 4d7a7e9fef89e..b0be9e83a3e29 100644 --- a/ticdc/ticdc-avro-protocol.md +++ b/ticdc/ticdc-avro-protocol.md @@ -9,7 +9,7 @@ TiCDC Avroプロトコルは、 [Confluent プラットフォーム](https://doc このドキュメントでは、TiCDC が Confluent Avro プロトコルを実装する方法と、Avro と[Confluent スキーマレジストリ](https://docs.confluent.io/platform/current/schema-registry/index.html)間の相互作用について説明します。 -> **警告：** +> **Warning:** > > v7.3.0 以降、TiCDC を[有効なインデックスのないテーブルを複製する](/ticdc/ticdc-manage-changefeed.md#replicate-tables-without-a-valid-index)に有効にすると、Avro プロトコルを使用する変更フィードを作成するときに TiCDC によってエラーが報告されます。 @@ -23,7 +23,7 @@ cdc cli changefeed create --server=http://127.0.0.1:8300 --changefeed-id="kafka- 値`--schema-registry`は、プロトコル`https`と認証`username:password`サポートします。ユーザー名とパスワードはURLエンコードされている必要があります。例： `--schema-registry=https://username:password@schema-registry-uri.com` 。 -> **注記：** +> **Note:** > > Avroプロトコルを使用する場合、1つのKafkaトピックには1つのテーブルのデータのみを含めることができます。設定ファイルで[トピックディスパッチャ](/ticdc/ticdc-sink-to-kafka.md#topic-dispatchers)設定する必要があります。 @@ -70,7 +70,7 @@ TiCDC は DML イベントを Kafka イベントに変換し、イベントの デフォルトでは、値のデータ形式はキーと同じです。ただし、値の`fields`にはすべての列が含まれます。 -> **注記：** +> **Note:** > > Avro プロトコルは、DML イベントを次のようにエンコードします。 > diff --git a/ticdc/ticdc-bidirectional-replication.md b/ticdc/ticdc-bidirectional-replication.md index e8239d0e109f0..e6face4e1601a 100644 --- a/ticdc/ticdc-bidirectional-replication.md +++ b/ticdc/ticdc-bidirectional-replication.md @@ -122,7 +122,7 @@ BDRロールが設定されていない場合、任意のDDLを実行できま 3. プライマリクラスターで**レプリケート可能なDDL**を実行します。正常に実行されたDDLは、TiCDCによってセカンダリクラスターにレプリケートされます。 -> **注記：** +> **Note:** > > 不正使用を防ぐために: > @@ -137,7 +137,7 @@ BDRロールが設定されていない場合、任意のDDLを実行できま 4. DDL が完了するまで待ってから、データの書き込みを再開します。 5. レプリケート可能な DDL のレプリケーション シナリオに戻すには、手順[複製可能なDDLのレプリケーションシナリオ](#replication-scenarios-of-replicable-ddls)に従います。 -> **警告：** +> **Warning:** > > すべてのTiDBクラスターで`ADMIN UNSET BDR ROLE`実行すると、TiCDCによってDDLは複製されません。各クラスターで個別にDDLを手動で実行する必要があります。 @@ -155,7 +155,7 @@ BDRロールが設定されていない場合、任意のDDLを実行できま - BDR ロールを持たない n 個のクラスタ（各クラスタで複製不可能な DDL を手動で実行できるレプリケーション シナリオ） - > **注記：** + > **Note:** > > 他のシナリオではBDRロールを設定しないでください。例えば、BDRロールを`PRIMARY` 、 `SECONDARY` 、そして0つを同時に設定しないでください。BDRロールを誤って設定すると、TiDBはデータレプリケーション中にデータの正確性と一貫性を保証できません。 diff --git a/ticdc/ticdc-changefeed-config.md b/ticdc/ticdc-changefeed-config.md index 245ee0ed8a73a..8488dbabbdbe7 100644 --- a/ticdc/ticdc-changefeed-config.md +++ b/ticdc/ticdc-changefeed-config.md @@ -230,7 +230,7 @@ Info: {"upstream_id":7178706266519722477,"namespace":"default","id":"simple-repl #### `enable-kafka-sink-v2` {#enable-kafka-sink-v2} -> **警告：** +> **Warning:** > > この設定は実験的機能です。本番環境での使用は推奨されません。 diff --git a/ticdc/ticdc-changefeed-overview.md b/ticdc/ticdc-changefeed-overview.md index f83a3283cde69..634a048a146b0 100644 --- a/ticdc/ticdc-changefeed-overview.md +++ b/ticdc/ticdc-changefeed-overview.md @@ -21,7 +21,7 @@ summary: チェンジフィードの基本的な概念、状態の定義、お - `Finished` : レプリケーションタスクが終了し、設定された値`TargetTs`に達しました。この状態では、変更フィードはGC操作をブロックしません。 - `Failed` : レプリケーションタスクが失敗しました。この状態の変更フィードは再開を試行しません。障害に対処するための十分な時間を確保するため、この状態の変更フィードはGC操作をブロックします。ブロックの期間は`gc-ttl`パラメータで指定され、既定値は24時間です。この期間内に根本的な問題が解決された場合は、変更フィードを手動で再開できます。そうでない場合、変更フィードが`gc-ttl`期間を超えてこの状態のままである場合、レプリケーションタスクは再開できず、回復もできません。 -> **注記：** +> **Note:** > > - GCがchangefeedによってブロックされた場合、changefeedは`gc-ttl`で指定された時間までGCの進行をブロックします。その後、changefeedはエラータイプが`ErrGCTTLExceeded`である状態`failed`に設定され、GCの進行をブロックしなくなります。 > - 変更フィードでエラー コード`ErrGCTTLExceeded` 、または`ErrStartTsBeforeGC` `ErrSnapshotLostByGC`が発生した場合、GC 操作はブロックされません。 diff --git a/ticdc/ticdc-classic-architecture.md b/ticdc/ticdc-classic-architecture.md index 74d66a9917c4e..c59ea4c5f0373 100644 --- a/ticdc/ticdc-classic-architecture.md +++ b/ticdc/ticdc-classic-architecture.md @@ -7,7 +7,7 @@ summary: TiCDC の従来のアーキテクチャと動作原理を学びます このドキュメントでは、TiCDC の従来のアーキテクチャと動作原理について説明します。 -> **注記：** +> **Note:** > > - このドキュメントは、v8.5.4-release.1 より前のバージョンの TiCDC に適用されます。 > - v8.5.4-release.1以降、TiCDCは、リソースコストを削減しながら、リアルタイムデータレプリケーションのパフォーマンス、スケーラビリティ、安定性を向上させる新しいアーキテクチャを導入しました。詳細については、 [TiCDC の新しいアーキテクチャ](/ticdc/ticdc-architecture.md)ご覧ください。 diff --git a/ticdc/ticdc-client-authentication.md b/ticdc/ticdc-client-authentication.md index d4def7b98e9e8..348fcc784d9d5 100644 --- a/ticdc/ticdc-client-authentication.md +++ b/ticdc/ticdc-client-authentication.md @@ -12,7 +12,7 @@ v8.1.0 以降、TiCDC は Mutual Transport Layer Security (mTLS) または TiDB これら 2 つの認証方法は、さまざまなシナリオやセキュリティ要件を満たすために、単独で使用することも、組み合わせて使用することもできます。 -> **注記：** +> **Note:** > > ネットワークアクセスのセキュリティを確保するため、TiCDC クライアント認証は[TLSが有効になっています](/enable-tls-between-clients-and-servers.md)場合にのみ使用することを強くお勧めします。TLS が有効になっていない場合、ユーザー名とパスワードはネットワーク上でプレーンテキストとして送信され、深刻な資格情報漏洩につながる可能性があります。 diff --git a/ticdc/ticdc-compatibility.md b/ticdc/ticdc-compatibility.md index 9d522157f4b22..e8fb14ba9440a 100644 --- a/ticdc/ticdc-compatibility.md +++ b/ticdc/ticdc-compatibility.md @@ -104,7 +104,7 @@ TiCDCクラスタのバージョンに対応する`cdc`実行可能ファイル 2. レプリケーションタスクが停止している場合は、TiCDCクラスタを再起動してください。たとえば、 `tiup cluster restart -R cdc`コマンドを実行します。 3. 変更フィードを再作成します。たとえば、 `tiup cdc:v4.0.9 cli changefeed create --sink-uri=xxxx --pd=xxx`コマンドを実行します。 -> **注記：** +> **Note:** > > この問題は、 `cdc cli`が v5.0.0-rc の場合にのみ発生します。他の v5.0.x バージョンの`cdc cli`ツールは、v4.0.x クラスターと互換性があります。 diff --git a/ticdc/ticdc-data-replication-capabilities.md b/ticdc/ticdc-data-replication-capabilities.md index 468bb086c0484..880965812aa45 100644 --- a/ticdc/ticdc-data-replication-capabilities.md +++ b/ticdc/ticdc-data-replication-capabilities.md @@ -58,7 +58,7 @@ TiCDC は、次の種類のアップストリーム データの変更をサポ | v6.5.x - v7.4.x | 4000 | | v7.5.x - v8.5.x | 40000 | - > **注記：** + > **Note:** > > パーティション化されたテーブルを複製する場合、TiCDC は各パーティションを個別のテーブルとして扱います。そのため、複製するテーブルの総数を計算する際には、パーティション数も考慮されます。 diff --git a/ticdc/ticdc-ddl.md b/ticdc/ticdc-ddl.md index 8ccde3e4d9120..78011d4cad652 100644 --- a/ticdc/ticdc-ddl.md +++ b/ticdc/ticdc-ddl.md @@ -65,7 +65,7 @@ summary: TiCDC でサポートされている DDL ステートメントといく ダウンストリームで`ADD INDEX`または`CREATE INDEX` DDL 操作が実行されている間に、TiCDC が同じテーブルに対して次の DDL 操作を実行すると、この DDL 操作が`queueing`状態で長時間ブロックされる可能性があります。これにより、TiCDC はこの DDL 操作を繰り返し実行することになり、再試行に時間がかかりすぎると、レプリケーションタスクが失敗する可能性があります。v8.4.0 以降では、TiCDC がダウンストリームデータベースに対して`SUPER`権限を持っている場合、定期的に`ADMIN SHOW DDL JOBS`実行して、非同期で実行された DDL タスクのステータスを確認します。TiCDC は、インデックス作成が完了するまで待ってからレプリケーションを続行します。これによりレプリケーションのレイテンシーが増加する可能性がありますが、レプリケーションタスクの失敗を回避できます。 -> **注記：** +> **Note:** > > - 特定のダウンストリーム DML の実行が、レプリケーションが完了していないインデックスに依存している場合、これらの DML の実行速度が遅くなり、TiCDC レプリケーションのレイテンシーに影響する可能性があります。 > - DDLをダウンストリームに複製する前に、TiCDCノードがクラッシュした場合、またはダウンストリームが他の書き込み操作を実行している場合、DDL複製が失敗する可能性は極めて低くなります。ダウンストリームでそのような状況が発生するかどうかを確認できます。 @@ -146,7 +146,7 @@ ignore-event = ["create table", "drop table", "truncate table", "rename table"] | `RENAME TABLE test.t1 TO test.t2;` | 無視する | 複製する | `test.t1`イベントフィルタルールに一致するため、 `RENAME TABLE`イベントは無視されます。DMLイベントのレプリケーションは影響を受けません。 | | `RENAME TABLE test.t1 TO test.ignore;` | 無視する | 無視する | `test.t1`イベント フィルター ルールに一致するため、 `RENAME TABLE`イベントは無視されます。4 `test.ignore`イベント フィルター ルールに一致するため、DDL イベントと DML イベントの両方が無視されます。 | -> **注記：** +> **Note:** > > - データベースにデータをレプリケーションする際は、イベントフィルターを使用してDDLイベントを慎重にフィルタリングしてください。レプリケーション中は、上流と下流のデータベーススキーマの整合性が維持されていることを確認してください。整合性が維持されていない場合、TiCDCはエラーを報告したり、未定義のレプリケーション動作を引き起こしたりする可能性があります。 > - v6.5.8、v7.1.4、v7.5.1より前のバージョンでは、イベントフィルタを使用してテーブルの作成または削除を含むDDLイベントをフィルタリングすると、DMLレプリケーションに影響します。これらのバージョンでは、この機能の使用は推奨されません。 diff --git a/ticdc/ticdc-faq.md b/ticdc/ticdc-faq.md index 8b4d6c129c7bc..e855f9abd2dee 100644 --- a/ticdc/ticdc-faq.md +++ b/ticdc/ticdc-faq.md @@ -7,7 +7,7 @@ summary: TiCDC を使用する際に遭遇する可能性のある FAQ につい このドキュメントでは、TiCDC の使用時に発生する可能性のある一般的な質問について説明します。 -> **注記：** +> **Note:** > > このドキュメントでは、 `cdc cli`コマンドで指定されているサーバーアドレスは`--server=http://127.0.0.1:8300`です。コマンドを使用する際は、このアドレスを実際の PD アドレスに置き換えてください。 @@ -49,7 +49,7 @@ cdc cli changefeed list --server=http://127.0.0.1:8300 - `checkpoint` : TiCDC はこのタイムスタンプより前のすべてのデータをダウンストリームに複製しました。 - `state` : このレプリケーションタスクの状態。各状態とその意味の詳細については、 [チェンジフィードの状態](/ticdc/ticdc-changefeed-overview.md#changefeed-state-transfer)参照してください。 -> **注記：** +> **Note:** > > この機能は TiCDC 4.0.3 で導入されました。 @@ -59,7 +59,7 @@ cdc cli changefeed list --server=http://127.0.0.1:8300 1. アップストリーム TiDB クラスターから最新の TSO タイムスタンプを取得します。 - > **注記：** + > **Note:** > > 現在の時刻を返す`NOW()`ような関数を使用する代わりに、 [`TIDB_CURRENT_TSO()`](/functions-and-operators/tidb-functions.md#tidb_current_tso)関数を使用して現在の TSO を取得します。 @@ -116,7 +116,7 @@ cdc cli changefeed list --server=http://127.0.0.1:8300 ダウンストリームが TiDB クラスターであり、 [TiCDC 同期ポイント機能](/ticdc/ticdc-upstream-downstream-check.md)有効になっている場合は、ダウンストリーム TiDB の Syncpoint を照会することでレプリケーションの進行状況を取得できます。 - > **注記：** + > **Note:** > > 同期ポイントの更新間隔は、 [`sync-point-interval`](/ticdc/ticdc-upstream-downstream-check.md#enable-syncpoint)設定項目によって制御されます。最新のレプリケーションの進行状況を取得するには、方法1を使用してください。 @@ -171,7 +171,7 @@ TiCDCサーバーの起動時に、GCセーフポイントのTime To Live（TTL 上記の2番目の動作は、TiCDC v4.0.13以降のバージョンで導入されました。これは、TiCDCのレプリケーションタスクが長時間停止し、上流TiKVクラスタのGCセーフポイントが長時間継続せず、古いデータバージョンが過度に保持され、上流クラスタのパフォーマンスに影響を及ぼすのを防ぐことを目的としています。 -> **注記：** +> **Note:** > > 一部のシナリオ、例えばDumpling/BRを使用した完全レプリケーション後に TiCDC による増分レプリケーションを実行する場合など、デフォルトの 24 時間（ `gc-ttl`では不十分な場合があります。TiCDCサーバーを起動する際に、適切な値`gc-ttl`を指定する必要があります。 @@ -196,11 +196,11 @@ TiCDC がサービス GC セーフポイントに設定するデフォルトの | コンフィグレーション方法 | [タイムゾーンのサポート](/configure-time-zone.md)参照 | TiCDCサーバーを起動するときに`--tz`パラメータを使用して設定されます | `sink-uri`の`time-zone`パラメータを使用して設定します。このパラメータは、シンクが`mysql`または`tidb`の場合のみ有効です。 | | 説明 | アップストリーム TiDB のタイムゾーン。タイムスタンプ タイプの DML 操作と、タイムスタンプ タイプの列に関連する DDL 操作に影響します。 | TiCDC は、アップストリーム TiDB のタイム ゾーンが TiCDC のタイム ゾーン構成と同じであると想定し、タイムスタンプ列に対して関連する操作を実行します。 | ダウンストリーム`mysql`および`tidb`シンクは、接続セッションのタイム ゾーン設定に従って、DML および DDL 操作のタイムスタンプを処理します。 | -> **注記：** +> **Note:** > > `sink-uri`の`time-zone`パラメータは、 `mysql`と`tidb`シンクにのみ適用されます。Kafka、Pulsar、Cloud Storage など、下流のデータベースセッションのタイムゾーンが関係しないシンクの場合、 `time-zone`設定する必要はありません。このようなシナリオでは、上流のデータベースのタイムゾーンと TiCDC サーバーの`--tz`パラメータ設定が一致していることを確認するだけで済みます。 -> **注記：** +> **Note:** > > TiCDCサーバーのタイムゾーンを設定する際は、時刻タイプの変換に使用されるため、注意してください。上流のタイムゾーン、TiCDCのタイムゾーン、下流のタイムゾーンは一致させてください。TiCDCサーバーは、以下の優先順位でタイムゾーンを選択します。 > @@ -223,7 +223,7 @@ TiCDC がサービス GC セーフポイントに設定するデフォルトの cdc cli changefeed create --server=http://127.0.0.1:8300 --sink-uri="kafka://127.0.0.1:9092/cdc-test?kafka-version=2.4.0&protocol=canal-json" --config changefeed.toml ``` -> **注記：** +> **Note:** > > - この機能は TiCDC 4.0.2 で導入されました。 > - TiCDC は現在、Kafka などの MQ シンクへのデータ変更の Canal-JSON 形式での出力のみをサポートしています。 @@ -464,7 +464,7 @@ TiDBにはトランザクションタイムアウト機構があります。ト 生成列には、仮想生成列と保存生成列が含まれます。TiCDCは仮想生成列を無視し、保存生成列のみを下流に複製します。ただし、下流がMySQLまたは他のMySQL互換データベース（Kafkaなどのストレージサービスではない）である場合、保存生成列も無視されます。 -> **注記：** +> **Note:** > > 保存された生成列をKafkaまたはストレージサービスにレプリケーションし、その後MySQLに書き戻すと、 `Error 3105 (HY000): The value specified for generated column 'xx' in table 'xxx' is not allowed`発生する可能性があります。このエラーを回避するには、レプリケーションに[オープンプロトコル](/ticdc/ticdc-open-protocol.md#ticdc-open-protocol)使用します。このプロトコルの出力には[列のビットフラグ](/ticdc/ticdc-open-protocol.md#bit-flags-of-columns)含まれており、列が生成列かどうかを区別できます。 diff --git a/ticdc/ticdc-filter.md b/ticdc/ticdc-filter.md index 9c3013cfbaeec..563b0192ba82b 100644 --- a/ticdc/ticdc-filter.md +++ b/ticdc/ticdc-filter.md @@ -56,7 +56,7 @@ ignore-update-new-value-expr = "gender = 'male' and age > 18" # Ignore update DM - `matcher` : このイベントフィルタルールが適用されるデータベースとテーブル。構文は[テーブルフィルター](/table-filter.md)と同じです。 - > **注記：** + > **Note:** > > `matcher`データベース名と一致するため、設定時には特に注意が必要です。例えば、 `event-filters`設定が以下の場合： > @@ -113,7 +113,7 @@ ignore-update-new-value-expr = "gender = 'male' and age > 18" # Ignore update DM | TTLの変更と削除 | DDL | | テーブルのすべてのTTL属性を削除するDDLイベントに一致します | | 複数のスキーマの変更 | DDL | | 同じDDL文内でテーブルの複数の属性を変更するDDLイベントに一致します。 | - > **注記：** + > **Note:** > > TiDBのDDL文は、 `ALTER TABLE t MODIFY COLUMN a INT, ADD COLUMN b INT, DROP COLUMN c;`のように単一テーブルの複数の属性を同時に変更することをサポートしています。この操作はMultiSchemaChangeとして定義されています。このタイプのDDLを除外したい場合は、 `ignore-event`で`"multi schema change"`設定する必要があります。 @@ -127,7 +127,7 @@ ignore-update-new-value-expr = "gender = 'male' and age > 18" # Ignore update DM - `ignore-update-new-value-expr` : このパラメータは、デフォルトの SQL モードに従う SQL 式を受け入れ、指定された新しい値を持つ`UPDATE` DML イベントを除外するために使用されます。 -> **注記：** +> **Note:** > > - TiDB がクラスター化インデックスの列の値を更新すると、イベント`UPDATE`がイベント`DELETE`とイベント`INSERT`に分割されます。TiCDC はこれらのイベントをイベント`UPDATE`として識別しないため、正しくフィルタリングできません。 > - SQL式を設定する際は、 `matcher`一致するすべてのテーブルに、SQL式で指定されたすべての列が含まれていることを確認してください。そうでない場合、レプリケーションタスクを作成できません。また、レプリケーション中にテーブルスキーマが変更され、必要な列がテーブルに含まれなくなった場合、レプリケーションタスクは失敗し、自動的に再開できません。このような場合は、手動で設定を変更してタスクを再開する必要があります。 diff --git a/ticdc/ticdc-integrity-check.md b/ticdc/ticdc-integrity-check.md index 9f0cf7feeeea3..6b35442021e28 100644 --- a/ticdc/ticdc-integrity-check.md +++ b/ticdc/ticdc-integrity-check.md @@ -35,7 +35,7 @@ TiCDCはデフォルトでデータ整合性検証を無効にしています。 上記の設定により、changefeed によって Kafka に書き込まれる各メッセージには、対応するデータのチェックサムが含まれます。これらのチェックサム値に基づいてデータの整合性を検証できます。 - > **注記：** + > **Note:** > > 既存の変更フィードにおいて、 `avro-decimal-handling-mode`と`avro-bigint-unsigned-handling-mode`設定されていない場合、チェックサム検証機能を有効にするとスキーマ互換性の問題が発生する可能性があります。この問題を解決するには、スキーマレジストリの互換性タイプを`NONE`に変更してください。詳細については、 [スキーマレジストリ](https://docs.confluent.io/platform/current/schema-registry/fundamentals/avro.html#no-compatibility-checking)参照してください。 @@ -108,7 +108,7 @@ For clusters created in v8.4.0 or later, or clusters upgraded to v8.4.0 or later Golangを使用したデータ消費とチェックサム検証の実装の詳細については、 [TiCDC 行データチェックサム検証](/ticdc/ticdc-avro-checksum-verification.md)参照してください。 -> **注記：** +> **Note:** > > - チェックサム検証機能を有効にすると、DECIMAL型およびUNSIGNED BIGINT型のデータはSTRING型に変換されます。そのため、下流のコンシューマーコードでは、チェックサム値を計算する前に、これらのデータを対応する数値型に戻す必要があります。 > - チェックサム検証プロセスにはDELETEイベントは含まれません。これは、DELETEイベントにはハンドルキー列のみが含まれるのに対し、チェックサムはすべての列に基づいて計算されるためです。 diff --git a/ticdc/ticdc-manage-changefeed.md b/ticdc/ticdc-manage-changefeed.md index 71aad2817d900..09518aca005d7 100644 --- a/ticdc/ticdc-manage-changefeed.md +++ b/ticdc/ticdc-manage-changefeed.md @@ -172,7 +172,7 @@ cdc cli changefeed resume --server=http://10.0.10.25:8300 --changefeed-id simple - `--overwrite-checkpoint-ts` : v6.2.0以降では、レプリケーションタスクを再開する開始TSOを指定できます。TiCDCは指定されたTSOからデータのプルを開始します。引数には`now`または特定のTSO（434873584621453313など）を指定できます。指定するTSOは、GCセーフポイントからCurrentTSOまでの範囲内である必要があります。この引数を指定しない場合、TiCDCはデフォルトで現在の`checkpoint-ts`からデータを複製します。現在のTSO値`checkpoint-ts`確認するには、 `cdc cli changefeed list`コマンドを使用します。 - `--no-confirm` : レプリケーションが再開されたときに、関連情報を確認する必要はありません。デフォルトは`false`です。 -> **注記：** +> **Note:** > > - `--overwrite-checkpoint-ts` （ `t2` ）で指定されたTSOがchangefeed（ `t1` ）の現在のチェックポイントTSOよりも大きい場合、 `t1`と`t2`間のデータは下流に複製されません。これによりデータ損失が発生します。13 `cdc cli changefeed query`実行すると`t1`取得できます。 > - `--overwrite-checkpoint-ts` （ `t2` ）で指定されたTSOがチェンジフィード（ `t1` ）の現在のチェックポイントTSOより小さい場合、TiCDCは古い時点（ `t2` ）からデータをプルします。これにより、データの重複が発生する可能性があります（たとえば、下流がMQシンクの場合）。 @@ -266,13 +266,13 @@ v4.0.8以降、TiCDCはタスク設定を変更することで、有効なイン force-replicate = true ``` -> **警告：** +> **Warning:** > > `force-replicate` `true`に設定すると、データの一貫性が保証されません。有効なインデックスのないテーブルの場合、 `INSERT`や`REPLACE`などの操作は再入不可能であるため、データの冗長性が発生するリスクがあります。TiCDC は、レプリケーションプロセス中にデータが少なくとも 1 回だけ分散されることを保証します。したがって、この機能を有効にして有効なインデックスのないテーブルをレプリケーションすると、確実にデータの冗長性が発生します。データの冗長性を許容しない場合は、 `AUTO RANDOM`属性を持つ主キー列を追加するなど、有効なインデックスを追加することをお勧めします。 ## 統合ソーター {#unified-sorter} -> **注記：** +> **Note:** > > v6.0.0以降、TiCDCはデフォルトでDB Sorterエンジンを使用し、Unified Sorterエンジンは使用しなくなりました。1 `sort engine`項目は設定しないことを推奨します。 @@ -291,7 +291,7 @@ cdc cli --server="http://10.0.10.25:8300" changefeed query --changefeed-id=simpl 上記のコマンドの出力で、値`sort_engine`が「unified」の場合、変更フィードで Unified Sorter が有効になっていることを意味します。 -> **注記：** +> **Note:** > > - サーバーで、レイテンシーが長く、帯域幅が制限されている機械式ハード ドライブやその他のストレージデバイスが使用されている場合、Unified Sorter のパフォーマンスは大幅に低下します。 > - デフォルトでは、Unified Sorter は一時ファイルの保存に`data_dir`使用します。空きディスク容量が 500 GiB 以上であることを確認することをお勧めします。本番環境では、各ノードの空きディスク容量が（業務で許容される最大遅延時間`checkpoint-ts` ）×（業務ピーク時のアップストリーム書き込みトラフィック）よりも大きいことを確認することをお勧めします。また、 `changefeed`作成した後に大量の履歴データを複製する予定がある場合は、各ノードの空き容量が複製データの量よりも大きいことを確認してください。 diff --git a/ticdc/ticdc-open-api-v2.md b/ticdc/ticdc-open-api-v2.md index 658fcb6f45be5..8448ed66da974 100644 --- a/ticdc/ticdc-open-api-v2.md +++ b/ticdc/ticdc-open-api-v2.md @@ -9,7 +9,7 @@ summary: OpenAPI v2 インターフェースを使用してクラスターのス TiCDCは、TiCDCクラスターのクエリと操作のためのOpenAPI機能を提供します。OpenAPI機能は、 [`cdc cli`ツール](/ticdc/ticdc-manage-changefeed.md)のサブセットです。 -> **注記：** +> **Note:** > > TiCDC OpenAPI v1は将来削除される予定です。TiCDC OpenAPI v2のご利用をお勧めします。 diff --git a/ticdc/ticdc-open-protocol.md b/ticdc/ticdc-open-protocol.md index ec82f6760e3b1..5ccbfcfd7a618 100644 --- a/ticdc/ticdc-open-protocol.md +++ b/ticdc/ticdc-open-protocol.md @@ -372,7 +372,7 @@ COMMIT; 46 == 0b_010_1110 == MultipleKeyFlag | PrimaryKeyFlag | GeneratedColumnFlag | HandleKeyFlag -> **注記：** +> **Note:** > > - `BinaryFlag` 、列の型が BLOB/ TEXT （TINYBLOB/TINYTEXT、BINARY/CHAR を含む）の場合にのみ意味を持ちます。上流の列が BLOB 型の場合、 `BinaryFlag`値は`1`に設定されます。上流の列がTEXT型の場合、 `BinaryFlag`値は`0`に設定されます。 > - TiCDCは、上流からテーブルを複製するために、ハンドルインデックスとして[有効なインデックス](/ticdc/ticdc-overview.md#best-practices)選択します。ハンドルインデックス列の`HandleKeyFlag`の値は`1`に設定されます。 diff --git a/ticdc/ticdc-overview.md b/ticdc/ticdc-overview.md index 318bd3e3f844a..3215068593d1c 100644 --- a/ticdc/ticdc-overview.md +++ b/ticdc/ticdc-overview.md @@ -50,7 +50,7 @@ TiCDCには、以下の主要な機能があります。 - TiCDCは、下流のトランザクションが上流のトランザクションと同じ順序で実行されることを保証しません。 - > **注記：** + > **Note:** > > バージョン6.2以降では、シンクURIパラメータ[`transaction-atomicity`](/ticdc/ticdc-sink-to-mysql.md#configure-sink-uri-for-mysql-or-tidb)を使用して、単一テーブルトランザクションを分割するかどうかを制御できます。単一テーブルトランザクションを分割することで、大規模トランザクションのレプリケーションにおけるレイテンシーとメモリ消費量を大幅に削減できます。 @@ -83,7 +83,7 @@ TiCDCのアーキテクチャを次の図に示す。 - 主キー（ `PRIMARY KEY` ）は有効なインデックスです。 - 一意インデックス ( `UNIQUE INDEX` ) は、インデックスのすべての列が明示的に非 null 許容 ( `NOT NULL` ) として定義され、インデックスに仮想生成列 ( `VIRTUAL GENERATED COLUMNS` ) がない場合に有効です。 -> **注記：** +> **Note:** > > [`force-replicate`](/ticdc/ticdc-changefeed-config.md#force-replicate) `true`に設定すると、TiCDC は[有効なインデックスのないテーブルを複製する](/ticdc/ticdc-manage-changefeed.md#replicate-tables-without-a-valid-index)。 @@ -104,7 +104,7 @@ TiCDCのアーキテクチャを次の図に示す。 上流の DDL 操作によって生成されたデータ変更については、TiCDC は完全な DDL SQL ステートメントを取得し、下流のシンクタイプに基づいて対応する形式に変換して、下流に送信します。このセクションでは、これについては詳しく説明しません。 -> **注記：** +> **Note:** > > TiCDCがデータ変更を処理するロジックは、今後のバージョンで調整される可能性があります。 diff --git a/ticdc/ticdc-simple-protocol.md b/ticdc/ticdc-simple-protocol.md index 84ef53c77a522..d66342fc6213a 100644 --- a/ticdc/ticdc-simple-protocol.md +++ b/ticdc/ticdc-simple-protocol.md @@ -607,7 +607,7 @@ TableSchemaは、テーブル名、テーブルID、テーブルバージョン テーブル名とスキーマ バージョン番号によって、テーブルのスキーマ情報を一意に識別できます。 -> **注記：** +> **Note:** > > TiDB の実装上の制限により、 `RENAME TABLE` DDL 操作を実行しても、テーブルのスキーマ バージョン番号は変更されません。 diff --git a/ticdc/ticdc-sink-to-cloud-storage.md b/ticdc/ticdc-sink-to-cloud-storage.md index b2cdaaee478d6..d93efadc6a87f 100644 --- a/ticdc/ticdc-sink-to-cloud-storage.md +++ b/ticdc/ticdc-sink-to-cloud-storage.md @@ -52,7 +52,7 @@ URI の`[query_parameters]`には、次のパラメータを設定できます | `protocol` | ダウンストリームに送信されるメッセージのプロトコル形式。 | 該当なし | `canal-json`と`csv` | | `enable-tidb-extension` | `protocol` `canal-json`に設定され、 `enable-tidb-extension` `true`に設定されている場合、 TiCDC は[ウォーターマークイベント](/ticdc/ticdc-canal-json.md#watermark-event)送信し、 [TiDB拡張フィールド](/ticdc/ticdc-canal-json.md#tidb-extension-field) Canal-JSON メッセージに追加します。 | `false` | `false`と`true` | -> **注記：** +> **Note:** > > データ変更ファイルは、 `flush-interval`または`file-size`いずれかが要件を満たしている場合に下流に保存されます。5 `protocol`パラメータは必須です。TiCDCが変更フィードの作成時にこのパラメータを受け取らない場合は、 `CDC:ErrSinkUnknownProtocol`エラーが返されます。 @@ -135,7 +135,7 @@ GCSへのアクセスに使用するアカウントは、アクセスキーを
    -> **ヒント：** +> **Tip:** > > TiCDC における Amazon S3、GCS、Azure Blob Storage の URI パラメータの詳細については、 [外部ストレージサービスのURI形式](/external-storage-uri.md)参照してください。 @@ -173,7 +173,7 @@ GCSへのアクセスに使用するアカウントは、アクセスキーを - `num` : データの変更を記録したファイルのシリアル番号を保存します (例: `s3://bucket/bbb/ccc/test/table1/9999/2022-01-02/CDC **000005** .csv` 。 - `extension` : ファイルの拡張子を指定します。TiDB v6.5.0 は CSV および Canal-JSON 形式をサポートしています。 -> **注記：** +> **Note:** > > テーブル バージョンは次のシナリオで変更されます。 > diff --git a/ticdc/ticdc-sink-to-kafka.md b/ticdc/ticdc-sink-to-kafka.md index c125fbc8ab208..dda9e120d3ca8 100644 --- a/ticdc/ticdc-sink-to-kafka.md +++ b/ticdc/ticdc-sink-to-kafka.md @@ -52,7 +52,7 @@ Info: {"sink-uri":"kafka://127.0.0.1:9092,127.0.0.1:9093,127.0.0.1:9094/topic-na [scheme]://[host]:[port][/path]?[query_parameters] ``` -> **ヒント：** +> **Tip:** > > 下流のKafkaに複数のホストまたはポートがある場合は、シンクURIに複数の`[host]:[port]`設定できます。例： > @@ -113,7 +113,7 @@ Info: {"sink-uri":"kafka://127.0.0.1:9092,127.0.0.1:9093,127.0.0.1:9094/topic-na - ほとんどの場合、 `canal-json`プロトコルを使用することをお勧めします。 - TiCDCにおけるアップストリームデータの変更頻度が低い場合（例えば、10分以上データの変更がないなど）、Kafkaブローカー設定ファイルでKafka接続アイドルタイムアウトを増やすことをお勧めします。詳細については、 [TiCDC の Kafka へのレプリケーション タスクが`broken pipe`エラーで頻繁に失敗する理由](/ticdc/ticdc-faq.md#why-do-ticdc-replication-tasks-to-kafka-often-fail-with-broken-pipe-errors)参照してください。 -> **注記：** +> **Note:** > > `protocol`が`open-protocol`場合、TiCDC は複数のイベントを 1 つの Kafka メッセージにエンコードし、 `max-message-bytes`で指定された長さを超えるメッセージの生成を回避します。1 行の変更イベントのエンコード結果が`max-message-bytes`を超える場合、changefeed はエラーを報告し、ログを出力。 @@ -305,7 +305,7 @@ dispatchers = [ テーブルが複数のディスパッチャ ルールに一致する場合、最初に一致するルールが優先されます。 -> **注記：** +> **Note:** > > バージョン6.1.0以降、設定の意味を明確にするため、パーティションディスパッチャを指定するための設定が`dispatcher`から`partition`に変更されました。5 `partition` `dispatcher`の別名です。例えば、次の2つのルールは全く同じ意味です。 > @@ -341,7 +341,7 @@ column-selectors = [ - 表`test3.t`の場合、 `column1`を除く、 `column`で始まる 7 文字の列が送信されます。 - どのルールにも一致しないテーブルの場合、すべての列が送信されます。 -> **注記：** +> **Note:** > > `column-selectors`ルールでフィルタリングされた後、テーブル内のデータは、複製される主キーまたは一意キーを持っている必要があります。そうでない場合、変更フィードは作成時または実行時にエラーを報告します。 @@ -352,7 +352,7 @@ column-selectors = [ - 単一の TiCDC ノードでは、大きな単一のテーブルを時間内に複製することはできません。 - TiCDC ノードによって消費されるリソース (CPU やメモリなど) は均等に分散されません。 -> **警告：** +> **Warning:** > > TiCDC v7.0.0 は、Kafka 変更フィード上の大きな単一テーブルの負荷のスケールアウトのみをサポートします。 @@ -467,7 +467,7 @@ large-message-handle-option = "claim-check" Kafkaコンシューマーはメッセージを受信すると、まず`onlyHandleKey`フィールドをチェックします。このフィールドが存在し、値が`true`場合、メッセージには完全なデータのハンドルキーのみが含まれていることを意味します。この場合、完全なデータを取得するには、上流のTiDBにクエリを実行し、 [履歴データを読み取るための`tidb_snapshot`](/read-historical-data.md)使用する必要があります。 -> **警告：** +> **Warning:** > > Kafkaコンシューマーがデータを処理してTiDBにクエリを実行すると、GCによってデータが削除される可能性があります。この状況を回避するには、 [TiDBクラスタのGCライフタイムを変更する](/system-variables.md#tidb_gc_life_time-new-in-v50)より大きい値に設定する必要があります。 @@ -546,7 +546,7 @@ Kafkaコンシューマーは、外部ストレージ内の大きなメッセー バージョン8.4.0以降、TiCDCはKafkaメッセージの`value`フィールドのみを外部ストレージに送信できるようになりました。この機能は、Open Protocol以外のシナリオにのみ適用されます。この機能は、 `claim-check-raw-value`パラメータ（デフォルトは`false`を設定することで制御できます。 -> **注記：** +> **Note:** > > オープンプロトコルを使用する場合、 `claim-check-raw-value` ～ `true`に設定するとエラーが発生します。 diff --git a/ticdc/ticdc-sink-to-mysql.md b/ticdc/ticdc-sink-to-mysql.md index a8201d8adb264..455b20ff91f41 100644 --- a/ticdc/ticdc-sink-to-mysql.md +++ b/ticdc/ticdc-sink-to-mysql.md @@ -31,7 +31,7 @@ Info: {"sink-uri":"mysql://root:123456@127.0.0.1:3306/","opts":{},"create-time": - `--target-ts` : 変更フィードの終了TSOを指定します。このTSOに達すると、TiCDCクラスタはデータのプルを停止します。デフォルト値は空で、これはTiCDCが自動的にデータのプルを停止しないことを意味します。 - `--config` : チェンジフィード構成ファイルを指定します。詳細については、 [TiCDC Changefeedコンフィグレーションパラメータ](/ticdc/ticdc-changefeed-config.md)を参照してください。 -> **注記：** +> **Note:** > > - TiCDCは増分データのみを複製します。完全なデータを初期化するには、 Dumpling/ TiDB LightningまたはBRを使用してください。 > - 完全なデータ初期化が完了したら、アップストリームバックアップを実行する際に`start-ts`をTSOとして指定する必要があります。例えば、 Dumplingディレクトリ内のメタデータファイルにある`pos`の値、またはBRがバックアップを完了した後のログ出力にある`backupTS`の値などです。 @@ -42,7 +42,7 @@ Info: {"sink-uri":"mysql://root:123456@127.0.0.1:3306/","opts":{},"create-time": [scheme]://[userinfo@][host]:[port][/path]?[query_parameters] -> **注記：** +> **Note:** > > `/path`は MySQL シンクには使用されません。 @@ -78,7 +78,7 @@ MySQLの設定例： | `tidb-txn-mode` | [`tidb_txn_mode`](/system-variables.md#tidb_txn_mode)環境変数を指定します (オプション、デフォルト値は`optimistic`です)。 | | `safe-mode` | TiCDC がデータを下流に複製する際に`INSERT`および`UPDATE`ステートメントをどのように処理するかを指定します。 `true`の場合、TiCDC は上流のすべての`INSERT`ステートメントを`REPLACE INTO`ステートメントに変換し、すべての`UPDATE`ステートメントを`DELETE` + `REPLACE INTO`ステートメントに変換します。v6.1.3 より前は、このパラメーターのデフォルト値は`true`です。バージョン 6.1.3 以降、デフォルト値は`false`に変更されます。TiCDC が起動すると、現在のタイムスタンプ`ThresholdTs`を取得します。 `INSERT`と`UPDATE`ステートメントで`CommitTs`が`ThresholdTs`より小さい場合、TiCDC はそれぞれ`REPLACE INTO`ステートメントと`DELETE` + `REPLACE INTO`ステートメントに変換します。 `INSERT`が`UPDATE`以上である`CommitTs`および`ThresholdTs`ステートメントの場合、 `INSERT`ステートメントはダウンストリームに直接レプリケートされますが、 `UPDATE`ステートメントの動作は[TiCDCにおけるUPDATEイベント分割時の動作](/ticdc/ticdc-split-update-behavior.md)に従います。 | -> **注記：** +> **Note:** > > - `time-zone`は`mysql`および`tidb`シンクでのみ有効です。TiCDC がダウンストリームとの接続を確立した後、セッションの`time_zone`を設定します。この`time_zone`は、ダウンストリームが DDL および DML ステートメントを実行する際に、 `TIMESTAMP`などのタイムゾーンの影響を受ける時間値を解析するために使用されます。 `DATETIME` 、 `DATE` 、および`TIME`データ型は、タイムゾーン設定の影響を受けません。 > - タイムゾーン設定の不一致によって発生するデータの不整合を回避するために、 `time-zone`明示的に設定し、その値が TiCDC サーバーの`--tz`パラメータおよび下流データベースのタイムゾーンと一致していることを確認することをお勧めします。 @@ -95,7 +95,7 @@ echo -n '12345678' | base64 # '12345678' is the password to be encoded. MTIzNDU2Nzg= ``` -> **注記：** +> **Note:** > > シンク URI パラメータに`! * ' ( ) ; : @ & = + $ , / ? % # [ ]`などの特殊文字が含まれている場合は、 [URIエンコーダー](https://www.urlencoder.org/)のように特殊文字をエスケープする必要があります。 > @@ -139,7 +139,7 @@ TiCDCのレプリケーション遅延は、以下のシナリオで増加しま - `add index`のような時間のかかる DDL ステートメントは、上流で実行されます。 - PDは積極的なスケジューリング戦略で構成されており、その結果、リージョンリーダーの頻繁な異動、あるいはリージョンの統合や分割が頻繁に発生します。 -> **注記：** +> **Note:** > > バージョン6.1.1以降、TiCDCの最終整合性レプリケーション機能はAmazon S3互換のオブジェクトストレージをサポートしています。バージョン6.1.4以降、この機能はGCSおよびAzure互換のオブジェクトストレージもサポートしています。 diff --git a/ticdc/ticdc-split-update-behavior.md b/ticdc/ticdc-split-update-behavior.md index df2027c5e7b3e..54172d86904a5 100644 --- a/ticdc/ticdc-split-update-behavior.md +++ b/ticdc/ticdc-split-update-behavior.md @@ -12,7 +12,7 @@ v6.5.10、v7.1.6、v7.5.2、v8.1.1、v8.2.0以降では、MySQLシンクを使 - 1 つまたは複数の`UPDATE`変更を含むトランザクションの場合、トランザクション`commitTS` `thresholdTS`未満であれば、TiCDC は`UPDATE`イベントを`DELETE`イベントと`INSERT`イベントに分割してから、それらを Sorter モジュールに書き込みます。 - トランザクション`commitTS`が`thresholdTS`以上であるイベントが`UPDATE`ある場合、TiCDC はそれらを分割しません。詳細については、GitHub の問題[＃10918](https://github.com/pingcap/tiflow/issues/10918)参照してください。 -> **注記：** +> **Note:** > > v8.1.0では、MySQL Sinkを使用する場合、TiCDCは`thresholdTS`値に基づいて`UPDATE`イベントを分割するかどうかを決定しますが、 `thresholdTS`取得方法は異なります。具体的には、v8.1.0では、 `thresholdTS` TiCDC起動時にPDから取得される現在のタイムスタンプですが、この方法はマルチノードシナリオでデータの不整合の問題を引き起こす可能性があります。詳細については、GitHubのissue [＃11219](https://github.com/pingcap/tiflow/issues/11219)ご覧ください。 @@ -68,7 +68,7 @@ UPDATE t SET a = 3 WHERE a = 2; 前の例からわかるように、 `UPDATE`イベントを`DELETE`つと`INSERT`イベントに分割してから Sorter モジュールに書き込むと、分割後の`INSERT`イベントの前に`DELETE`イベントすべてが実行されるようになり、TiCDC が受信した`UPDATE`イベントの順序に関係なく、データの一貫性が維持されます。 -> **注記：** +> **Note:** > > この動作変更後、MySQLシンクを使用する場合、TiCDCはほとんどの場合、 `UPDATE`イベントを分割しません。その結果、変更フィード実行時に主キーまたは一意キーの競合が発生し、変更フィードが自動的に再起動される可能性があります。再起動後、TiCDCは競合する`UPDATE`イベントを`DELETE`つと`INSERT`イベントに分割してから、Sorterモジュールに書き込みます。これにより、同一トランザクション内のすべてのイベントが正しく順序付けされ、 `DELETE`イベントすべてが`INSERT`イベントの前に配置されるため、データレプリケーションが正しく完了します。 diff --git a/ticdc/ticdc-storage-consumer-dev-guide.md b/ticdc/ticdc-storage-consumer-dev-guide.md index 275408c86e419..785e1a1b1f57f 100644 --- a/ticdc/ticdc-storage-consumer-dev-guide.md +++ b/ticdc/ticdc-storage-consumer-dev-guide.md @@ -7,7 +7,7 @@ summary: ストレージシンク内のデータの変更を消費するコン このドキュメントでは、TiDB データ変更コンシューマーを設計および実装する方法について説明します。 -> **注記：** +> **Note:** > > ストレージシンクは`DROP DATABASE` DDLを処理できません。そのため、このDDLの実行は避けてください。このDDLを実行する必要がある場合は、下流のMySQLで手動で実行してください。 diff --git a/ticdc/ticdc-upstream-downstream-check.md b/ticdc/ticdc-upstream-downstream-check.md index 66e9f2dccdfe6..51e43ce76f521 100644 --- a/ticdc/ticdc-upstream-downstream-check.md +++ b/ticdc/ticdc-upstream-downstream-check.md @@ -33,7 +33,7 @@ sync-point-retention = "1h" ## 一貫性のあるスナップショット読み取り {#consistent-snapshot-read} -> **注記：** +> **Note:** > > 一貫性のあるスナップショット読み取りを実行する前に、 [同期ポイント機能を有効にしました](#enable-syncpoint)確保されていることを確認してください。複数のレプリケーションタスクが同じ下流 TiDB クラスターを使用し、同期ポイントが有効になっている場合、各タスクはそれぞれのレプリケーションの進行状況に基づいて`tidb_external_ts`と`ts-map`を更新します。この場合、 `ts-map`テーブルからレコードを読み取ることで、レプリケーションタスクレベルで一貫性のあるスナップショット読み取りを設定する必要があります。また、下流アプリケーションが`tidb_enable_external_ts_read`を使用してデータを読み取ることは避ける必要があります。複数のレプリケーションタスクが互いに干渉し、結果に矛盾が生じる可能性があるためです。 @@ -43,7 +43,7 @@ sync-point-retention = "1h" ## データ一貫性検証 {#data-consistency-validation} -> **注記：** +> **Note:** > > データ一貫性検証を実行する前に、 [同期ポイント機能を有効にしました](#enable-syncpoint)あることを確認してください。 diff --git a/ticdc/troubleshoot-ticdc.md b/ticdc/troubleshoot-ticdc.md index 257c4b553c151..a05759fc1dc07 100644 --- a/ticdc/troubleshoot-ticdc.md +++ b/ticdc/troubleshoot-ticdc.md @@ -7,7 +7,7 @@ summary: TiCDC の使用時に発生する可能性のある問題のトラブ このドキュメントでは、TiCDC の使用時に発生する可能性のある一般的なエラーと、それに対応するメンテナンスおよびトラブルシューティングの方法について説明します。 -> **注記：** +> **Note:** > > このドキュメントでは、 `cdc cli`コマンドで指定されているサーバーアドレスは`server=http://127.0.0.1:8300`です。コマンドを使用する際は、このアドレスを実際の TiCDC サーバーアドレスに置き換えてください。 @@ -126,7 +126,7 @@ cdc cli changefeed resume -c test-cf --server=http://127.0.0.1:8300 2. changefeed の設定を変更します。設定項目`ignore-txn-start-ts`に上記の`start-ts`追加します。 3. 中断された変更フィードを再開します。 -> **注記：** +> **Note:** > > changefeed `start-ts`エラー発生時の`checkpoint-ts`に 1 を加えた値に設定してタスクを再作成すると、DDL 文をスキップできますが、TiCDC が`checkpointTs+1`の時点での DML データ変更を失う可能性があります。したがって、この操作は実本番環境では厳禁です。 diff --git a/tidb-cloud/architecture-concepts.md b/tidb-cloud/architecture-concepts.md index c93c9e527b14f..56cea2ee01a6f 100644 --- a/tidb-cloud/architecture-concepts.md +++ b/tidb-cloud/architecture-concepts.md @@ -214,7 +214,7 @@ TiDB Cloud Premiumは、リクエストユニット（RU）を使用してすべ | 要点をまとめる | 1 KiBのアイテムをその固有IDで読み込む | 1.5 RU | | OLTP書き込み | 標準Sysbenchモデル（アイテムサイズ1KiB） | 2.5 RU | -> **注記：** +> **Note:** > > ポイントリードは、一意のIDを使用してデータを取得する最も効率的な方法です。書き込み操作の場合、RUコストは、データを永続化するために必要なI/Oとインデックス作成の作業量を表します。RU消費量は、データサイズと操作の複雑さに比例して増加します。 diff --git a/tidb-cloud/backup-and-restore-serverless.md b/tidb-cloud/backup-and-restore-serverless.md index 6a19d30d205df..f9ff43f33349d 100644 --- a/tidb-cloud/backup-and-restore-serverless.md +++ b/tidb-cloud/backup-and-restore-serverless.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidbcloud/restore-deleted-tidb-cluster'] このドキュメントでは、TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンス上のデータのバックアップと復元方法について説明します。 -> **ヒント：** +> **Tip:** > > TiDB Cloud Dedicatedクラスター上のデータをバックアップおよび復元する方法については、 [TiDB Cloud Dedicatedデータのバックアップと復元](/tidb-cloud/backup-and-restore.md)復元」を参照してください。 @@ -16,7 +16,7 @@ aliases: ['/ja/tidbcloud/restore-deleted-tidb-cluster'] 1. [**私のTiDB**](https://tidbcloud.com/tidbs)ページで、対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックすると、その概要ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -87,7 +87,7 @@ TiDB Cloudは、新しいTiDB Cloud StarterまたはEssentialインスタンス ### 新しいTiDB Cloud StarterまたはEssentialインスタンスに復元します {#restore-to-a-new-instance} {#restore-to-a-new-instance} -> **注記：** +> **Note:** > > 元のTiDB Cloud StarterまたはEssentialインスタンスのユーザー認証情報と権限は、新しいTiDB Cloud StarterまたはEssentialインスタンスには復元されません。 @@ -131,7 +131,7 @@ TiDB Cloudは、新しいTiDB Cloud StarterまたはEssentialインスタンス ### ごみ箱から復元 {#restore-from-recycle-bin} -> **注記：** +> **Note:** > > TiDB Cloud Starterは、ごみ箱からの復元をサポートしていません。 @@ -139,7 +139,7 @@ TiDB Cloudは、新しいTiDB Cloud StarterまたはEssentialインスタンス 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動し、右上隅の**[...]**をクリックして、 **[ごみ箱] を**クリックします。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -147,7 +147,7 @@ TiDB Cloudは、新しいTiDB Cloud StarterまたはEssentialインスタンス 3. 復元したいTiDB Cloud Essentialインスタンスを見つけて、 **[>]**ボタンをクリックして、そのインスタンスで使用可能なバックアップを展開します。 - > **注記：** + > **Note:** > > TiDB Cloud Essentialインスタンス**にバックアップがない**場合、削除されたインスタンスはごみ箱に表示されません。 diff --git a/tidb-cloud/backup-and-restore.md b/tidb-cloud/backup-and-restore.md index ae65e4793702f..96c4eeacefc71 100644 --- a/tidb-cloud/backup-and-restore.md +++ b/tidb-cloud/backup-and-restore.md @@ -26,7 +26,7 @@ aliases: ['/ja/tidbcloud/restore-deleted-tidb-cluster'] 1. [**私のTiDB**](https://tidbcloud.com/tidbs)ページで、対象のTiDB Cloud Dedicatedクラスタの名前をクリックすると、その概要ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -105,7 +105,7 @@ TiDB Cloud Dedicatedクラスターのバックアップ スケジュールを ### デュアルリージョンバックアップを有効にする {#turn-on-dual-region-backup} -> **注記：** +> **Note:** > > - 現在、デュアルリージョンバックアップ機能は、AWSおよびGoogle Cloud上でホストされているTiDB Cloud Dedicatedクラスターでのみ利用可能です。 > - Google Cloud 上でホストされているTiDB Cloud Dedicatedクラスターは、Google Cloud Storage とシームレスに連携します。Google Cloud Storage と同様に、 **TiDB Cloud Dedicated は、Google デュアルリージョンstorageと同じマルチリージョンコード内でのみデュアルリージョンペアリングをサポートします**。たとえば、アジアでは現在、デュアルリージョンストレージのために東京と大阪をペアリングする必要があります。詳細については、 [二重領域](https://cloud.google.com/storage/docs/locations#location-dr)を参照してください。 @@ -181,7 +181,7 @@ TiDB Cloud Dedicatedクラスターに手動バックアップを適用するに 特定のバックアップをAmazon S3やGoogle Cloud Storageなどのクラウドストレージにエクスポートするには、対象のstorageプロバイダーの手順に従ってください。 -> **注記：** +> **Note:** > > 現在、この機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)の右下隅にある**「？」**をクリックし、 次に**「サポートチケット」**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。チケットを作成し、「**説明」**フィールドに「バックアップのエクスポート機能の申請」と入力して、 **「送信」を**クリックします。 @@ -319,7 +319,7 @@ TiDB Cloud Dedicatedクラスタのデータをバックアップから新しい ### 削除されたクラスターを復元する {#restore-a-deleted-cluster} -> **注記：** +> **Note:** > > 削除したクラスターを任意の時点に復元することはできません。復元できるのは、自動バックアップまたは手動バックアップを選択することのみです。 @@ -327,7 +327,7 @@ TiDB Cloud Dedicatedクラスタのデータをバックアップから新しい 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動し、右上隅の**[...]**をクリックして、 **[ごみ箱] を**クリックします。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 diff --git a/tidb-cloud/branch-github-integration.md b/tidb-cloud/branch-github-integration.md index daf604d6445aa..b9132c712d6c1 100644 --- a/tidb-cloud/branch-github-integration.md +++ b/tidb-cloud/branch-github-integration.md @@ -5,7 +5,7 @@ summary: TiDB Cloudのブランチ機能をGitHubと連携させる方法を学 # TiDB Cloud Branching（PREVIEW）とGitHubの統合 {#integrate-tidb-cloud-branching-beta-with-github} -> **注記：** +> **Note:** > > この統合は[TiDB Cloud Branching](/tidb-cloud/branch-overview.md)ベースに構築されています。このドキュメントを読む前に、 TiDB Cloud Branching について理解していることを確認してください。 diff --git a/tidb-cloud/branch-manage.md b/tidb-cloud/branch-manage.md index 692e260c6eead..f427fd98739d8 100644 --- a/tidb-cloud/branch-manage.md +++ b/tidb-cloud/branch-manage.md @@ -16,7 +16,7 @@ summary: TiDB Cloudブランチの管理方法を学びましょう。 ## ブランチを作成する {#create-a-branch} -> **注記：** +> **Note:** > > 2023 年 7 月 5 日以降に作成されたTiDB Cloud Starterインスタンスのブランチのみを作成できます。その他の制限事項については[制限事項と割り当て](/tidb-cloud/branch-overview.md#limitations-and-quotas)を参照してください。 @@ -84,7 +84,7 @@ TiDB Cloud Starterインスタンスのブランチを表示するには、以 ブランチをリセットすると、親ブランチの最新データと同期されます。 -> **注記：** +> **Note:** > > この操作は元に戻せません。ブランチをリセットする前に、重要なデータはすべてバックアップしておいてください。 diff --git a/tidb-cloud/branch-overview.md b/tidb-cloud/branch-overview.md index dd1dc6b2af191..4a4d3f35bf74e 100644 --- a/tidb-cloud/branch-overview.md +++ b/tidb-cloud/branch-overview.md @@ -9,7 +9,7 @@ TiDB Cloudでは、TiDB Cloud Starterインスタンスのブランチを作成 ブランチ機能を使用することで、開発者は並行して作業を進め、新機能を迅速に反復開発し、本番データベースに影響を与えることなく問題をトラブルシューティングし、必要に応じて変更を簡単に元に戻すことができます。この機能は、開発およびデプロイプロセスを効率化すると同時に、本番データベースの高い安定性と信頼性を確保します。 -> **注記：** +> **Note:** > > 現在、 TiDB Cloud Branchingはパブリックプレビューであり、 TiDB Cloud Dedicatedクラスターでは利用できません。 @@ -41,7 +41,7 @@ TiDB Cloudは、高速かつシームレスなブランチ作成を実現する - TiDB Cloudの各組織では、デフォルトではTiDB Cloud Starterインスタンス全体で最大 5 つのブランチを作成できます。TiDB CloudはTiDB Cloud Starterインスタンスのブランチをインスタンスと同じリージョンに作成します。また、スロットリングが適用されている、または 100 GiB を超えるサイズのTiDB Cloud Starterインスタンスにはブランチを作成できません。 - > **注記：** + > **Note:** > > エージェント プラットフォームや多数のブランチを必要とするその他のサービスを構築している有料組織向けに、 TiDB Cloud は5 つを超えるブランチを作成できる**インスタンス キャパシティ プラン**を提供します。詳細については、 [インスタンス容量計画](/tidb-cloud/select-cluster-tier.md#instance-capacity-plan)参照してください。 diff --git a/tidb-cloud/built-in-monitoring.md b/tidb-cloud/built-in-monitoring.md index d95704cb5dbf2..c94be0b290d8c 100644 --- a/tidb-cloud/built-in-monitoring.md +++ b/tidb-cloud/built-in-monitoring.md @@ -13,7 +13,7 @@ TiDB Cloudは、TiDBリソースの標準メトリック一式を収集し、メ 1. [**私のTiDB**](https://tidbcloud.com/tidbs)ページで、対象リソースの名前をクリックすると、その概要ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 diff --git a/tidb-cloud/changefeed-overview.md b/tidb-cloud/changefeed-overview.md index f6002a9fafdbc..0a22a1098a12c 100644 --- a/tidb-cloud/changefeed-overview.md +++ b/tidb-cloud/changefeed-overview.md @@ -16,7 +16,7 @@ TiDB Cloud changefeed を使用すると、 TiDB Cloudから他のデータサ -> **注記：** +> **Note:** > > - 現在、 TiDB Cloudでは、 TiDB Cloud DedicatedクラスターTiDB Cloud Premiumインスタンスごとに最大 100 件の変更フィードのみが許可されます。 > - 現在、 TiDB Cloud、変更フィードごとに最大100個のテーブルフィルタルールしか設定できません。 @@ -29,7 +29,7 @@ TiDB Cloud changefeed を使用すると、 TiDB Cloudから他のデータサ 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -83,7 +83,7 @@ TiDB Cloud Premiumでは、チェンジフィードのTiCDC Changefeed容量ユ 変更フィードのスケールアップまたはスケールダウンを行うことで、変更フィードの TiCDC レプリケーション容量ユニット (RCU) を変更できます。 -> **注記：** +> **Note:** > > - TiDB Cloud Dedicatedクラスターの変更フィードをスケーリングするには、このクラスターのすべての変更フィードが 2023 年 3 月 28 日以降に作成されていることを確認してください。 > - TiDB Cloud Dedicatedクラスターに 2023 年 3 月 28 日より前に作成された変更フィードがある場合、このクラスターの既存の変更フィードも新しく作成された変更フィードもスケールアップまたはスケールダウンをサポートしません。 @@ -109,7 +109,7 @@ TiDB Cloud Premiumでは、チェンジフィードのTiCDC Changefeed容量ユ ## 変更フィードを編集する {#edit-a-changefeed} -> **注記：** +> **Note:** > > TiDB Cloud現在、一時停止状態の変更フィードの編集のみが許可されています。 diff --git a/tidb-cloud/changefeed-sink-to-apache-kafka.md b/tidb-cloud/changefeed-sink-to-apache-kafka.md index f65677c84b8a8..5c2c7611afa1e 100644 --- a/tidb-cloud/changefeed-sink-to-apache-kafka.md +++ b/tidb-cloud/changefeed-sink-to-apache-kafka.md @@ -9,7 +9,7 @@ summary: このドキュメントでは、TiDB Cloudから Apache Kafka へデ -> **注記：** +> **Note:** > > 変更フィード機能を使用するには、 TiDB Cloud Dedicatedクラスタのバージョンがv6.1.3以降であることを確認してください。 diff --git a/tidb-cloud/changefeed-sink-to-apache-pulsar.md b/tidb-cloud/changefeed-sink-to-apache-pulsar.md index 0635b65b37e49..b76f7adcaa6b1 100644 --- a/tidb-cloud/changefeed-sink-to-apache-pulsar.md +++ b/tidb-cloud/changefeed-sink-to-apache-pulsar.md @@ -7,7 +7,7 @@ summary: このドキュメントでは、TiDB Cloudから Apache Pulsar へデ このドキュメントでは、TiDB CloudからApache Pulsarにデータをストリーミングするためのチェンジフィードを作成する方法について説明します。 -> **注記：** +> **Note:** > > - 変更フィード機能を使用してデータをApache Pulsarに複製するには、 TiDB Cloud Dedicatedクラスタのバージョンがv7.5.1以降であることを確認してください。 > - [TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter)インスタンスでは、変更フィード機能は利用できません。 @@ -145,7 +145,7 @@ Apache PulsarサービスにパブリックIPアクセスを提供する場合 配信モードは、チェンジフィードがイベントメッセージをPulsarトピックにどのように配信するかを制御します。すべてのメッセージを1つのトピックに送信するか、テーブルごとまたはデータベースごとに特定のトピックに送信するかを選択できます。 - > **注記：** + > **Note:** > > ダウンストリームとしてPulsarを選択した場合、チェンジフィードは自動的にトピックを作成しません。必要なトピックは事前に作成しておく必要があります。 diff --git a/tidb-cloud/changefeed-sink-to-cloud-storage.md b/tidb-cloud/changefeed-sink-to-cloud-storage.md index 1d7ec1b93f4de..82eb56e655b5c 100644 --- a/tidb-cloud/changefeed-sink-to-cloud-storage.md +++ b/tidb-cloud/changefeed-sink-to-cloud-storage.md @@ -7,7 +7,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl このドキュメントでは、TiDB Cloudからクラウドストレージへデータをストリーミングするためのチェンジフィードの作成方法について説明します。現在、Amazon S3、Google Cloud Storage（GCS）、およびAzure Blob Storageがサポートされています。 -> **注記：** +> **Note:** > > - データをクラウドストレージにストリーミングするには、TiDB クラスターのバージョンが v7.1.1 以降であることを確認してください。 TiDB Cloud Dedicatedクラスターを v7.1.1 以降にアップグレードするには、 [TiDB Cloudサポートにお問い合わせください](/tidb-cloud/tidb-cloud-support.md)。 > - [TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter)インスタンスでは、変更フィード機能は利用できません。 @@ -51,7 +51,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl **オプション2：AWSアクセスキー** -> **注記：** +> **Note:** > > アクセスキーとシークレットキー（AK/SK）を使用する場合、認証情報の管理とローテーションを手動で行う必要があり、セキュリティリスクが高まります。より強力なセキュリティを確保するには、代わりに**AWSロールARNを**使用することをお勧めします。 @@ -106,7 +106,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl - **「役割を選択」ドロップ**ダウンリストに、先ほど作成したIAMロールの名前を入力し、フィルター結果からその名前を選択します。 - > **注記：** + > **Note:** > > TiDB Cloudへのアクセス権を削除するには、付与したアクセス権を削除するだけです。 @@ -151,7 +151,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl 5. SASトークンの有効期間を、ニーズを満たすのに十分な長さに指定してください。 - > **注記：** + > **Note:** > > - 変更フィードは継続的にイベントを書き込むため、SASトークンの有効期間が十分に長いことを確認してください。セキュリティ上の理由から、トークンは6～12ヶ月ごとに交換することをお勧めします。 > - 生成されたSASトークンは取り消すことができないため、有効期間を慎重に設定してください。 @@ -234,7 +234,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl ![Flush Parameters](/media/tidb-cloud/changefeed/sink-to-cloud-storage-flush-parameters.jpg) - > **注記：** + > **Note:** > > これら2つのパラメータは、各データベーステーブルごとにクラウドストレージに生成されるオブジェクトの数に影響します。テーブル数が多い場合、同じ設定を使用すると生成されるオブジェクトの数が増加し、結果としてクラウドストレージAPIの呼び出しコストが上昇します。そのため、リカバリポイント目標（RPO）とコスト要件に基づいて、これらのパラメータを適切に設定することをお勧めします。 diff --git a/tidb-cloud/changefeed-sink-to-mysql.md b/tidb-cloud/changefeed-sink-to-mysql.md index 73106a388177c..418637ca6df9e 100644 --- a/tidb-cloud/changefeed-sink-to-mysql.md +++ b/tidb-cloud/changefeed-sink-to-mysql.md @@ -9,7 +9,7 @@ summary: このドキュメントでは、Sink to MySQL changefeed を使用し -> **注記：** +> **Note:** > > 変更フィード機能を使用するには、 TiDB Cloud Dedicatedクラスタのバージョンがv6.1.3以降であることを確認してください。 diff --git a/tidb-cloud/changefeed-sink-to-tidb-cloud.md b/tidb-cloud/changefeed-sink-to-tidb-cloud.md index 8d7f577c0e97b..1ab9b0890c74f 100644 --- a/tidb-cloud/changefeed-sink-to-tidb-cloud.md +++ b/tidb-cloud/changefeed-sink-to-tidb-cloud.md @@ -7,7 +7,7 @@ summary: このドキュメントでは、TiDB Cloud Dedicatedクラスタから このドキュメントでは、TiDB Cloud DedicatedクラスターからTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにデータをストリーミングする方法について説明します。 -> **注記：** +> **Note:** > > Changefeed機能を使用するには、 TiDB Cloud Dedicatedクラスタのバージョンがv6.1.3以降であることを確認してください。 diff --git a/tidb-cloud/cli-reference.md b/tidb-cloud/cli-reference.md index 7e46bfdbf3897..84005a980b6e1 100644 --- a/tidb-cloud/cli-reference.md +++ b/tidb-cloud/cli-reference.md @@ -60,7 +60,7 @@ TiDB Cloud CLI では、ユーザープロファイルとは、プロファイ [`ticloud auth login`](/tidb-cloud/ticloud-auth-login.md)使用して、現在のプロファイルに OAuth トークンを割り当てます。プロファイルが存在しない場合は、 `default`という名前のプロファイルが自動的に作成されます。 -> **注記：** +> **Note:** > > 上記2つの方法では、 TiDB Cloud APIキーがOAuthトークンよりも優先されます。現在のプロファイルに両方が存在する場合は、APIキーが使用されます。 diff --git a/tidb-cloud/configure-external-storage-access.md b/tidb-cloud/configure-external-storage-access.md index 54f9ccac18b8d..02fd000d6c4c8 100644 --- a/tidb-cloud/configure-external-storage-access.md +++ b/tidb-cloud/configure-external-storage-access.md @@ -21,7 +21,7 @@ TiDB Cloud Starter、 Essential、またはPremiumインスタンスがAmazon S3 ロールARNの作成には[AWS CloudFormation](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html)使用することをお勧めします。作成するには、以下の手順に従ってください。 -> **注記：** +> **Note:** > > Amazon S3 へのロール ARN アクセスは、ターゲットTiDB Cloud Starter、 Essential、または Premium インスタンスのクラウドプロバイダーが AWS である場合にのみサポートされます。別のクラウドプロバイダーを使用する場合は、代わりに AWS アクセスキーを使用してください。詳細については、 [AWSアクセスキーを使用してAmazon S3へのアクセスを設定する](#configure-amazon-s3-access-using-an-aws-access-key)参照してください。 @@ -186,7 +186,7 @@ AWS CloudFormationでロールARNを作成する際に問題が発生した場 3. アクセスキーを作成します。詳細については、 [IAMユーザーのアクセスキーを作成する](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_access-keys.html#Using_CreateAccessKey)参照してください。 -> **注記：** +> **Note:** > > TiDB Cloudはアクセス キーを保存しません。インポートまたはエクスポートが完了したら[アクセスキーを削除する](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_access-keys.html#Using_CreateAccessKey)ことをお勧めします。 diff --git a/tidb-cloud/configure-ip-access-list.md b/tidb-cloud/configure-ip-access-list.md index 4afd22a8eecc9..a29c14a73c27d 100644 --- a/tidb-cloud/configure-ip-access-list.md +++ b/tidb-cloud/configure-ip-access-list.md @@ -7,7 +7,7 @@ summary: TiDB Cloud Dedicatedクラスターへのアクセスを許可するIP TiDB Cloudの各TiDB Cloud Dedicatedクラスターに対して、IP アクセス リストを設定することで、クラスターへのアクセスを試みるインターネット トラフィックをフィルタリングできます。これは、ファイアウォールのアクセス コントロール リストと同様の機能を持ちます。設定後、IP アクセス リストに登録されている IP アドレスを持つクライアントおよびアプリケーションのみが、TiDB Cloud Dedicatedクラスターに接続できるようになります。 -> **注記：** +> **Note:** > > このドキュメントは[**TiDB Cloud Dedicated**](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)に適用されます。 **TiDB Cloud Starter**または**TiDB Cloud Essential**の IP アクセス リストを構成する手順については、 [パブリックエンドポイント向けにTiDB Cloud StarterまたはEssential Firewallルールを設定する](/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md)するを参照してください。 @@ -15,7 +15,7 @@ TiDB Cloud Dedicatedクラスターの IP アクセス リストを設定する 1. [**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Dedicatedクラスタの名前をクリックして概要ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 diff --git a/tidb-cloud/configure-maintenance-window.md b/tidb-cloud/configure-maintenance-window.md index 23a8ab45801e7..bdbfb3df978f5 100644 --- a/tidb-cloud/configure-maintenance-window.md +++ b/tidb-cloud/configure-maintenance-window.md @@ -11,7 +11,7 @@ summary: TiDB Cloud Dedicatedクラスターのメンテナンス ウィンド メンテナンスウィンドウを設定することで、メンテナンス作業のスケジュール設定と管理を容易に行い、メンテナンスによる影響を最小限に抑えることができます。例えば、メンテナンスウィンドウの開始時刻を設定することで、アプリケーションのワークロードがピークとなる時間帯を避けることができます。 -> **注記：** +> **Note:** > > メンテナンスウィンドウ機能は、 [TiDB Cloud Dedicatedクラスター](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)でのみ利用可能です。 @@ -51,7 +51,7 @@ TiDB Cloudは、メンテナンス期間ごとに、以下のタイミングで 定期メンテナンスは、 TiDB Cloudをセキュリティ上の脅威、パフォーマンスの問題、および信頼性の低下から保護するために、重要なアップデートが確実に実行されることを保証します。そのため、メンテナンスウィンドウはデフォルトで有効になっており、無効にすることはできません。 -> **注記：** +> **Note:** > > - TiDB Cloudに初めて登録した際に自動的に作成されるデフォルトプロジェクトの場合、メンテナンス期間は毎週水曜日の午前3時（ TiDB Cloud組織のタイムゾーンに基づく）に開始されます。 > - 新規プロジェクトを作成する場合、プロジェクト設定時にメンテナンス期間の開始時刻を個別に設定できます。 @@ -60,7 +60,7 @@ TiDB Cloudは、メンテナンス期間ごとに、以下のタイミングで 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 diff --git a/tidb-cloud/configure-security-settings.md b/tidb-cloud/configure-security-settings.md index c66184ff02819..106565d0c7be8 100644 --- a/tidb-cloud/configure-security-settings.md +++ b/tidb-cloud/configure-security-settings.md @@ -7,13 +7,13 @@ summary: TiDB Cloud Dedicatedクラスターに接続するためのルートパ TiDB Cloud Dedicatedクラスタの場合、ルートパスワードと接続を許可するIPアドレスを設定できます。 -> **注記：** +> **Note:** > > TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスの場合、このドキュメントは適用されないため、代わりに[TiDB Cloud StarterまたはEssentialへのTLS接続](/tidb-cloud/secure-connections-to-serverless-clusters.md)を参照してください。 1. TiDB Cloudコンソールで、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -23,6 +23,6 @@ TiDB Cloud Dedicatedクラスタの場合、ルートパスワードと接続を **「パスワードを自動生成」をクリックすると、ランダムなパスワード**が生成されます。生成されたパスワードは二度と表示されませんので、安全な場所に保存してください。 -> **ヒント：** +> **Tip:** > > TiDB Cloud Dedicatedクラスターの概要ページを表示している場合は、ページ右上隅の「 **...」**をクリックし、 **「パスワード設定」**を選択して、これらの設定を構成することもできます。 diff --git a/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md b/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md index 04e684019ae38..83315495d543d 100644 --- a/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md +++ b/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md @@ -7,7 +7,7 @@ summary: TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスへの このドキュメントでは、 TiDB Cloud StarterおよびTiDB Cloud Essentialインスタンスのパブリック接続オプションについて説明します。インターネット経由でアクセス可能なTiDB Cloud StarterまたはEssentialインスタンスを安全に管理するための重要な概念を習得できます。 -> **注記：** +> **Note:** > > このドキュメントは**TiDB Cloud Starter**および**TiDB Cloud Essential**に適用されます。 **TiDB Cloud Dedicated**の IP アクセス リストを設定する手順については、 [TiDB Cloud Dedicatedの IP アクセス リストを設定する](/tidb-cloud/configure-ip-access-list.md)参照してください。 @@ -53,7 +53,7 @@ TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにファイア - お使いのコンピュータの現在のIPアドレスを追加するには、 **「現在のIPアドレスを追加」**をクリックします。これにより、 TiDB Cloudが認識するコンピュータのパブリックIPアドレスを含むファイアウォールルールが自動的に作成されます。 - > **注記：** + > **Note:** > > TiDB Cloudコンソールが認識するIPアドレスは、データベースクライアントが使用するIPアドレスと異なる場合があります。ルールが期待どおりに機能しない場合は、開始IPアドレスと終了IPアドレスを調整してください。公開IPアドレスを確認するには、検索エンジンまたはオンラインツールを使用できます。たとえば、「自分のIPアドレスは何ですか」と検索してください。 @@ -61,7 +61,7 @@ TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにファイア - アドレス範囲を追加するには、単一のIPアドレスまたはIPアドレスの範囲を指定します。ルールを単一のIPアドレスに限定するには、 **「開始IPアドレス」**と**「終了IPアドレス」**のフィールドに同じIPアドレスを入力します。 - > **注記：** + > **Note:** > > ファイアウォールを開放すると、指定されたIPアドレスまたはIPアドレス範囲からの管理者、ユーザー、およびアプリケーションは、有効な認証情報を持つTiDB Cloud StarterまたはEssentialインスタンス上の任意のデータベースにアクセスできるようになります。 diff --git a/tidb-cloud/configure-sql-users.md b/tidb-cloud/configure-sql-users.md index bd1fdf62ad2a8..2068be33b24a6 100644 --- a/tidb-cloud/configure-sql-users.md +++ b/tidb-cloud/configure-sql-users.md @@ -7,7 +7,7 @@ summary: TiDB Cloudコンソールでデータベースユーザーとロール このドキュメントでは[TiDB Cloudコンソール](https://tidbcloud.com/)の**SQL ユーザー**ページを使用してデータベース ユーザーとロールを管理する方法について説明します。 -> **注記：** +> **Note:** > > - **SQLユーザー**ページはパブリックプレビューであり、リクエストがあった場合のみ利用可能です。この機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)**？」**をクリックし、**サポートチケット**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。チケットを作成し、 **「説明」**フィールドに「SQLユーザーページの申請」と入力して、 **「送信」を**クリックします。 > - データベースのユーザーと役割[組織およびプロジェクトのユーザーと役割](/tidb-cloud/manage-user-access.md)から独立しています。データベース ユーザーは TiDB クラスター内のデータベースにアクセスするために使用され、組織およびプロジェクト ユーザーは[TiDB Cloudコンソール](https://tidbcloud.com/)内の組織およびプロジェクトにアクセスするために使用されます。 @@ -42,7 +42,7 @@ SQLユーザーに組み込みロールと複数のカスタムロールの両 1. [**私のTiDB**](https://tidbcloud.com/tidbs)ページで、対象リソースの名前をクリックすると、その概要ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -84,7 +84,7 @@ SQLユーザーのパスワードまたはロールを編集するには、以 3. ダイアログで、必要に応じてユーザーのパスワードと役割を編集し、 **[更新]**をクリックします。 - > **注記：** + > **Note:** > > デフォルトの`.root`ユーザーの役割は変更できません。パスワードのみ変更可能です。 @@ -96,7 +96,7 @@ SQLユーザーを削除するには、以下の手順を実行してくださ 2. 削除する SQL ユーザーの行で、 **[アクション**] 列の**[...]**をクリックし、 **[削除]**をクリックします。 - > **注記：** + > **Note:** > > デフォルトの`.root`ユーザーは削除をサポートしていません。 diff --git a/tidb-cloud/connect-to-tidb-cluster-serverless.md b/tidb-cloud/connect-to-tidb-cluster-serverless.md index 8a70331b0398b..f480fb6258068 100644 --- a/tidb-cloud/connect-to-tidb-cluster-serverless.md +++ b/tidb-cloud/connect-to-tidb-cluster-serverless.md @@ -7,7 +7,7 @@ summary: TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにさ このドキュメントでは、TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスへの接続方法について説明します。 -> **ヒント：** +> **Tip:** > > - TiDB Cloud Dedicatedクラスターに接続する方法については、 [TiDB Cloud Dedicatedクラスタに接続します](/tidb-cloud/connect-to-tidb-cluster.md)を参照してください。 > - このドキュメントでは、TiDB Cloud StarterおよびTiDB Cloud Essentialのネットワーク接続方法について説明します。特定のツール、ドライバ、または ORM を介して TiDB に接続する方法については、 [TiDBに接続する](/develop/dev-guide-connect-to-tidb.md)参照してください。 diff --git a/tidb-cloud/connect-to-tidb-cluster.md b/tidb-cloud/connect-to-tidb-cluster.md index 7231a7d688e5a..41bcf6b3d7127 100644 --- a/tidb-cloud/connect-to-tidb-cluster.md +++ b/tidb-cloud/connect-to-tidb-cluster.md @@ -7,7 +7,7 @@ summary: さまざまな方法でTiDB Cloud Dedicatedクラスターに接続す このドキュメントでは、TiDB Cloud Dedicatedクラスタへの接続方法について説明します。 -> **ヒント：** +> **Tip:** > > - TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスに接続する方法については、 [TiDB Cloud StarterまたはEssentialインスタンスに接続します](/tidb-cloud/connect-to-tidb-cluster-serverless.md)参照してください。 > - このドキュメントでは、 TiDB Cloud Dedicatedのネットワーク接続方法について説明します。特定のツール、ドライバ、または ORM を介して TiDB に接続する方法については、 [TiDBに接続する](/develop/dev-guide-connect-to-tidb.md)参照してください。 @@ -38,7 +38,7 @@ TiDB Cloud Dedicatedクラスタが作成されたら、以下のいずれかの - [組み込みSQLエディタ](/tidb-cloud/explore-data-with-chat2query.md) - > **注記：** + > **Note:** > > [TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスタでSQLエディタを使用するには、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 diff --git a/tidb-cloud/connect-via-sql-shell.md b/tidb-cloud/connect-via-sql-shell.md index cfce8c3a61631..5202ce504225b 100644 --- a/tidb-cloud/connect-via-sql-shell.md +++ b/tidb-cloud/connect-via-sql-shell.md @@ -7,7 +7,7 @@ summary: SQLシェルを使用してTiDBクラスタに接続する方法を学 TiDB Cloud SQL Shell では、 TiDB SQL を試用したり、TiDB と MySQL の互換性を迅速にテストしたり、データベースのユーザー権限を管理したりできます。 -> **注記：** +> **Note:** > > SQL Shell を使用して[TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter)または[TiDB Cloud Essential](/tidb-cloud/select-cluster-tier.md#essential)に接続することはできません。 TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスに接続するには、 [TiDB Cloud StarterまたはEssentialインスタンスに接続します](/tidb-cloud/connect-to-tidb-cluster-serverless.md)参照してください。 @@ -15,7 +15,7 @@ SQLシェルを使用してTiDBに接続するには、以下の手順を実行 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 diff --git a/tidb-cloud/connect-via-standard-connection-serverless.md b/tidb-cloud/connect-via-standard-connection-serverless.md index 225e52697f5ea..6cd09b7f555c5 100644 --- a/tidb-cloud/connect-via-standard-connection-serverless.md +++ b/tidb-cloud/connect-via-standard-connection-serverless.md @@ -16,7 +16,7 @@ TiDB Cloudプランに応じて、適切なエンドポイントモデルを選 ## 公開エンドポイント経由で接続します（エンドポイント共有モデル） {#connect-via-a-public-endpoint-endpoint-shared-model} -> **ヒント：** +> **Tip:** > > パブリック エンドポイント経由でTiDB Cloud Dedicatedクラスターに接続する方法については、 [パブリック接続経由​​でTiDB Cloud Dedicatedに接続します](/tidb-cloud/connect-via-standard-connection.md)を参照してください。 @@ -30,7 +30,7 @@ TiDB Cloudプランに応じて、適切なエンドポイントモデルを選 - > **注記：** + > **Note:** > > - 接続タイプを`Public`のままにすると、接続が標準の TLS 接続を介して行われることを意味します。詳細については、 [TiDB Cloud StarterまたはEssentialへのTLS接続](/tidb-cloud/secure-connections-to-serverless-clusters.md)を参照してください。 > - **接続タイプの**ドロップダウンリストで**「プライベートエンドポイント」**を選択した場合、接続はプライベートエンドポイント経由で行われます。詳細については、以下のドキュメントを参照してください。 @@ -42,7 +42,7 @@ TiDB Cloudプランに応じて、適切なエンドポイントモデルを選 - > **注記：** + > **Note:** > > - 接続タイプを`Public`のままにすると、接続が標準の TLS 接続を介して行われることを意味します。詳細については、 [TiDB Cloud StarterまたはEssentialへのTLS接続](/tidb-cloud/secure-connections-to-serverless-clusters.md)を参照してください。 > - **[接続タイプ]**ドロップダウン リストで**[プライベート エンドポイント]**を選択した場合、接続がプライベート エンドポイント経由であることを意味します。詳細については、 [AWS PrivateLink経由でTiDB Cloud StarterまたはEssentialに接続します](/tidb-cloud/set-up-private-endpoint-connections-serverless.md)参照してください。 @@ -55,13 +55,13 @@ TiDB Cloudプランに応じて、適切なエンドポイントモデルを選 6. 接続文字列を使用して、 TiDB Cloud StarterまたはEssentialインスタンスに接続します。 - > **注記：** + > **Note:** > > TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスに接続するときは、ユーザー名にTiDB Cloud Starterまたは TiDB Cloud Essentialインスタンスのプレフィックスを含め、名前を引用符で囲む必要があります。詳細については、 [ユーザー名の接頭辞](/tidb-cloud/select-cluster-tier.md#user-name-prefix)参照してください。クライアント IP は、TiDB Cloud StarterまたはEssentialインスタンスのパブリック エンドポイントの許可された IP ルールに含まれている必要があります。詳細については、 [パブリックエンドポイント向けにTiDB Cloud StarterまたはEssential Firewallルールを設定する](/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md)参照してください。 ## 公開エンドポイント経由で接続します（エンドポイント占有モデル） {#connect-via-a-public-endpoint-endpoint-exclusive-model} -> **注記：** +> **Note:** > > 現在、エンドポイント占有モデルは、特定のリージョンで 2026 年 7 月 1 日以降に作成された {{{ .essential }}} インスタンスでのみ使用できます。お使いのインスタンスで利用できない場合は、代わりに[エンドポイント共有モデル](#connect-via-a-public-endpoint-endpoint-shared-model)を使用できます。 @@ -73,7 +73,7 @@ TiDB Cloudプランに応じて、適切なエンドポイントモデルを選 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、 [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、まず左上隅のコンボボックスを使用して対象の組織に切り替えます。 @@ -105,7 +105,7 @@ TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスのパブリッ パブリックエンドポイントを無効にすると、接続ダイアログの**「接続タイプ」**ドロップダウンリストにある`Public`エントリが無効になります。ユーザーがパブリックエンドポイントからTiDB Cloud StarterまたはEssentialインスタンスにアクセスしようとすると、エラーが発生します。 -> **注記：** +> **Note:** > > パブリックエンドポイントを無効にしても、既存の接続には影響しません。インターネットからの新規接続のみを防止します。 diff --git a/tidb-cloud/connect-via-standard-connection.md b/tidb-cloud/connect-via-standard-connection.md index f8b32f414bebe..c4d52331eadbb 100644 --- a/tidb-cloud/connect-via-standard-connection.md +++ b/tidb-cloud/connect-via-standard-connection.md @@ -7,7 +7,7 @@ summary: パブリック接続を使用してTiDB Cloudクラスターに接続 このドキュメントでは、パブリック接続を介してTiDB Cloud Dedicatedクラスターに接続する方法について説明します。パブリック接続では、トラフィックフィルタを備えたパブリックエンドポイントが公開されるため、ラップトップから SQL クライアントを使用してTiDB Cloud Dedicatedクラスターに接続できます。 -> **ヒント：** +> **Tip:** > > パブリック接続経由​​でTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスに接続する方法については、 [パブリックエンドポイント経由でTiDB Cloud StarterまたはEssentialに接続します](/tidb-cloud/connect-via-standard-connection-serverless.md)参照してください。 @@ -23,7 +23,7 @@ summary: パブリック接続を使用してTiDB Cloudクラスターに接続 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 diff --git a/tidb-cloud/connected-lark-ticket-creation.md b/tidb-cloud/connected-lark-ticket-creation.md index b6dd543ffec9d..862181b899400 100644 --- a/tidb-cloud/connected-lark-ticket-creation.md +++ b/tidb-cloud/connected-lark-ticket-creation.md @@ -7,7 +7,7 @@ summary: Lark チケットの作成と更新サブスクリプションに関す TiDB Cloud **Enterprise** [サポートプラン](/tidb-cloud/connected-care-detail.md)をご契約のお客様には、 [Lark](https://www.larksuite.com/)で**「PingCAP Support Bot」**と呼ばれるチケットボットをご利用いただけます。このボットは、サポートチケットの作成や、サポートチケットシステムからの最新情報の直接受信に役立ちます。 -> **注記：** +> **Note:** > > Larkのチケットサポート機能はリクエストに応じてご利用いただけます。この機能をご利用になりたい場合は、 TiDB Cloudサポート（ [support@pi​​ngcap.com](mailto:support@pingcap.com)までご連絡いただくか、担当のテクニカルアカウントマネージャー（TAM）までご連絡ください。 diff --git a/tidb-cloud/connected-lark-ticket-interaction.md b/tidb-cloud/connected-lark-ticket-interaction.md index 0f2c330ebb937..d5d5e859832cc 100644 --- a/tidb-cloud/connected-lark-ticket-interaction.md +++ b/tidb-cloud/connected-lark-ticket-interaction.md @@ -7,7 +7,7 @@ summary: サポートチケットのLarkインタラクションに関する詳 **Premium** [サポートプラン](/tidb-cloud/connected-care-detail.md)に加入している顧客向けに、 TiDB Cloud は、サポート チケットのより包括的なやり取りと管理をサポートするために、 [Lark](https://www.larksuite.com/)で**PingCAP Support Bot**と呼ばれるチケット ボットを提供します。 -> **注記：** +> **Note:** > > Larkのチケットサポート機能はリクエストに応じてご利用いただけます。この機能をご利用になりたい場合は、 TiDB Cloudサポート（ [support@pi​​ngcap.com](mailto:support@pingcap.com)までご連絡いただくか、担当のテクニカルアカウントマネージャー（TAM）までご連絡ください。 diff --git a/tidb-cloud/connected-slack-ticket-creation.md b/tidb-cloud/connected-slack-ticket-creation.md index 35c990dbfe765..f0784bbdc897d 100644 --- a/tidb-cloud/connected-slack-ticket-creation.md +++ b/tidb-cloud/connected-slack-ticket-creation.md @@ -7,7 +7,7 @@ summary: Slack チケットの作成と更新サブスクリプションに関 **Enterprise** [サポートプラン](/tidb-cloud/connected-care-detail.md)に加入している顧客向けに、 TiDB Cloud は[Slack](https://slack.com/)で**PingCAP Support Bot**と呼ばれるチケット ボットを提供し、迅速なチケット作成をサポートします。 -> **注記：** +> **Note:** > > Slackのチケットサポート機能はリクエストに応じてご利用いただけます。この機能をご利用になりたい場合は、 TiDB Cloudサポート[support@pingcap.com](mailto:support@pingcap.com)までご連絡いただくか、担当のテクニカルアカウントマネージャー（TAM）までお問い合わせください。 diff --git a/tidb-cloud/connected-slack-ticket-interaction.md b/tidb-cloud/connected-slack-ticket-interaction.md index d0f964c739c01..9aba0d411e3db 100644 --- a/tidb-cloud/connected-slack-ticket-interaction.md +++ b/tidb-cloud/connected-slack-ticket-interaction.md @@ -7,7 +7,7 @@ summary: サポート チケットの Slack でのやり取りに関する詳細 **Premium** [サポートプラン](/tidb-cloud/connected-care-detail.md)に加入している顧客向けに、 TiDB Cloud は、サポート チケットのより包括的なやり取りと管理をサポートするために、 [Slack](https://slack.com/)で**PingCAP Support Bot**と呼ばれるチケット ボットを提供します。 -> **注記：** +> **Note:** > > Slackのチケットサポート機能はリクエストに応じてご利用いただけます。この機能をご利用になりたい場合は、 TiDB Cloudサポート[support@pingcap.com](mailto:support@pingcap.com)までご連絡いただくか、担当のテクニカルアカウントマネージャー（TAM）までお問い合わせください。 diff --git a/tidb-cloud/cppo-customer.md b/tidb-cloud/cppo-customer.md index 029f978bf4af0..92b4c5bd0f75a 100644 --- a/tidb-cloud/cppo-customer.md +++ b/tidb-cloud/cppo-customer.md @@ -13,7 +13,7 @@ TiDB Cloudの直接顧客とは異なり、リセラーの顧客はPingCAPに直 ## 直接のTiDB Cloudアカウントから再販業者の顧客アカウントに移行する {#migrate-from-a-direct-tidb-cloud-account-to-a-reseller-s-customer-account} -> **ヒント：** +> **Tip:** > > 直接顧客とは、PingCAP からTiDB Cloudを直接購入し、請求書を PingCAP に支払うエンド カスタマーです。 diff --git a/tidb-cloud/create-tidb-cluster-serverless.md b/tidb-cloud/create-tidb-cluster-serverless.md index 583b7f0b5beff..ccd6a4fe92574 100644 --- a/tidb-cloud/create-tidb-cluster-serverless.md +++ b/tidb-cloud/create-tidb-cluster-serverless.md @@ -7,7 +7,7 @@ summary: TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスの作 このドキュメントでは、TiDB [TiDB Cloudコンソール](https://tidbcloud.com/)でTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスを作成する方法について説明します。 -> **ヒント：** +> **Tip:** > > TiDB Cloud Dedicatedクラスターを作成する方法については、 [TiDB Cloud Dedicatedクラスタを作成する](/tidb-cloud/create-tidb-cluster.md)参照してください。 @@ -72,7 +72,7 @@ TiDB Cloudアカウントをお持ちでない場合は、[ここ](https://tidbc - TiDB Cloud StarterまたはEssentialインスタンスが作成されたら、 [パブリックエンドポイント経由でTiDB Cloudに接続します](/tidb-cloud/connect-via-standard-connection-serverless.md)インスタンスのパスワードを作成します。 - > **注記：** + > **Note:** > > パスワードを設定しないと、 TiDB Cloud StarterまたはEssentialインスタンスに接続できません。 diff --git a/tidb-cloud/create-tidb-cluster.md b/tidb-cloud/create-tidb-cluster.md index edc398c5cd0ed..e479e1e434782 100644 --- a/tidb-cloud/create-tidb-cluster.md +++ b/tidb-cloud/create-tidb-cluster.md @@ -7,7 +7,7 @@ summary: TiDB Cloud Dedicatedクラスターの作成方法を学びましょう このチュートリアルでは、TiDB Cloud Dedicatedクラスターへのサインアップと作成の手順を説明します。 -> **ヒント：** +> **Tip:** > > TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスを作成する方法については、 [TiDB Cloud StarterまたはEssentialインスタンスを作成します](/tidb-cloud/create-tidb-cluster-serverless.md)を参照してください。 @@ -26,7 +26,7 @@ TiDB Cloudアカウントをお持ちでない場合は、[ここ](https://tidbc 1. [**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -40,7 +40,7 @@ TiDB Cloudアカウントをお持ちでない場合は、[ここ](https://tidbc 3. クラウドプロバイダーと、クラスターをホストするリージョンを選択してください。 - > **注記：** + > **Note:** > > - [AWS Marketplace](https://aws.amazon.com/marketplace)を通じてTiDB Cloudにサインアップした場合、クラウドプロバイダーは AWS となり、 TiDB Cloudで変更することはできません。 > - [Azure Marketplace](https://azuremarketplace.microsoft.com)を通じてTiDB Cloudにサインアップした場合、クラウドプロバイダーは Azure Cloud となり、 TiDB Cloudで変更することはできません。 @@ -52,7 +52,7 @@ TiDB Cloudアカウントをお持ちでない場合は、[ここ](https://tidbc 6. このリージョンにCIDRが設定されていない場合は、CIDRを設定する必要があります。**プロジェクトCIDR**フィールドが表示されない場合は、このリージョンにCIDRが既に設定されていることを意味します。 - > **注記：** + > **Note:** > > - TiDB Cloudは、このリージョンで最初のクラスターが作成される際に、このCIDRを持つVPCを作成します。このリージョン内の同じプロジェクトの以降のすべてのクラスターは、このVPCを使用します。 > - CIDRを設定する際は、アプリケーションが配置されているVPCのCIDRと競合しないようにしてください。VPCが作成されると、CIDRを変更することはできません。 @@ -61,7 +61,7 @@ TiDB Cloudアカウントをお持ちでない場合は、[ここ](https://tidbc 5. 支払い方法を登録していない場合は、右下隅の**「クレジットカードを追加」**をクリックしてください。 - > **注記：** + > **Note:** > > [AWS Marketplace](https://aws.amazon.com/marketplace) 、 [Azure Marketplace](https://azuremarketplace.microsoft.com) 、または[Google Cloud Marketplace](https://console.cloud.google.com/marketplace)経由でTiDB Cloudに登録した場合、AWSアカウント、Azureアカウント、またはGoogle Cloudアカウントから直接支払いを行うことができますが、 TiDB Cloudコンソールで支払い方法を追加したり、請求書をダウンロードしたりすることはできません。 @@ -69,7 +69,7 @@ TiDB Cloudアカウントをお持ちでない場合は、[ここ](https://tidbc TiDB Cloudクラスタの作成には約20～30分かかります。作成が完了すると、 TiDB Cloudコンソールから通知が届きます。 - > **注記：** + > **Note:** > > クラスターの作成時間は地域によって異なり、30分以上かかる場合があります。処理に予想以上に時間がかかる場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 diff --git a/tidb-cloud/data-service-api-key.md b/tidb-cloud/data-service-api-key.md index 727dd87c7a60d..2d06a3125f1aa 100644 --- a/tidb-cloud/data-service-api-key.md +++ b/tidb-cloud/data-service-api-key.md @@ -10,7 +10,7 @@ TiDB Cloud Data API は[基本認証](https://en.wikipedia.org/wiki/Basic_access - [基本認証](https://en.wikipedia.org/wiki/Basic_access_authentication)は、暗号化されていない Base64 エンコーディングを使用して、公開キーと秘密キーを送信します。 HTTPS により通信のセキュリティが確保されます。詳細については、 [RFC 7617 - 「基本」HTTP認証方式](https://datatracker.ietf.org/doc/html/rfc7617)を参照してください。 - [ダイジェスト認証](https://en.wikipedia.org/wiki/Digest_access_authentication)ネットワーク送信前に公開キー、秘密キー、サーバー提供のノンス値、HTTP メソッド、および要求された URI をハッシュすることにより、追加のセキュリティレイヤーを提供します。これにより、秘密キーが暗号化され、秘密キーが平文で送信されるのを防ぎます。詳細については、 [RFC 7616 - HTTPダイジェストアクセス認証](https://datatracker.ietf.org/doc/html/rfc7616)を参照してください。 -> **注記：** +> **Note:** > > データサービスで使用されるデータAPIキーは、 [TiDB Cloud API](https://docs.pingcap.com/tidbcloud/api/v1beta#section/Authentication)で使用されるキーとは異なります。データAPIキーはTiDB内のデータにアクセスするために使用されますが、 TiDB Cloud APIキーはプロジェクト、クラスタ、バックアップ、リストア、インポートなどのリソースを管理するために使用されます。 @@ -87,7 +87,7 @@ TiDB Cloud Data API は[基本認証](https://en.wikipedia.org/wiki/Basic_access 1. プロジェクトの[**データサービス**](https://tidbcloud.com/project/data-service)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数のプロジェクトがある場合は、目的のプロジェクトの**データ サービス**ページに移動するには、[**私のTiDB**](https://tidbcloud.com/tidbs)ページの**[プロジェクト ビュー]**タブをクリックし、目的のプロジェクトの [ **...** ] をクリックしてから、 **[データ サービス]**をクリックします。 @@ -136,7 +136,7 @@ APIキーの説明またはレート制限を編集するには、以下の手 ### APIキーを削除する {#delete-an-api-key} -> **注記：** +> **Note:** > > APIキーを削除する前に、そのAPIキーがどのデータアプリでも使用されていないことを確認してください。 diff --git a/tidb-cloud/data-service-app-config-files.md b/tidb-cloud/data-service-app-config-files.md index cfa6329dd4baf..33c2855107677 100644 --- a/tidb-cloud/data-service-app-config-files.md +++ b/tidb-cloud/data-service-app-config-files.md @@ -214,7 +214,7 @@ SQLファイルを作成する際は、以下の点に注意してください 上記の例では、 `${country}`がエンドポイントのパラメータとして使用されています。このパラメータを使用すると、エンドポイントの curl コマンドでクエリ対象の国を指定できます。 - > **注記：** + > **Note:** > > - パラメータ名は大文字と小文字を区別します。 > - パラメータには、テーブル名または列名を指定することはできません。 diff --git a/tidb-cloud/data-service-custom-domain.md b/tidb-cloud/data-service-custom-domain.md index da7abb53152f6..bc443b3eabe27 100644 --- a/tidb-cloud/data-service-custom-domain.md +++ b/tidb-cloud/data-service-custom-domain.md @@ -37,7 +37,7 @@ TiDB Cloud Data Serviceは、各データアプリのエンドポイントにア カスタムドメインは、システムがDNS設定を検証している間、最初は「**保留中」の**状態になります。DNS検証が成功すると、カスタムドメインの状態は**「成功」**に更新されます。 -> **注記：** +> **Note:** > > DNSプロバイダーによっては、DNSレコードの検証に最大24時間かかる場合があります。カスタムドメインが24時間以上検証されない場合、 **「期限切れ」**ステータスになります。この場合、カスタムドメインを削除して再度試すしかありません。 @@ -45,7 +45,7 @@ TiDB Cloud Data Serviceは、各データアプリのエンドポイントにア ### カスタムドメインを編集する {#edit-a-custom-domain} -> **注記：** +> **Note:** > > 以下の変更を完了すると、以前のカスタムドメインとカスタムパスは直ちに無効になります。カスタムドメインを変更した場合は、新しいDNSレコードが検証されるまでお待ちください。 @@ -60,7 +60,7 @@ TiDB Cloud Data Serviceは、各データアプリのエンドポイントにア ### カスタムドメインを削除する {#remove-a-custom-domain} -> **注記：** +> **Note:** > > カスタムドメインを削除する前に、そのカスタムドメインがもう使用されていないことを確認してください。 diff --git a/tidb-cloud/data-service-get-started.md b/tidb-cloud/data-service-get-started.md index 59a39bb7ed8c0..f2322409f1685 100644 --- a/tidb-cloud/data-service-get-started.md +++ b/tidb-cloud/data-service-get-started.md @@ -7,7 +7,7 @@ summary: TiDB Cloudデータサービスを使用してHTTPSリクエストで データサービス（PREVIEW）を使用すると、カスタムAPIエンドポイントを使用してHTTPSリクエスト経由でTiDB Cloudデータにアクセスでき、HTTPSに対応したあらゆるアプリケーションやサービスとシームレスに統合できます。 -> **ヒント：** +> **Tip:** > > TiDB Cloudは、 TiDB Cloud Starterインスタンス向けにChat2Query APIを提供しています。有効化すると、 TiDB Cloudは自動的に**Chat2Query**という名前のシステムデータアプリと、データサービス内にChat2Dataエンドポイントを作成します。このエンドポイントを呼び出すことで、指示を与えることにより、AIにSQLステートメントを生成および実行させることができます。 > @@ -19,7 +19,7 @@ summary: TiDB Cloudデータサービスを使用してHTTPSリクエストで データ アプリを作成する前に、AWS でホストされる[TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md)インスタンスを作成していることを確認してください。お持ちでない場合は、 [TiDB Cloud StarterまたはEssentialインスタンスを作成します](/tidb-cloud/create-tidb-cluster-serverless.md)の手順に従って作成してください。 -> **注記：** +> **Note:** > > データサービスは、AWS上でホストされている[TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md)インスタンスでのみ利用可能です。TiDB Cloud Dedicatedクラスターでデータサービスを使用するには、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 @@ -35,7 +35,7 @@ summary: TiDB Cloudデータサービスを使用してHTTPSリクエストで 作成プロセスは数秒で完了します。 - > **注記：** + > **Note:** > > 現在のプロジェクトにTiDB Cloud Starterインスタンスが存在しない場合は、 **「データソースのリンク」**ドロップダウンリストの**「新しいリソースの作成」**をクリックして、まずインスタンスを作成してください。 @@ -55,13 +55,13 @@ summary: TiDB Cloudデータサービスを使用してHTTPSリクエストで 2. プロジェクトのデータ[**データサービス**](https://tidbcloud.com/project/data-service)ページで、左側のペインで **DataApp の作成を**クリックします。 - > **ヒント：** + > **Tip:** > > これがプロジェクトで初めて作成するデータアプリの場合は、ページ中央の**「データアプリを作成」**をクリックしてください。 3. **「データアプリの作成」**ダイアログで、名前と説明を入力し、データアプリがアクセスするTiDB Cloud Starterインスタンスを選択します。 - > **注記：** + > **Note:** > > デフォルトでは、データ アプリのタイプは**標準データ アプリ**です。 **Chat2Query データアプリ**を作成したい場合は、本書の代わりに[Chat2Query API を使い始めよう](/tidb-cloud/use-chat2query-api.md)を参照してください。 @@ -73,7 +73,7 @@ summary: TiDB Cloudデータサービスを使用してHTTPSリクエストで 3. データアプリの設定ファイルを保存するターゲットリポジトリ、ブランチ、およびディレクトリを指定してください。 - > **注記：** + > **Note:** > > - ディレクトリ名はスラッシュ（ `/` ）で始まる必要があります。例えば、 `/mydata`のようになります。指定したディレクトリが対象のリポジトリとブランチに存在しない場合は、自動的に作成されます。 > - リポジトリ、ブランチ、ディレクトリの組み合わせによって構成ファイルのパスが識別されます。このパスはデータアプリ間で一意である必要があります。指定したパスが既に他のデータアプリで使用されている場合は、新しいパスを指定する必要があります。そうしないと、現在のデータアプリ用にTiDB Cloudコンソールで構成されたエンドポイントによって、指定したパス内のファイルが上書きされます。 @@ -108,7 +108,7 @@ summary: TiDB Cloudデータサービスを使用してHTTPSリクエストで 1. TiDB Cloud Starterインスタンスを選択してください。 - > **注記：** + > **Note:** > > データ アプリにリンクされているTiDB Cloud Starterインスタンスのみがドロップダウン リストに表示されます。リンクされたTiDB Cloud Starterインスタンスを管理するには、 [リンクされたデータソースを管理する](/tidb-cloud/data-service-manage-data-app.md#manage-linked-data-sources)参照してください。 @@ -120,13 +120,13 @@ summary: TiDB Cloudデータサービスを使用してHTTPSリクエストで SQLエディタでは、テーブル結合クエリ、複雑なクエリ、集計関数などのステートメントを記述できます。また、 `--`と入力して指示を続けるだけで、AIがSQLステートメントを自動的に生成することもできます。 - > **注記：** + > **Note:** > > TiDB Cloudの AI 機能を試すには、PingCAP と Amazon Bedrock が研究とサービス向上のためにコード スニペットを使用できるようにする必要があります。詳細については、 [AIによるSQLクエリ生成を有効または無効にする](/tidb-cloud/explore-data-with-chat2query.md#enable-or-disable-ai-to-generate-sql-queries)参照してください。 パラメータを定義するには、SQL文に`${ID}`のような変数プレースホルダーとして挿入します。例えば、 `SELECT * FROM table_name WHERE id = ${ID}`のように記述します。その後、右側のペインにある**「パラメータ」**タブをクリックして、パラメータの定義を変更したり、値をテストしたりできます。 - > **注記：** + > **Note:** > > - パラメータ名は大文字と小文字を区別します。 > - このパラメータは、テーブル名または列名として使用することはできません。 @@ -253,7 +253,7 @@ TiDB Cloudは、エンドポイントを呼び出すのに役立つコード例
    - > **注記：** + > **Note:** > > - リージョンドメイン`.data.tidbcloud.com`をリクエストすることで、 TiDB Cloud Starterインスタンスが配置されているリージョンのエンドポイントに直接アクセスできます。 > - あるいは、リージョンを指定せずにグローバルドメイン`data.tidbcloud.com`リクエストすることもできます。この場合、 TiDB Cloud はリクエストをターゲットリージョンに内部的にリダイレクトしますが、レイテンシーが増加する可能性があります。この方法を選択する場合は、エンドポイントを呼び出す際に、curl コマンドに`--location-trusted`オプションを追加してください。 diff --git a/tidb-cloud/data-service-manage-data-app.md b/tidb-cloud/data-service-manage-data-app.md index fdbec0306922c..e97c2d0baeee3 100644 --- a/tidb-cloud/data-service-manage-data-app.md +++ b/tidb-cloud/data-service-manage-data-app.md @@ -15,13 +15,13 @@ Data Service（プレビュー版）のデータアプリは、特定のアプ 1. プロジェクトの[**データサービス**](https://tidbcloud.com/project/data-service)ページで、左側のペインで**DataApp を作成します**。 - > **ヒント：** + > **Tip:** > > これがプロジェクトの最初のデータ アプリである場合は、ページの中央にある**[データ アプリの作成]**をクリックします。 2. 名前と説明を入力し、データ アプリがアクセスするクラスターを選択します。 - > **注記：** + > **Note:** > > デフォルトでは、データアプリの種類は**標準データアプリ**です。Chat2Query**データアプリ**を作成する場合は、このドキュメントではなく[Chat2Query APIを使い始める](/tidb-cloud/use-chat2query-api.md)を参照してください。 @@ -31,7 +31,7 @@ Data Service（プレビュー版）のデータアプリは、特定のアプ 2. **「承認」**をクリックして、GitHub 上のアプリケーションへのアクセスを承認します。 3. データ アプリの構成ファイルを保存するターゲット リポジトリ、ブランチ、ディレクトリを指定します。 - > **注記：** + > **Note:** > > - ディレクトリはスラッシュ（ `/` ）で始まる必要があります。例えば、 `/mydata` 。指定したディレクトリがターゲットリポジトリとブランチに存在しない場合は、自動的に作成されます。 > - リポジトリ、ブランチ、ディレクトリの組み合わせは、設定ファイルのパスを識別します。このパスはデータアプリ間で一意である必要があります。指定したパスが既に別のデータアプリで使用されている場合は、新しいパスを指定する必要があります。そうしないと、 TiDB Cloudコンソールで現在のデータアプリ用に設定されたエンドポイントによって、指定したパス内のファイルが上書きされます。 @@ -167,7 +167,7 @@ OpenAPI ドキュメントの使用方法の詳細については、 [スワッ ## データアプリを削除する {#delete-a-data-app} -> **注記：** +> **Note:** > > データアプリを削除する前に、すべてのエンドポイントがオンラインになっていないことを確認してください。オンラインになっていないと、データアプリを削除できません。エンドポイントのデプロイを解除するには、 [エンドポイントのデプロイ解除](/tidb-cloud/data-service-manage-endpoint.md#undeploy-an-endpoint)を参照してください。 diff --git a/tidb-cloud/data-service-manage-endpoint.md b/tidb-cloud/data-service-manage-endpoint.md index 464a34bfc2eff..2e0678b010a24 100644 --- a/tidb-cloud/data-service-manage-endpoint.md +++ b/tidb-cloud/data-service-manage-endpoint.md @@ -22,7 +22,7 @@ Data Service (PREVIEW) のエンドポイントは、SQL ステートメント データサービスでは、エンドポイントを自動生成したり、手動で作成したり、定義済みのシステムエンドポイントを追加したりできます。 -> **ヒント：** +> **Tip:** > > SQL エディターで SQL ファイルからエンドポイントを作成することもできます。詳細については、 [SQLファイルからエンドポイントを生成する](/tidb-cloud/explore-data-with-chat2query.md#generate-an-endpoint-from-a-sql-file)参照してください。 @@ -38,7 +38,7 @@ TiDB Cloud Data Serviceでは、以下のようにして1つまたは複数の 1. エンドポイントを生成する対象となるTiDB Cloud Starterインスタンス、データベース、およびテーブルを選択してください。 - > **注記：** + > **Note:** > > **テーブル**ドロップダウンリストには、システムテーブルおよび列定義のないテーブルを除き、少なくとも1つの列を持つユーザー定義テーブルのみが表示されます。 @@ -100,13 +100,13 @@ TiDB Cloud Data Serviceでは、以下のようにして1つまたは複数の 3. `/system/query`エンドポイントをデータアプリに追加するには、[**クエリの実行]**スイッチを**[追加済み]**に切り替えます。 - > **ヒント：** + > **Tip:** > > データ アプリから追加済みの定義済みエンドポイントを削除するには、 **[クエリの実行]**スイッチを**[削除済み]**に切り替えます。 4. **「保存」**をクリックしてください。 - > **注記：** + > **Note:** > > - **「保存」**をクリックすると、追加または削除されたエンドポイントが即座に本番にデプロイされ、追加されたエンドポイントはすぐにアクセス可能になり、削除されたエンドポイントはすぐにアクセス不可能になります。 > - 現在のアプリ内に、同じパスとメソッドを持つ定義されていないエンドポイントが既に存在する場合、システムエンドポイントの作成は失敗します。 @@ -115,7 +115,7 @@ TiDB Cloud Data Serviceでは、以下のようにして1つまたは複数の 5. 新しいエンドポイントのエンドポイント名、SQLステートメント、プロパティ、およびパラメータを確認してください。 - > **注記：** + > **Note:** > > `/system/query`エンドポイントは強力で汎用性が高い反面、潜在的に破壊的な影響を及ぼす可能性があります。慎重に使用し、意図しない結果を防ぐために、クエリが安全かつ十分に検討されていることを確認してください。 @@ -128,7 +128,7 @@ TiDB Cloud Data Serviceでは、以下のようにして1つまたは複数の 各エンドポイントに対して、 TiDB Cloud Starterインスタンス上で実行するSQLステートメントを記述したり、SQLステートメントのパラメータを定義したり、名前やバージョンを管理したりできます。 -> **注記：** +> **Note:** > > データアプリをGitHubに接続し、**自動同期とデプロイを**有効にしている場合は、GitHubを使用してエンドポイント構成を更新することもできます。GitHubで行った変更はすべて、 TiDB Cloud Data Serviceに自動的にデプロイされます。詳細については、 [GitHubで自動的にデプロイ](/tidb-cloud/data-service-manage-github-connection.md)を参照してください。 @@ -148,7 +148,7 @@ TiDB Cloud Data Serviceでは、以下のようにして1つまたは複数の - `{ }`で囲まれたパラメータには、文字、数字、アンダースコア ( `_` ) のみが許可されます。 `{ }`で囲まれた各パラメータは、文字またはアンダースコア ( `_` ) で始まる必要があります。 - > **注記：** + > **Note:** > > - パスでは、各パラメータは別々のレベルに配置する必要があり、接頭辞や接尾辞はサポートされていません。 > @@ -195,7 +195,7 @@ TiDB Cloud Data Serviceでは、以下のようにして1つまたは複数の - **ページネーション**：このプロパティは、リクエストメソッドが`GET`で、エンドポイントの最後の SQL ステートメントが`SELECT`操作の場合にのみ使用できます。**ページネーションが**有効になっている場合、エンドポイントを呼び出す際にクエリ パラメータとして`page`と`page_size`指定することで、結果をページネーションできます（例`https://.data.tidbcloud.com/api/v1beta/app//endpoint/my_endpoint/get_id?page=&page_size=` 。詳細については、[エンドポイントを呼び出す](#call-an-endpoint)参照してください。 - > **注記：** + > **Note:** > > - リクエストに`page`および`page_size`パラメータを含めない場合、デフォルトの動作では、 **Max Rows**プロパティで指定された最大行数が 1 ページに返されます。 > - `page_size`は**Max Rows**プロパティ以下でなければなりません。そうでない場合はエラーが返されます。 @@ -206,7 +206,7 @@ TiDB Cloud Data Serviceでは、以下のようにして1つまたは複数の - **バッチ操作**: このプロパティは、リクエストメソッドが`POST`または`PUT`の場合にのみ表示されます。**バッチ操作が**有効になっている場合、単一のリクエストで複数の行を操作できます。たとえば、curl コマンドの`POST`オプションのオブジェクトの`items`フィールドにデータ オブジェクトの配列を配置することで、単一`--data-raw`リクエストで複数の行のデータ[エンドポイントを呼び出す](#call-an-endpoint)。. - > **注記：** + > **Note:** > > **バッチ操作**が有効になっているエンドポイントは、リクエスト本文に配列形式とオブジェクト形式の両方をサポートしています。 `[{dataObject1}, {dataObject2}]`と`{items: [{dataObject1}, {dataObject2}]}`です。他のシステムとの互換性を高めるため、オブジェクト形式`{items: [{dataObject1}, {dataObject2}]}`使用することをお勧めします。 @@ -216,7 +216,7 @@ TiDB Cloud Data Serviceでは、以下のようにして1つまたは複数の 1. TiDB Cloud Starterインスタンスを選択してください。 - > **注記：** + > **Note:** > > データ アプリにリンクされているTiDB Cloud Starterインスタンスのみがドロップダウン リストに表示されます。リンクされたTiDB Cloud Starterインスタンスを管理するには、 [リンクされたデータソースを管理する](/tidb-cloud/data-service-manage-data-app.md#manage-linked-data-sources)参照してください。 @@ -235,7 +235,7 @@ TiDB Cloud Data Serviceでは、以下のようにして1つまたは複数の 配列パラメータを定義すると、SQL ステートメントではパラメータは自動的に複数のカンマ区切り値に変換されます。SQL ステートメントが有効であることを確認するには、一部の SQL ステートメント ( `()`など) でパラメータを括弧 ( `IN` ) で囲む必要があります。たとえば、テスト値`ID` `1,2,3`を定義した場合は、 `SELECT * FROM table_name WHERE id IN (${ID})`を使用してデータをクエリします。 - > **注記：** + > **Note:** > > - パラメータ名は大文字と小文字を区別します。 > - このパラメータは、テーブル名または列名として使用することはできません。 @@ -272,7 +272,7 @@ TiDB Cloud Data Serviceでは、以下のようにして1つまたは複数の ステートメントを実行すると、ページ下部の「**結果」**タブにクエリ結果がすぐに表示されます。 - > **注記：** + > **Note:** > > 返される結果のサイズ制限は8MiBです。 @@ -317,7 +317,7 @@ TiDB Cloud Data Serviceでは、以下のようにして1つまたは複数の 2. 左側のペインで、対象のデータアプリの名前をクリックすると、そのエンドポイントが表示されます。 3. 名前を変更したいエンドポイントを見つけて、 **[...]** > **[名前の変更]**をクリックし、エンドポイントの新しい名前を入力します。 -> **注記：** +> **Note:** > > 定義済みのシステムエンドポイントは、名前変更をサポートしていません。 @@ -325,7 +325,7 @@ TiDB Cloud Data Serviceでは、以下のようにして1つまたは複数の エンドポイントをテストするには、以下の手順を実行してください。 -> **ヒント：** +> **Tip:** > > データ アプリを Postman にインポートした場合は、Postman でデータ アプリのエンドポイントをテストすることもできます。詳細については、 [Postmanでデータアプリを実行する](/tidb-cloud/data-service-postman-integration.md)参照してください。 @@ -344,7 +344,7 @@ TiDB Cloud Data Serviceでは、以下のようにして1つまたは複数の 5. 右上隅の**「テスト」**をクリックしてください。 - > **ヒント：** + > **Tip:** > > または、 F5キーを押してエンドポイントをテストすることもできます。 @@ -352,7 +352,7 @@ TiDB Cloud Data Serviceでは、以下のようにして1つまたは複数の ## エンドポイントをデプロイ {#deploy-an-endpoint} -> **注記：** +> **Note:** > > **自動同期とデプロイメント**を有効にしてデータ アプリを GitHub に接続している場合、GitHub で行ったデータ アプリの変更はすべてTiDB Cloud Data Service に自動的にデプロイされます。詳細については、 [GitHubで自動的にデプロイ](/tidb-cloud/data-service-manage-github-connection.md)参照してください。 @@ -370,7 +370,7 @@ TiDB Cloud Data Serviceでは、以下のようにして1つまたは複数の エンドポイントを呼び出すには、デプロイされていないドラフト版またはデプロイ済みのオンライン版のエンドポイントのいずれかにHTTPSリクエストを送信します。 -> **ヒント：** +> **Tip:** > > データ アプリを Postman にインポートした場合は、Postman でデータ アプリのエンドポイントを呼び出すこともできます。詳細については、 [Postmanでデータアプリを実行する](/tidb-cloud/data-service-postman-integration.md)参照してください。 @@ -388,13 +388,13 @@ TiDB Cloud Data Serviceは、エンドポイントを呼び出すのに役立つ 3. 呼び出したいエンドポイントを見つけて、 **[...]** > **[コード例]**をクリックします。[**コード例]**ダイアログボックスが表示されます。 - > **ヒント：** + > **Tip:** > > または、エンドポイント名をクリックして詳細を表示し、右上隅の**「...」** > **「コード例」**をクリックすることもできます。 4. ダイアログボックスで、エンドポイントを呼び出すために使用する環境と認証方法を選択し、コード例をコピーしてください。 - > **注記：** + > **Note:** > > - コード例は、エンドポイントのプロパティとパラメータに基づいて生成されます。 > - 現在、 TiDB Cloud Data Serviceではcurlコードの例のみを提供しています。 @@ -454,7 +454,7 @@ TiDB Cloud Data Serviceは、エンドポイントを呼び出すのに役立つ
    - > **注記：** + > **Note:** > > - リージョンドメイン`.data.tidbcloud.com`をリクエストすることで、 TiDB Cloud Starterインスタンスが配置されているリージョンのエンドポイントに直接アクセスできます。 > - あるいは、リージョンを指定せずにグローバルドメイン`data.tidbcloud.com`リクエストすることもできます。この場合、 TiDB Cloud Data Service はリクエストをターゲットリージョンに内部的にリダイレクトしますが、レイテンシーが増加する可能性があります。この方法を選択する場合は、エンドポイントを呼び出す際に、curl コマンドに`--location-trusted`オプションを追加してください。 @@ -478,7 +478,7 @@ TiDB Cloud Data Serviceは、エンドポイントを呼び出すのに役立つ ## エンドポイントをアンデプロイする {#undeploy-an-endpoint} -> **注記：** +> **Note:** > > データ アプリ[データアプリをGitHubに接続しました](/tidb-cloud/data-service-manage-github-connection.md)**自動同期とデプロイを**有効にしている場合、このデータ アプリのエンドポイントのデプロイを解除すると、GitHub 上のこのエンドポイントの構成も削除されます。 @@ -491,7 +491,7 @@ TiDB Cloud Data Serviceは、エンドポイントを呼び出すのに役立つ ## エンドポイントを削除します {#delete-an-endpoint} -> **注記：** +> **Note:** > > エンドポイントを削除する前に、エンドポイントがオンラインでないことを確認してください。そうしないと、エンドポイントを削除できません。エンドポイントのデプロイを解除するには、「エンドポイント[エンドポイントをアンデプロイする](#undeploy-an-endpoint)デプロイする」を参照してください。 diff --git a/tidb-cloud/data-service-manage-github-connection.md b/tidb-cloud/data-service-manage-github-connection.md index 3a40e63a83d4d..9602044015547 100644 --- a/tidb-cloud/data-service-manage-github-connection.md +++ b/tidb-cloud/data-service-manage-github-connection.md @@ -20,7 +20,7 @@ GitHub接続で**自動同期とデプロイが**有効になっている場合 - GitHubアカウント。 - ターゲットブランチを含むGitHubリポジトリ。 -> **注記：** +> **Note:** > > GitHub リポジトリは、データ アプリを接続した後、データアプリ[データアプリの設定ファイル](/tidb-cloud/data-service-app-config-files.md)を保存するために使用されます。構成ファイル内の情報 ( TiDB Cloud StarterインスタンスまたはTiDB Cloud Dedicatedクラスターの ID、エンドポイント URL など) が機密である場合は、パブリック リポジトリではなくプライベート リポジトリを必ず使用してください。 @@ -44,7 +44,7 @@ GitHub接続で**自動同期とデプロイが**有効になっている場合 3. データアプリの設定ファイルを保存する対象リポジトリ、ブランチ、およびディレクトリを指定してください。 - > **注記：** + > **Note:** > > - ディレクトリ名はスラッシュ（ `/` ）で始まる必要があります。例えば、 `/mydata`のようになります。指定したディレクトリが対象のリポジトリとブランチに存在しない場合は、自動的に作成されます。 > - リポジトリ、ブランチ、ディレクトリの組み合わせによって構成ファイルのパスが識別されます。このパスはデータアプリ間で一意である必要があります。指定したパスが既に他のデータアプリで使用されている場合は、新しいパスを指定する必要があります。そうしないと、現在のデータアプリ用にTiDB Cloudコンソールで構成されたエンドポイントによって、指定したパス内のファイルが上書きされます。 @@ -83,7 +83,7 @@ GitHub接続で**自動同期とデプロイが**有効になっている場合 - [オプション1：GitHub上のファイルを更新してデータアプリを修正する](#option-1-modify-your-data-app-by-updating-files-on-github) - [オプション2： TiDB Cloudコンソールでデータアプリを変更する](#option-2-modify-your-data-app-in-the-tidb-cloud-console) -> **注記：** +> **Note:** > > GitHubとTiDB Cloudコンソールで同時にデータアプリを変更した場合、競合を解決するために、コンソールで行った変更を破棄するか、コンソールの変更をGitHubの変更よりも優先するかを選択できます。 @@ -147,7 +147,7 @@ TiDB Cloudコンソールでデータアプリのエンドポイント[データ 4. ダイアログボックスで、データアプリのリポジトリ、ブランチ、およびディレクトリを変更します。 - > **注記：** + > **Note:** > > - ディレクトリ名はスラッシュ（ `/` ）で始まる必要があります。例えば、 `/mydata`のようになります。指定したディレクトリが対象のリポジトリとブランチに存在しない場合は、自動的に作成されます。 > - リポジトリ、ブランチ、ディレクトリの組み合わせによって構成ファイルのパスが識別されます。このパスはデータアプリ間で一意である必要があります。指定したパスが既に他のデータアプリで使用されている場合は、新しいパスを指定する必要があります。そうしないと、現在のデータアプリ用にTiDB Cloudコンソールで構成されたエンドポイントによって、指定したパス内のファイルが上書きされます。 diff --git a/tidb-cloud/data-service-oas-with-nextjs.md b/tidb-cloud/data-service-oas-with-nextjs.md index 652d2d9afa02e..2a951f49bd9e0 100644 --- a/tidb-cloud/data-service-oas-with-nextjs.md +++ b/tidb-cloud/data-service-oas-with-nextjs.md @@ -178,7 +178,7 @@ SELECT * FROM test.repository; } ``` - > **注記：** + > **Note:** > > データアプリにリンクされているTiDB Cloud StarterインスタンスまたはTiDB Cloud Dedicatedクラスターが異なるリージョンでホストされている場合、ダウンロードした OpenAPI 仕様ファイルの`servers`セクションに複数の項目が表示されます。この場合、 `config`オブジェクトのエンドポイント パスを次のように構成する必要があります。 > @@ -194,7 +194,7 @@ SELECT * FROM test.repository; ## ステップ5．Next.jsアプリケーションをプレビューする {#step-5-preview-your-next-js-application} -> **注記：** +> **Note:** > > プレビューを実行する前に、必要な依存関係がすべてインストールされ、正しく設定されていることを確認してください。 diff --git a/tidb-cloud/data-service-overview.md b/tidb-cloud/data-service-overview.md index 25926c55d74bf..ce2ec438e3a77 100644 --- a/tidb-cloud/data-service-overview.md +++ b/tidb-cloud/data-service-overview.md @@ -9,7 +9,7 @@ TiDB Cloud [データサービス（PREVIEW）](https://tidbcloud.com/project/da Data Service を使用すると、カスタム API エンドポイントを使用して HTTPS リクエスト経由でTiDB Cloudデータにアクセスできます。この機能はサーバーレスアーキテクチャを採用し、コンピューティングリソースと柔軟なスケーリングを処理するため、インフラストラクチャやメンテナンスコストを気にすることなく、エンドポイントのクエリロジックに集中できます。 -> **注記：** +> **Note:** > > データサービスは、AWS でホストされているTiDB Cloud Starter でのみご利用いただけます。TiDB Cloud Dedicated クラスターでデータサービスをご利用になる場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)お問い合わせください。 @@ -17,7 +17,7 @@ Data Service のエンドポイントは、SQL 文を実行するためにカス エンドポイントをより効率的に管理するには、データアプリを使用できます。データサービスにおけるデータアプリは、特定のアプリケーションのデータにアクセスするために使用できるエンドポイントのコレクションです。データアプリを作成することで、エンドポイントをグループ化し、APIキーを使用してエンドポイントへのアクセスを制限する認証設定を構成できます。これにより、承認されたユーザーのみがデータにアクセスして操作できるようにし、アプリケーションのセキュリティを強化できます。 -> **ヒント：** +> **Tip:** > > TiDB Cloudは、TiDBクラスタ用のChat2Query APIを提供します。有効にすると、 TiDB Cloudは自動的に**Chat2Query**と呼ばれるシステムデータアプリと、データサービスにChat2Dataエンドポイントを作成します。このエンドポイントを呼び出すことで、AIが指示を与えるだけでSQL文を生成・実行できるようになります。 > diff --git a/tidb-cloud/data-service-postman-integration.md b/tidb-cloud/data-service-postman-integration.md index a1a675788615f..d015b7f017ea3 100644 --- a/tidb-cloud/data-service-postman-integration.md +++ b/tidb-cloud/data-service-postman-integration.md @@ -37,7 +37,7 @@ Postmanにデータアプリをインポートする前に、以下のものを 3. ページ右上隅にある**「Postmanで実行」**をクリックします。インポート手順が表示されたダイアログが表示されます。 - > **注記：** + > **Note:** > > - データアプリに明確なエンドポイント（ターゲットとなるTiDB Cloud Starterインスタンス、パス、リクエストメソッド、SQLステートメントが構成されていること）が設定されていない場合、データアプリの**Postmanでの実行は**無効のままになります。 > - Chat2Queryデータアプリの場合、 **Postmanでの実行は**利用できません。 diff --git a/tidb-cloud/data-service-response-and-status-code.md b/tidb-cloud/data-service-response-and-status-code.md index 333fcd730d008..d705af52ea39e 100644 --- a/tidb-cloud/data-service-response-and-status-code.md +++ b/tidb-cloud/data-service-response-and-status-code.md @@ -13,7 +13,7 @@ summary: このドキュメントでは、TiDB Cloudのデータサービスの データサービスは、JSON形式のボディを持つHTTPレスポンスを返します。 -> **注記：** +> **Note:** > > 複数のSQL文を含むエンドポイントを呼び出すと、データサービスは文を一つずつ実行しますが、HTTPレスポンスには最後の文の実行結果のみを返します。 diff --git a/tidb-cloud/database-schema-concepts.md b/tidb-cloud/database-schema-concepts.md index 25bdb423eb084..dfcd7d0de34a4 100644 --- a/tidb-cloud/database-schema-concepts.md +++ b/tidb-cloud/database-schema-concepts.md @@ -119,7 +119,7 @@ TiDB では、 [既存のテーブルにセカンダリインデックスを追 ### ベクトルインデックス {#vector-index} -> **注記：** +> **Note:** > > ベクトルインデックス機能はパブリックプレビューです。予告なく変更される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 diff --git a/tidb-cloud/dedicated-external-storage.md b/tidb-cloud/dedicated-external-storage.md index 8392bad3aa52f..4bcf22ffcf6a4 100644 --- a/tidb-cloud/dedicated-external-storage.md +++ b/tidb-cloud/dedicated-external-storage.md @@ -25,7 +25,7 @@ TiDB Cloudのバケットアクセスを設定し、以下の手順でロールA 1. [**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -150,7 +150,7 @@ TiDB Cloudのバケットアクセスを設定し、以下の手順でロールA 3. アクセスキーを作成します。詳細については、 [IAMユーザーのアクセスキーを作成する](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_access-keys.html#Using_CreateAccessKey)参照してください。 -> **注記：** +> **Note:** > > TiDB Cloudはアクセス キーを保存しません。インポートが完了したら、 [アクセスキーを削除する](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_access-keys.html#Using_CreateAccessKey)ことをお勧めします。 @@ -162,7 +162,7 @@ TiDB CloudがGCSバケット内のソースデータにアクセスできるよ 1. [**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -206,7 +206,7 @@ TiDB CloudがGCSバケット内のソースデータにアクセスできるよ - **「役割を選択」ドロップ**ダウンリストに、先ほど作成したIAMロールの名前を入力し、フィルター結果からその名前を選択します。 - > **注記：** + > **Note:** > > TiDB Cloudへのアクセス権を削除するには、付与したアクセス権を削除するだけで済みます。 @@ -248,6 +248,6 @@ TiDB Cloud DedicatedがAzure Blobコンテナにアクセスできるように 5. 生成された**SASトークン**をコピーしてください。このトークン文字列は、TiDB Cloudでデータインポートを設定する際に必要になります。 -> **注記：** +> **Note:** > > データインポートを開始する前に、接続とアクセス許可をテストして、 TiDB Cloud Dedicatedが指定されたAzure Blobコンテナとファイルにアクセスできることを確認してください。 diff --git a/tidb-cloud/delete-tidb-cluster.md b/tidb-cloud/delete-tidb-cluster.md index c9609fc0aa0ec..cb83151a88445 100644 --- a/tidb-cloud/delete-tidb-cluster.md +++ b/tidb-cloud/delete-tidb-cluster.md @@ -17,7 +17,7 @@ summary: TiDB Cloudリソースを削除する方法を学びましょう。 2. 削除する対象リソースの行で、 **...**をクリックします。 - > **ヒント：** + > **Tip:** > > または、対象のリソース名をクリックして概要ページに移動し、右上隅の**「…」**をクリックすることもできます。 @@ -34,7 +34,7 @@ summary: TiDB Cloudリソースを削除する方法を学びましょう。 - TiDB Cloud Dedicatedクラスターをバックアップする方法の詳細については、 [TiDB Cloud Dedicatedデータのバックアップと復元](/tidb-cloud/backup-and-restore.md)参照してください。 - > **注記：** + > **Note:** > > [TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter)インスタンスは、削除後のデータの復元をサポートしていません。 TiDB Cloud Starterインスタンスを削除し、将来そのデータを復元したい場合は、 [TiDB Cloud Starterからデータをエクスポート](/tidb-cloud/serverless-export.md)を参照してデータをバックアップとしてエクスポートします。 @@ -46,7 +46,7 @@ summary: TiDB Cloudリソースを削除する方法を学びましょう。 - 手動で作成したバックアップファイルは、手動で削除されるまでごみ箱に保存されます。 - > **注記：** + > **Note:** > > バックアップは削除されるまで料金が発生し続けることにご注意ください。 diff --git a/tidb-cloud/essential-changefeed-overview.md b/tidb-cloud/essential-changefeed-overview.md index 2af6e215fc291..6b6514b247eac 100644 --- a/tidb-cloud/essential-changefeed-overview.md +++ b/tidb-cloud/essential-changefeed-overview.md @@ -7,7 +7,7 @@ summary: TiDB Cloud changefeed を使用すると、TiDB Cloudから他のデー TiDB Cloud changefeed を使用すると、TiDB Cloudから他のデータサービスへデータをストリーミングできます。現在、 TiDB Cloud EssentialはApache Kafka と MySQL へのデータストリーミングをサポートしています。 -> **注記：** +> **Note:** > > - 現在、 TiDB Cloud Essentialの変更フィード機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、以下の手順に従ってください。 > @@ -40,7 +40,7 @@ TiDB Cloud changefeed を使用すると、TiDB Cloudから他のデータサー 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -108,7 +108,7 @@ ticloud serverless changefeed pause --cluster-id --changefeed-id **注記：** +> **Note:** > > TiDB Cloud現在、一時停止状態の変更フィードの編集のみが許可されています。 diff --git a/tidb-cloud/essential-changefeed-sink-to-kafka.md b/tidb-cloud/essential-changefeed-sink-to-kafka.md index 030de2695773e..39cf77c17dc08 100644 --- a/tidb-cloud/essential-changefeed-sink-to-kafka.md +++ b/tidb-cloud/essential-changefeed-sink-to-kafka.md @@ -7,7 +7,7 @@ summary: このドキュメントでは、TiDB Cloud Essentialから Apache Kafk このドキュメントでは、TiDB Cloud EssentialからApache Kafkaへデータをストリーミングするためのチェンジフィードを作成する方法について説明します。 -> **注記：** +> **Note:** > > 現在、 TiDB Cloud Essentialの変更フィード機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、以下の手順に従ってください。 > diff --git a/tidb-cloud/essential-changefeed-sink-to-mysql.md b/tidb-cloud/essential-changefeed-sink-to-mysql.md index bb52ad9d734e5..40b7093af16b2 100644 --- a/tidb-cloud/essential-changefeed-sink-to-mysql.md +++ b/tidb-cloud/essential-changefeed-sink-to-mysql.md @@ -7,7 +7,7 @@ summary: このドキュメントでは、Sink to MySQL changefeed を使用し このドキュメントでは**、Sink to MySQL** changefeedを使用してTiDB Cloud EssentialからMySQLにデータをストリーミングする方法について説明します。 -> **注記：** +> **Note:** > > 現在、 TiDB Cloud Essentialの変更フィード機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、以下の手順に従ってください。 > diff --git a/tidb-cloud/essential-database-audit-logging.md b/tidb-cloud/essential-database-audit-logging.md index 1071d9ca72638..5442d4e1072c2 100644 --- a/tidb-cloud/essential-database-audit-logging.md +++ b/tidb-cloud/essential-database-audit-logging.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidbcloud/serverless-audit-logging'] TiDB Cloud Essentialは、実行されたSQLステートメントなど、データベースへのユーザーアクセスアクティビティを記録する監査ログ機能を提供します。 -> **注記：** +> **Note:** > > 現在、データベース監査ログ機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)**？」**をクリックし、 次に**「サポートチケット」**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。チケットを作成し、 **「説明」**フィールドに「 TiDB Cloud Essentialデータベース監査ログの申請」と入力して、 **「送信」を**クリックします。 @@ -122,7 +122,7 @@ Alibaba Cloud OSSに監査ログを保存するには、以下の情報を提供 | `AUDIT_FUNC_CALL` | TiDB Cloudデータベース監査に関連する呼び出しシステム関数のすべての操作を記録します。 | `AUDIT` | | `AUDIT_SET_SYS_VAR` | システム変数の設定操作をすべて記録します | `AUDIT` | -> **注記：** +> **Note:** > > `AUDIT`イベント クラスとそのサブクラスは常に監査ログに記録され、フィルタリングすることはできません。 @@ -134,7 +134,7 @@ Alibaba Cloud OSSに監査ログを保存するには、以下の情報を提供 TiDB CloudコンソールまたはTiDB Cloud CLIを使用して、 TiDB Cloud Essentialインスタンスの監査ログを有効にすることができます。 -> **注記：** +> **Note:** > > 監査ログを有効にするだけでは監査ログは生成されません。また、ログに記録するイベントを指定するフィルターを構成する必要があります。詳細については、[監査ログフィルタルールの管理](#manage-audit-logging-filter-rules)参照してください。 @@ -143,7 +143,7 @@ TiDB CloudコンソールまたはTiDB Cloud CLIを使用して、 TiDB Cloud Es 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -179,7 +179,7 @@ TiDB Cloud Essentialインスタンスの監査ログは、有効化後に編集 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -211,7 +211,7 @@ TiDB Cloud Essentialインスタンスの監査ログを無効にすることが 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -247,7 +247,7 @@ ticloud serverless audit-log config update -c --disabled=true 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -277,7 +277,7 @@ ticloud serverless audit-log filter create --cluster-id --display-n 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -307,7 +307,7 @@ ticloud serverless audit-log filter update --cluster-id --filter-ru 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -335,7 +335,7 @@ ticloud serverless audit-log filter update --cluster-id --filter-ru 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -407,7 +407,7 @@ TiDB Cloudは、監査ログ内の各データベースイベントレコード | `CLIENT_IP` | クライアントの現在のIPアドレス。 | | `CLIENT_PORT` | クライアントの現在のポート番号。 | -> **注記：** +> **Note:** > > トラフィックの可視性を向上させるため、 `CLIENT_IP`では、ロードバランサー (LB) IP の代わりに、AWS PrivateLink 経由の接続の実際のクライアント IP アドレスが表示されるようになりました。現在、この機能はパブリックプレビューであり、AWS リージョン`Frankfurt (eu-central-1)`でのみ利用可能です。 diff --git a/tidb-cloud/explore-data-with-chat2query.md b/tidb-cloud/explore-data-with-chat2query.md index 6c931dce0f4f3..fcfc4b91c597c 100644 --- a/tidb-cloud/explore-data-with-chat2query.md +++ b/tidb-cloud/explore-data-with-chat2query.md @@ -26,13 +26,13 @@ SQLエディタの推奨される使用例は以下のとおりです。 1. [**私のTiDB**](https://tidbcloud.com/tidbs)ページにアクセスします。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 2. TiDB Cloud StarterインスタンスまたはTiDB Cloud Dedicatedクラスタの名前をクリックし、左側のナビゲーションペインで**「SQLエディタ」を**クリックします。 - > **注記：** + > **Note:** > > 以下のケースでは、 **SQLエディタの**エントリが灰色で表示され、クリックできません。 > @@ -116,7 +116,7 @@ SQLエディタでは、独自のデータセットを使用してSQLクエリ クエリを実行すると、ページ下部にクエリログと結果がすぐに表示されます。 -> **注記：** +> **Note:** > > 返される結果のサイズ制限は8MiBです。 @@ -139,7 +139,7 @@ SQLエディタでは、Chat2Queryを使用して既存のSQLクエリを書き - **破棄**：提案された書き換え内容がご期待に沿わない場合は、こちらをクリックしてください。 - **再生成**：ここをクリックすると、フィードバックや追加の指示に基づいて、Chat2Queryによる再書き換えをリクエストできます。 -> **注記：** +> **Note:** > > Chat2QueryはAIアルゴリズムを用いて最適化や修正案を提示します。クエリを確定する前に、これらの提案内容を慎重に確認することをお勧めします。 diff --git a/tidb-cloud/features.md b/tidb-cloud/features.md index 2cd0b800d9332..279981ac372e2 100644 --- a/tidb-cloud/features.md +++ b/tidb-cloud/features.md @@ -7,7 +7,7 @@ summary: TiDB Cloudの各プランにおける機能サポート状況につい このドキュメントでは、TiDB Cloud Starter、 Essential、Premium、 Dedicatedなど、さまざまなTiDB Cloudプランの機能サポート状況を一覧表示します。 -> **ヒント：** +> **Tip:** > > [TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter) 、 TiDB Cloudを始めるのに最適な方法です。さらに、 [TiDB Playground](https://play.tidbcloud.com/?utm_source=docs&utm_medium=tidb_cloud_quick_start)でTiDB Cloudの機能を試すこともできます。 @@ -18,6 +18,6 @@ summary: TiDB Cloudの各プランにおける機能サポート状況につい
    カテゴリ特徴StarterEssentialPremiumDedicated
    基本スケーラブルなトランザクション処理✅ ✅ ✅ ✅
    分析処理✅ ✅ ✅ ✅
    API ✅
    （一般公開プレビュー）    		 ✅
    （一般公開プレビュー）    		 ✅
    （一般公開プレビュー）    		 ✅
    （一般公開プレビュー）
    開発者エクスペリエンスデータブランチ✅ ✅ 🚧 ❌
    SQLエディタ✅ 🚧 🚧 ❌
    リソース管理使った分だけ支払う✅ ✅ ✅ ❌
    ワークロードに基づいた自動スケーリング✅ ✅ ✅ ❌
    クラスターの手動変更❌ ❌ ❌ ✅
    パスワード設定✅ ✅ ✅ ✅
    一時停止と再開❌ ❌ ❌ ✅
    システムメンテナンス期間❌ ❌ 🚧 ✅
    バックアップファイルのごみ箱❌ ✅ ✅ ✅
    Specialized featuresベクトルストレージとベクトル検索✅
    （一般公開プレビュー）    		❌❌❌
    全文検索✅
    （一般公開プレビュー）    		❌🚧❌
    データ処理CSV、Parquet、SQLファイルからTiDB Cloudへのデータインポート✅ ✅ ✅ ✅
    MySQL互換データベースからTiDB Cloudへのデータ移行❌ ✅
    （一般公開プレビュー）    		 ✅
    （一般公開プレビュー）    		 ✅
    CSV、Parquet、SQLファイルによるローカルストレージまたはオブジェクトストレージへのデータエクスポート✅
    （一般公開プレビュー）    		 ✅
    （一般公開プレビュー）    		 🔒 ❌
    変更フィードを使用して、Kafkaまたはその他のMySQL互換データベースへのデータレプリケーションを変更します。 ❌ 🔒 ✅ ✅
    バックアップと復元自動バックアップ✅ ✅ ✅ ✅
    手動バックアップ❌ ❌ ✅ ✅
    デュアルリージョンバックアップ❌ ❌ ❌ ✅
    特定時点リカバリ（PITR） ❌ ✅ ✅ ✅
    復元する✅ ✅ ✅ ✅
    可観測性組み込みの指標✅ ✅ ✅ ✅
    アラート❌ ✅ ✅ ✅
    SQL文の分析✅ ✅ ✅ ✅
    スロークエリログ✅ ✅ ✅ ✅
    Top SQL ❌ ✅
    （公開プレビューでトップRUを獲得）    		 ✅
    （公開プレビューでトップRUを獲得）    		 ✅
    イベント✅ ✅ 🚧 ✅
    PrometheusとGrafanaの統合❌ ✅
    （一般公開プレビュー）    		 ✅
    （一般公開プレビュー）    		 ✅
    Datadogとの連携❌✅
    (Public preview)    		✅
    (Public preview)    		 ✅
    New Relicとの連携❌ ❌ ❌ ✅
    高可用性クロスAZフェイルオーバー❌ ❌ ✅ ✅ ✅
    リソース割り当てノードグループ❌ ❌ ❌ ✅
    リソース制御❌ ❌ 🚧 ✅
    ネットワーク接続プライベートエンドポイント✅ ✅ ✅ ✅
    公開エンドポイント✅ ✅ ✅ ✅
    VPCピアリング❌ ❌ 🔒 ✅
    Securityデータベース監査ログ❌ 🔒 ✅ ✅
    コンソール監査ログ✅ ✅ ✅ ✅
    ログの編集✅ ✅ ✅ ✅
    CMEK ❌ ❌ 🔒 ✅
    二重層暗号化✅ ✅ 🔒 ✅
    IAM （メールアドレスとパスワードによるログイン、標準SSO、Cloud Organization SSOを含む） ✅ ✅ ✅ ✅
    クラウドとリージョンAWS ✅ ✅ ✅ ✅
    アリババクラウド✅ ✅ ✅ ❌
    Azure ❌ ❌ 🚧 ✅
    Google Cloud ❌ ❌ ❌ ✅
    クラウドとリージョンAWS ✅ ✅ ✅ ✅
    Azure ❌ ❌ 🚧 ✅
    Google Cloud ❌ ❌ ❌ ✅
    -> **ヒント：** +> **Tip:** > > プライベートプレビューで機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)の右下隅にある**「？」**をクリックします。 次に、 **「サポートチケット」**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。チケットを作成し、「**説明**」フィールドに``の申請」と入力して、 **「送信」**をクリックします。 diff --git a/tidb-cloud/get-started-with-cli.md b/tidb-cloud/get-started-with-cli.md index 1e7ecdff06a80..109f52f1c40cc 100644 --- a/tidb-cloud/get-started-with-cli.md +++ b/tidb-cloud/get-started-with-cli.md @@ -87,7 +87,7 @@ MySQL コマンドライン クライアントがインストールされてい ## クイックスタート {#quick-start} -> **注記：** +> **Note:** > > TiUPを使用する場合は、 `tiup cloud`の代わりに`ticloud` } を使用できます。 @@ -103,7 +103,7 @@ TiDB Cloud CLI を使用して TiDB Cloud Starterインスタンスを作成す ticloud config create ``` - > **警告：** + > **Warning:** > > プロファイル名には`.`を含めて**はいけません**。 @@ -115,7 +115,7 @@ TiDB Cloud CLI を使用して TiDB Cloud Starterインスタンスを作成す ログインが成功すると、現在のプロファイルにOAuthトークンが割り当てられます。プロファイルが存在しない場合は、 `default`という名前のプロファイルにトークンが割り当てられます。 -> **注記：** +> **Note:** > > 上記2つの方法では、 TiDB Cloud APIキーがOAuthトークンよりも優先されます。両方が利用可能な場合は、APIキーが使用されます。 diff --git a/tidb-cloud/import-csv-files-serverless.md b/tidb-cloud/import-csv-files-serverless.md index 3b5b62919f244..3430a5dcba267 100644 --- a/tidb-cloud/import-csv-files-serverless.md +++ b/tidb-cloud/import-csv-files-serverless.md @@ -7,7 +7,7 @@ summary: Amazon S3、GCS、Azure Blob Storage、またはAlibaba Cloud Object St このドキュメントでは、Amazon Simple Storage Service (Amazon S3)、Google Cloud Storage (GCS)、Azure Blob Storage、または Alibaba Cloud Object Storage Service (OSS) から CSV ファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポートする方法について説明します。 -> **注記：** +> **Note:** > > TiDB Cloud Dedicatedについては、[クラウドストレージからTiDB Cloud DedicatedにCSVファイルをインポートする](/tidb-cloud/import-csv-files.md)参照してください。 @@ -29,7 +29,7 @@ summary: Amazon S3、GCS、Azure Blob Storage、またはAlibaba Cloud Object St - TiDB Cloudは、 `.gzip` 、 `.gz` 、 `.zstd` 、 `.zst` `.snappy`の各形式の圧縮ファイルのインポートをサポートしています。圧縮 CSV ファイルをインポートする場合は、ファイル名を`${db_name}.${table_name}.${suffix}.csv.${compress}`形式で指定します。この形式では、 `${suffix}`は省略可能で、「000001」などの任意の整数を指定できます。例えば、 `trips.000001.csv.gz`ファイルを`bikeshare.trips`テーブルにインポートする場合は、ファイル名を`bikeshare.trips.000001.csv.gz`に変更する必要があります。 - > **注記：** + > **Note:** > > - パフォーマンスを向上させるためには、各圧縮ファイルのサイズを100MiBに制限することをお勧めします。 > - Snappy 圧縮ファイルは[公式Snappyフォーマット](https://github.com/google/snappy)に存在する必要があります。 Snappy 圧縮の他のバリアントはサポートされていません。 @@ -70,7 +70,7 @@ CSVファイルにはスキーマ情報が含まれていないため、CSVフ COUNT INT ); ``` - > **注記：** + > **Note:** > > `${db_name}.${table_name}-schema.sql`ファイルには、単一の DDL ステートメントのみを含める必要があります。ファイルに複数の DDL ステートメントが含まれている場合、最初のステートメントのみが有効になります。 @@ -99,7 +99,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -123,7 +123,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 - > **注記：** + > **Note:** > > **ソースファイルURI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 @@ -152,7 +152,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -174,7 +174,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 - > **注記：** + > **Note:** > > **ソースファイルURI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 @@ -203,7 +203,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -225,7 +225,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 - > **注記：** + > **Note:** > > **ソースファイルURI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 @@ -254,7 +254,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -276,7 +276,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 - > **注記：** + > **Note:** > > **ソースファイルURI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 diff --git a/tidb-cloud/import-csv-files.md b/tidb-cloud/import-csv-files.md index 20dbec18013c9..bd988a86b449b 100644 --- a/tidb-cloud/import-csv-files.md +++ b/tidb-cloud/import-csv-files.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidbcloud/migrate-from-amazon-s3-or-gcs','/ja/tidbcloud/migrate-f このドキュメントでは、Amazon Simple Storage Service (Amazon S3)、Google Cloud Storage (GCS)、または Azure Blob Storage から CSV ファイルをTiDB Cloud Dedicatedにインポートする方法について説明します。 -> **ヒント：** +> **Tip:** > > TiDB Cloud StarterまたはTiDB Cloud Essentialについては、 [TiDB Cloud StarterまたはEssentialにクラウドストレージからCSVファイルをインポートする](/tidb-cloud/import-csv-files-serverless.md)。 @@ -32,7 +32,7 @@ aliases: ['/ja/tidbcloud/migrate-from-amazon-s3-or-gcs','/ja/tidbcloud/migrate-f - TiDB Cloudは、 `.gzip` 、 `.gz` 、{ `.zst` `.zstd` 、および`.snappy`形式で圧縮ファイルをインポートすることをサポートしています。圧縮 CSV ファイルをインポートする場合は、ファイル名を`${db_name}.${table_name}.${suffix}.csv.${compress}`形式で指定します。ここで`${suffix}`は省略可能で、「000001」などの任意の整数を指定できます。例えば、 `trips.000001.csv.gz`ファイルを`bikeshare.trips`テーブルにインポートする場合は、ファイル名を`bikeshare.trips.000001.csv.gz`に変更する必要があります。 - > **注記：** + > **Note:** > > - データファイルのみを圧縮すればよく、データベースファイルやテーブルスキーマファイルを圧縮する必要はありません。 > - パフォーマンスを向上させるためには、各圧縮ファイルのサイズを100MiBに制限することをお勧めします。 @@ -74,7 +74,7 @@ CSVファイルにはスキーマ情報が含まれていないため、CSVフ COUNT INT ); ``` - > **注記：** + > **Note:** > > `${db_name}.${table_name}-schema.sql`ファイルには、単一の DDL ステートメントのみを含める必要があります。ファイルに複数の DDL ステートメントが含まれている場合、最初のステートメントのみが有効になります。 @@ -101,7 +101,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -125,7 +125,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に **ソースURI**でディレクトリを指定すると、 TiDB Cloudはデフォルトで**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを選択します。 - > **注記：** + > **Note:** > > **ソースURI**で単一のファイルを指定すると、 TiDB Cloudは**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを表示せず、**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを入力するだけで済みます。 @@ -156,7 +156,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -178,7 +178,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に **ソースURI**でディレクトリを指定すると、 TiDB Cloudはデフォルトで**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを選択します。 - > **注記：** + > **Note:** > > **ソースURI**で単一のファイルを指定すると、 TiDB Cloudは**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを表示せず、**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを入力するだけで済みます。 @@ -209,7 +209,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -248,7 +248,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に 4. [TiDB Cloudコンソール](https://tidbcloud.com/)に戻ります。エンドポイントが承認されると、インポート ウィザードが自動的に続行されます。 - > **注記：** + > **Note:** > > エンドポイントがまだ承認されていない場合、 TiDB Cloud は接続が承認待ちであることを示すメッセージを表示します。Azure でリクエスト[Azureポータル](https://portal.azure.com/)承認してから、再試行してください。 @@ -256,7 +256,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に **ソースURI**でディレクトリを指定すると、 TiDB Cloudはデフォルトで**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを選択します。 - > **注記：** + > **Note:** > > **ソースURI**で単一のファイルを指定すると、 TiDB Cloudは**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを表示せず、**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを入力するだけで済みます。 diff --git a/tidb-cloud/import-parquet-files-serverless.md b/tidb-cloud/import-parquet-files-serverless.md index eb1e4d1a14d8f..3334eb415be05 100644 --- a/tidb-cloud/import-parquet-files-serverless.md +++ b/tidb-cloud/import-parquet-files-serverless.md @@ -7,7 +7,7 @@ summary: Amazon S3、GCS、Azure Blob Storage、またはAlibaba Cloud Object St TiDB Cloud StarterまたはTiDB Cloud Essential[Apache Parquet](https://parquet.apache.org/)TiDB Cloud Starterファイルをインポートする方法についてTiDB Cloud Essential。 -> **注記：** +> **Note:** > > - TiDB Cloud Dedicatedについては、[クラウドストレージからParquetファイルをTiDB Cloud Dedicatedにインポートする](/tidb-cloud/import-parquet-files.md)。 > - TiDB Cloud は、空のテーブルへの Parquet ファイルのインポートのみをサポートしています。既にデータが含まれている既存のテーブルにデータをインポートするには、このドキュメントの手順に従って一時的な空のテーブルにデータをインポートし、 `INSERT SELECT`ステートメントを使用してデータを対象の既存のテーブルにコピーします。 @@ -15,7 +15,7 @@ TiDB Cloud StarterまたはTiDB Cloud Essential[Apache Parquet](https://parquet. ## ステップ1. Parquetファイルを準備する {#step-1-prepare-the-parquet-files} -> **注記：** +> **Note:** > > 現在、 TiDB Cloud、[サポートされているデータ型](#supported-data-types)のデータ型を含む Parquet ファイルのインポートはサポートされていません。インポートする Parquet ファイルにこれらのデータ型が含まれている場合は、まず (例: `STRING` ) を使用して Parquet ファイルを再生成する必要があります。または、AWS Glue などのサービスを使用してデータ型を簡単に変換することもできます。 > @@ -35,7 +35,7 @@ TiDB Cloud StarterまたはTiDB Cloud Essential[Apache Parquet](https://parquet. - 1つのテーブルのデータが複数のParquetファイルに分割されている場合は、これらのParquetファイルに数値サフィックスを追加してください。例えば、 `${db_name}.${table_name}.000001.parquet`と`${db_name}.${table_name}.000002.parquet`のようにです。数値サフィックスは連続していなくても構いませんが、昇順である必要があります。また、すべてのサフィックスの長さが同じになるように、数値の前にゼロを追加する必要があります。 - > **注記：** + > **Note:** > > 場合によっては、前述のルールに従って Parquet ファイル名を更新できないことがあります (たとえば、Parquet ファイル リンクが他のプログラムでも使用されている場合)。その場合は、ファイル名を変更せずに、[ステップ4](#step-4-import-parquet-files)の**マッピング設定**を使用してソース データを単一のターゲット テーブルにインポートできます。 @@ -74,7 +74,7 @@ Parquetファイルにはスキーマ情報が含まれていないため、Parq COUNT INT ); ``` - > **注記：** + > **Note:** > > `${db_name}.${table_name}-schema.sql`ファイルには、単一の DDL ステートメントのみを含める必要があります。ファイルに複数の DDL ステートメントが含まれている場合、最初のステートメントのみが有効になります。 @@ -103,7 +103,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -127,7 +127,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 - > **注記：** + > **Note:** > > **ソースファイルURI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 @@ -156,7 +156,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -178,7 +178,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 - > **注記：** + > **Note:** > > **ソースファイルURI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 @@ -207,7 +207,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -229,7 +229,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 - > **注記：** + > **Note:** > > **ソースファイルURI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 @@ -258,7 +258,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -280,7 +280,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 - > **注記：** + > **Note:** > > **ソースファイルURI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 diff --git a/tidb-cloud/import-parquet-files.md b/tidb-cloud/import-parquet-files.md index 3f83bf5c332cd..e5d6ce2f6a80c 100644 --- a/tidb-cloud/import-parquet-files.md +++ b/tidb-cloud/import-parquet-files.md @@ -7,7 +7,7 @@ summary: Amazon S3、GCS、またはAzure Blob StorageからTiDB Cloud Dedicated このドキュメントでは、Amazon Simple Storage Service (Amazon S3)、Google Cloud Storage (GCS)、または Azure Blob Storage からTiDB Cloud Dedicatedに Apache Parquet ファイルをインポートする方法について説明します。インポートできる Parquet ファイルは、非圧縮ファイルでも[Google Snappy](https://github.com/google/snappy)で圧縮されたファイルでも構いません。その他の Parquet 圧縮コーデックはサポートされていません。 -> **ヒント：** +> **Tip:** > > TiDB Cloud StarterまたはTiDB Cloud Essentialについては、 [クラウドストレージからTiDB Cloud StarterまたはEssentialにApache Parquetファイルをインポートする](/tidb-cloud/import-parquet-files-serverless.md)参照してください。 @@ -19,7 +19,7 @@ summary: Amazon S3、GCS、またはAzure Blob StorageからTiDB Cloud Dedicated ## ステップ1. Parquetファイルを準備する {#step-1-prepare-the-parquet-files} -> **注記：** +> **Note:** > > 現在、 TiDB Cloud、[サポートされているデータ型](#supported-data-types)のデータ型を含む Parquet ファイルのインポートはサポートされていません。インポートする Parquet ファイルにこれらのデータ型が含まれている場合は、まず (例: `STRING` ) を使用して Parquet ファイルを再生成する必要があります。または、AWS Glue などのサービスを使用してデータ型を簡単に変換することもできます。 > @@ -39,7 +39,7 @@ summary: Amazon S3、GCS、またはAzure Blob StorageからTiDB Cloud Dedicated - 1つのテーブルのデータが複数のParquetファイルに分割されている場合は、これらのParquetファイルに数値サフィックスを追加してください。例えば、 `${db_name}.${table_name}.000001.parquet`と`${db_name}.${table_name}.000002.parquet`のようにです。数値サフィックスは連続していなくても構いませんが、昇順である必要があります。また、すべてのサフィックスの長さが同じになるように、数値の前にゼロを追加する必要があります。 - > **注記：** + > **Note:** > > - 前述のルールに従って Parquet ファイル名を更新できない場合 (たとえば、Parquet ファイル リンクが他のプログラムでも使用されている場合)、ファイル名を変更せずに、 [ステップ4](#step-4-import-parquet-files-to-tidb-cloud)の**宛先マッピング**サブステップで**「TiDB ファイル命名規則を使用して自動マッピングを行う」**の選択を解除して、ソース ファイルを単一のターゲット テーブルに手動でマッピングできます。 > - Snappy 圧縮ファイルは[公式Snappyフォーマット](https://github.com/google/snappy)に存在する必要があります。 Snappy 圧縮の他のバリアントはサポートされていません。 @@ -79,7 +79,7 @@ Parquetファイルにはスキーマ情報が含まれていないため、Parq COUNT INT ); ``` - > **注記：** + > **Note:** > > `${db_name}.${table_name}-schema.sql`ファイルには、単一の DDL ステートメントのみを含める必要があります。ファイルに複数の DDL ステートメントが含まれている場合、最初のステートメントのみが有効になります。 @@ -106,7 +106,7 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -130,7 +130,7 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 **ソースURI**でディレクトリを指定すると、 TiDB Cloudはデフォルトで**「TiDBファイル命名規則を使用して自動マッピングを行う**」オプションを選択します。 - > **注記：** + > **Note:** > > **ソースURI**で単一のファイルを指定すると、 TiDB Cloudは**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを表示せず、**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを入力するだけで済みます。 @@ -159,7 +159,7 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -181,7 +181,7 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 **ソースURI**でディレクトリを指定すると、 TiDB Cloudはデフォルトで**「TiDBファイル命名規則を使用して自動マッピングを行う**」オプションを選択します。 - > **注記：** + > **Note:** > > **ソースURI**で単一のファイルを指定すると、 TiDB Cloudは**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを表示せず、**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを入力するだけで済みます。 @@ -210,7 +210,7 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -249,7 +249,7 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 4. [TiDB Cloudコンソール](https://tidbcloud.com/)に戻ります。エンドポイントが承認されると、インポート ウィザードが自動的に続行されます。 - > **注記：** + > **Note:** > > エンドポイントがまだ承認されていない場合、 TiDB Cloud は接続が承認待ちであることを示すメッセージを表示します。Azure でリクエスト[Azureポータル](https://portal.azure.com/)承認してから、再試行してください。 @@ -257,7 +257,7 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 **ソースURI**でディレクトリを指定すると、 TiDB Cloudはデフォルトで**「TiDBファイル命名規則を使用して自動マッピングを行う**」オプションを選択します。 - > **注記：** + > **Note:** > > **ソースURI**で単一のファイルを指定すると、 TiDB Cloudは**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを表示せず、**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを入力するだけで済みます。 diff --git a/tidb-cloud/import-sample-data-serverless.md b/tidb-cloud/import-sample-data-serverless.md index e7266e6be129b..9f95721acd6f4 100644 --- a/tidb-cloud/import-sample-data-serverless.md +++ b/tidb-cloud/import-sample-data-serverless.md @@ -7,7 +7,7 @@ summary: TiDB Cloud StarterまたはTiDB Cloud EssentialにUI経由でサンプ このドキュメントでは、UI を介してサンプルデータ (SQL ファイル) をTiDB Cloud StarterまたはTiDB Cloud Essentialにインポートする方法について説明します。使用するサンプルデータは、Capital Bikeshare のデータライセンス契約に基づいて公開されている Capital Bikeshare のシステムデータです。サンプルデータをインポートする前に、 TiDB Cloud StarterまたはEssential のインスタンスが 1 つ必要です。 -> **注記：** +> **Note:** > > この文書で使用されているサンプルデータは、Amazon S3 から取得したものです。 @@ -15,7 +15,7 @@ summary: TiDB Cloud StarterまたはTiDB Cloud EssentialにUI経由でサンプ 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 diff --git a/tidb-cloud/import-sample-data.md b/tidb-cloud/import-sample-data.md index b6524571ba4ed..d65834a460077 100644 --- a/tidb-cloud/import-sample-data.md +++ b/tidb-cloud/import-sample-data.md @@ -14,7 +14,7 @@ summary: TiDB Cloud DedicatedにUI経由でサンプルデータをインポー 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -46,7 +46,7 @@ summary: TiDB Cloud DedicatedにUI経由でサンプルデータをインポー 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -78,7 +78,7 @@ summary: TiDB Cloud DedicatedにUI経由でサンプルデータをインポー 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -118,7 +118,7 @@ summary: TiDB Cloud DedicatedにUI経由でサンプルデータをインポー 4. [TiDB Cloudコンソール](https://tidbcloud.com/)に戻ります。エンドポイントが承認されると、インポート ウィザードが自動的に続行されます。 - > **注記：** + > **Note:** > > エンドポイントがまだ承認されていない場合、 TiDB Cloud は接続が承認待ちであることを示すメッセージを表示します。Azure でリクエスト[Azureポータル](https://portal.azure.com/)承認してから、再試行してください。 diff --git a/tidb-cloud/import-with-mysql-cli-serverless.md b/tidb-cloud/import-with-mysql-cli-serverless.md index 1b7ec8358faf7..a2aa49bcbd929 100644 --- a/tidb-cloud/import-with-mysql-cli-serverless.md +++ b/tidb-cloud/import-with-mysql-cli-serverless.md @@ -30,7 +30,7 @@ TiDB Cloud StarterまたはEssentialインスタンスに接続してくださ 4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。 - > **ヒント：** + > **Tip:** > > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成してください。 @@ -70,7 +70,7 @@ SQLファイルからデータをインポートするには、以下の手順 mysql --comments --connect-timeout 150 -u '' -h -P 4000 -D test --ssl-mode=VERIFY_IDENTITY --ssl-ca= -p < product_data.sql ``` -> **注記：** +> **Note:** > > ここで使用されるデフォルトのデータベース名は`test`です。データベースは手動で作成することも、SQL ファイルで`CREATE DATABASE`コマンドを使用することもできます。 @@ -103,7 +103,7 @@ CSVファイルからデータをインポートするには、以下の手順 パス、テーブル名（この例では`products` ）、 `` 、 `` 、 `` 、 `` 、 `` 、およびその他のプレースホルダーを実際の情報に置き換え、必要に応じてサンプルCSVデータを実際のデータセットに置き換えてください。 -> **注記：** +> **Note:** > > `LOAD DATA LOCAL INFILE`の構文の詳細については、 [`LOAD DATA`](/sql-statements/sql-statement-load-data.md)参照してください。 diff --git a/tidb-cloud/import-with-mysql-cli.md b/tidb-cloud/import-with-mysql-cli.md index 015431826808e..93cd3e04c904b 100644 --- a/tidb-cloud/import-with-mysql-cli.md +++ b/tidb-cloud/import-with-mysql-cli.md @@ -66,7 +66,7 @@ SQLファイルからデータをインポートするには、以下の手順 mysql --comments --connect-timeout 150 -u '' -h -P 4000 -D test --ssl-mode=VERIFY_IDENTITY --ssl-ca= -p < product_data.sql ``` -> **注記：** +> **Note:** > > ここで使用されるデフォルトのデータベース名は`test`です。データベースは手動で作成することも、SQL ファイルで`CREATE DATABASE`コマンドを使用することもできます。 @@ -99,7 +99,7 @@ CSVファイルからデータをインポートするには、以下の手順 4. パス、テーブル名（この例では`products` ）、 `` 、 `` 、 `` 、 `` 、 `` 、およびその他のプレースホルダーを実際の情報に置き換え、必要に応じてサンプルCSVデータを実際のデータセットに置き換えてください。 -> **注記：** +> **Note:** > > `LOAD DATA LOCAL INFILE`の構文の詳細については、 [`LOAD DATA`](/sql-statements/sql-statement-load-data.md)参照してください。 diff --git a/tidb-cloud/integrate-tidbcloud-with-airbyte.md b/tidb-cloud/integrate-tidbcloud-with-airbyte.md index a50a2f86548c6..6beab77af608f 100644 --- a/tidb-cloud/integrate-tidbcloud-with-airbyte.md +++ b/tidb-cloud/integrate-tidbcloud-with-airbyte.md @@ -56,7 +56,7 @@ Airbyteのバナーが表示されたら、ユーザー名（ `airbyte` ）と 3. **SSL接続**を有効にし、 **JDBC URLパラメータ**でTLSプロトコルを**TLSv1.2**または**TLSv1.3**に設定します。 - > **注記：** + > **Note:** > > - TiDB Cloud はTLS 接続をサポートしています。TLSv1.2 および**TLSv1.3**から TLS プロトコルを選択できます。たとえば、 `enabledTLSProtocols=TLSv1.2` **。** > - JDBC を介してTiDB Cloudへの TLS 接続を無効にする場合は、JDBC URL パラメータで useSSL を`false`に設定し、SSL 接続を閉じる必要があります。たとえば、 `useSSL=false`のように設定します。 @@ -88,7 +88,7 @@ TiDB コネクタの詳細については、 [TiDBソース](https://docs.airbyt 6. **同期モード**を**「完全更新」または「上書き」**に選択してください。 - > **ヒント：** + > **Tip:** > > TiDB コネクタは[増分更新と完全更新の同期](https://airbyte.com/blog/understanding-data-replication-modes)をサポートします。 > diff --git a/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md b/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md index 4773082a9b5e3..c4e7ee8f4941d 100644 --- a/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md +++ b/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md @@ -7,7 +7,7 @@ summary: TiDB Cloud StarterをAmazon LambdaおよびCloudFormationと統合す このドキュメントでは、 [AWS CloudFormation](https://aws.amazon.com/cloudformation/)使用して、クラウドネイティブな分散 SQL データベースである[TiDB Cloud Starter](https://www.pingcap.com/tidb-cloud-starter/)と、サーバーレスでイベント駆動型のコンピューティング サービスである[AWS Lambda](https://aws.amazon.com/lambda/)を統合する手順を段階的に説明します。TiDB Cloud Starter をAmazon Lambda と統合することで、 TiDB Cloud Starterと AWS Lambda を通じてマイクロサービスの拡張性とコスト効率を活用できます。AWS CloudFormation は、Lambda関数、API Gateway、Secrets Manager などの AWS リソースの作成と管理を自動化します。 -> **注記：** +> **Note:** > > このドキュメントの手順は、 TiDB Cloud Starterインスタンスに加えて、 TiDB Cloud Essentialインスタンスでも適用できます。 @@ -46,7 +46,7 @@ AWS CloudFormationは、Secrets Manager、API Gateway、Lambda関数など、プ - プロジェクトの[最新リリースのアセット](https://github.com/pingcap/TiDB-Lambda-integration/releases/latest)ローカル マシンにダウンロードします。これには、 `cloudformation_template.yml`および`cloudformation_template.json`ファイルが含まれます。 -> **注記：** +> **Note:** > > - AWS リソースを作成する際は、リージョンとして`us-east-1`を使用することをお勧めします。これは、このデモの Lambda 関数コードでリージョンが`us-east-1`とハードコーディングされており、コードバンドルが`us-east-1`リージョンに保存されるためです。 > - 別のリージョンを使用する場合は、以下の手順に従ってLambda関数のコードを変更し、再構築して、コードバンドルを独自のS3バケットにアップロードする必要があります。 diff --git a/tidb-cloud/integrate-tidbcloud-with-cloudflare.md b/tidb-cloud/integrate-tidbcloud-with-cloudflare.md index 91f79a224791e..04f3dfd265369 100644 --- a/tidb-cloud/integrate-tidbcloud-with-cloudflare.md +++ b/tidb-cloud/integrate-tidbcloud-with-cloudflare.md @@ -11,7 +11,7 @@ Cloudflare WorkersはV8エンジン上で動作するため、直接TCP接続を このドキュメントでは、TiDB Cloud Serverless Driverを使用してCloudflare Workersに接続する方法をステップバイステップで説明します。 -> **注記：** +> **Note:** > > TiDB Cloud Serverless Driverは、 TiDB Cloud StarterおよびTiDB Cloud Essentialでのみ使用できます。 diff --git a/tidb-cloud/integrate-tidbcloud-with-dbt.md b/tidb-cloud/integrate-tidbcloud-with-dbt.md index 74db7e55b57a8..6135b72f44030 100644 --- a/tidb-cloud/integrate-tidbcloud-with-dbt.md +++ b/tidb-cloud/integrate-tidbcloud-with-dbt.md @@ -141,7 +141,7 @@ cd jaffle_shop ## ステップ4：（オプション）CSVファイルを読み込む {#step-4-optional-load-csv-files} -> **注記：** +> **Note:** > > この手順は任意です。処理対象のデータが既にターゲットデータベースに存在する場合は、この手順をスキップできます。 diff --git a/tidb-cloud/integrate-tidbcloud-with-n8n.md b/tidb-cloud/integrate-tidbcloud-with-n8n.md index dd909d071e272..a1856dfd940e7 100644 --- a/tidb-cloud/integrate-tidbcloud-with-n8n.md +++ b/tidb-cloud/integrate-tidbcloud-with-n8n.md @@ -9,7 +9,7 @@ summary: n8nにおけるTiDB Cloudノードの使い方を学びましょう。 このドキュメントでは、自動ワークフローの構築方法を紹介します。具体的には、 TiDB Cloud Starterインスタンスを作成し、Hacker NewsのRSSフィードを収集してTiDBに保存し、概要メールを送信します。 -> **注記：** +> **Note:** > > このドキュメントの手順は、 TiDB Cloud Starterインスタンスに加えて、 TiDB Cloud Essentialインスタンスでも適用できます。 @@ -95,7 +95,7 @@ TiDB Cloud Starterインスタンスをお持ちでない場合は、このノ 9. **パスワード**欄に、 TiDB Cloud Starterインスタンスへのログインに使用するパスワードを入力してください。 10. ノードを実行するには、 **「ノードを実行」**をクリックしてください。 -> **注記：** +> **Note:** > > 新しいTiDB Cloud Starterインスタンスを作成するには、数秒かかります。 @@ -208,7 +208,7 @@ TiDB Cloud Starterインスタンスをお持ちでない場合は、このノ 8. **「メールの種類」**ボックスで、 `HTML`を選択します。 9. **メッセージ**ボックスで、 `Expression`をクリックし、 `{{ $json["response"] }}`と入力します。 - > **注記：** + > **Note:** > > **メッセージ**ボックスにカーソルを合わせ、**式**パターンを選択する必要があります。 diff --git a/tidb-cloud/integrate-tidbcloud-with-netlify.md b/tidb-cloud/integrate-tidbcloud-with-netlify.md index cb95aa3e012cb..5211fb1d1227a 100644 --- a/tidb-cloud/integrate-tidbcloud-with-netlify.md +++ b/tidb-cloud/integrate-tidbcloud-with-netlify.md @@ -59,7 +59,7 @@ TiDB Cloud Dedicatedクラスタの場合、接続文字列はTiDB Cloudコン
    -> **ヒント：** +> **Tip:** > > Cloud CLI をインストールしていない場合は、次の手順を実行する前に、 [TiDB Cloud CLI クイックスタート](/tidb-cloud/get-started-with-cli.md)を参照して簡単にインストールしてください。 @@ -87,7 +87,7 @@ TiDB Cloud Dedicatedクラスタの場合、接続文字列はTiDB Cloudコン } ``` - > **注記：** + > **Note:** > > 後で接続文字列を使用する際は、以下の点に注意してください。 > @@ -110,7 +110,7 @@ TiDB Cloud Dedicatedクラスタの場合、接続文字列はTiDB Cloudコン mysql://:@:/?sslaccept=strict ``` - > **注記：** + > **Note:** > > 後で接続文字列を使用する際は、以下の点に注意してください。 > @@ -197,7 +197,7 @@ TiDB Cloud Dedicatedクラスタの場合、接続文字列はTiDB Cloudコン 4. アプリをローカルでビルドし、スキーマをTiDB Cloudリソースに移行します。 - > **ヒント：** + > **Tip:** > > ローカル環境へのデプロイをスキップして、アプリを直接 Netlify にデプロイしたい場合は、手順 6 に進んでください。 diff --git a/tidb-cloud/integrate-tidbcloud-with-vercel.md b/tidb-cloud/integrate-tidbcloud-with-vercel.md index 4e2ee66d0533b..f5b8e052b4f6a 100644 --- a/tidb-cloud/integrate-tidbcloud-with-vercel.md +++ b/tidb-cloud/integrate-tidbcloud-with-vercel.md @@ -40,13 +40,13 @@ TiDB Cloudにアカウントとクラスターが既に作成されている必 - [TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスを作成します](/tidb-cloud/create-tidb-cluster-serverless.md) - > **注記：** + > **Note:** > > TiDB Cloud Vercelとの連携では、TiDB Cloud StarterおよびTiDB Cloud Essentialインスタンスの作成がサポートされています。また、連携プロセス中に後からインスタンスを作成することも可能です。 - [TiDB Cloud Dedicatedクラスターを作成する](/tidb-cloud/create-tidb-cluster.md) - > **注記：** + > **Note:** > > TiDB Cloud Dedicatedクラスターの場合、Vercel デプロイメントは IP アドレスを使用するため、クラスターのトラフィック フィルターがすべての IP アドレス ( `0.0.0.0/0` } に設定) からの接続を許可して[動的IPアドレス](https://vercel.com/guides/how-to-allowlist-deployment-ip-address)ことを確認してください。 @@ -69,7 +69,7 @@ Vercelプロジェクトは、1つのTiDB Cloudデータアプリにしか接続 TiDB Cloud Vercel 統合経由で接続するには、 [Vercelの統合マーケットプレイス](https://vercel.com/integrations)から[TiDB Cloud統合](https://vercel.com/integrations/tidb-cloud)ページに移動します。この方法を使用すると、接続するクラスターを選択でき、 TiDB Cloud はVercel プロジェクトに必要なすべての環境変数を自動的に生成します。 -> **注記：** +> **Note:** > > この方法は、 TiDB Cloud StarterおよびTiDB Cloud Essentialインスタンスでのみ利用可能です。TiDB Cloud DedicatedクラスターまたはTiDB Cloud Premium インスタンスに接続する場合は、 [手動法](#connect-via-manually-setting-environment-variables)を使用してください。 @@ -167,7 +167,7 @@ TiDB Cloud Vercel 統合経由で接続するには、 [Vercelの統合マーケ Vercel の[プレビュー展開](https://vercel.com/docs/deployments/preview-deployments)機能を使用すると、変更を Git プロジェクトの本番ブランチにマージすることなく、ライブデプロイメントでアプリの変更をプレビューできます。TiDB [TiDB Cloud Branching](/tidb-cloud/branch-overview.md)を使用すると、Vercel プロジェクトのブランチごとに新しいインスタンスを作成できます。これにより、本番データに影響を与えることなく、ライブデプロイメントでアプリの変更をプレビューできます。 -> **注記：** +> **Note:** > > 現在、 TiDB Cloud Branching は[VercelプロジェクトとGitHubリポジトリの関連付け](https://vercel.com/docs/deployments/git/vercel-for-github)のみをサポートしています。 @@ -203,11 +203,11 @@ Gitリポジトリに変更をプッシュすると、Vercelがプレビュー 4. チェックに合格したら、プレビュー環境にアクセスして変更内容を確認できます。 -> **注記：** +> **Note:** > > Vercelのデプロイワークフローの制限により、環境変数がデプロイ時に確実に設定されるとは限りません。この場合、デプロイを再実行する必要があります。 -> **注記：** +> **Note:** > > TiDB Cloudの各組織では、デフォルトではTiDB Cloud Starterインスタンス用に最大 5 つのブランチを作成できます。制限を超えないようにするには、不要になったTiDB Cloud Starterインスタンスのブランチを削除してください。詳細については、 [TiDB Cloudブランチを管理する](/tidb-cloud/branch-manage.md)参照してください。 . diff --git a/tidb-cloud/limitations-and-quotas.md b/tidb-cloud/limitations-and-quotas.md index d94fd1554d95b..6e0dcb6cc3552 100644 --- a/tidb-cloud/limitations-and-quotas.md +++ b/tidb-cloud/limitations-and-quotas.md @@ -7,7 +7,7 @@ summary: TiDB Cloudの制限と割り当てについて説明します。 TiDB Cloud、 [TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスター内で作成できる各コンポーネントの数と、TiDBの一般的な使用制限が制限されています。さらに、組織レベルのクォータによってユーザーが作成できるリソースの量を制限し、実際に必要な量を超えるリソースの作成を防ぐことができます。以下の表は、制限とクォータの概要を示しています。 -> **注記：** +> **Note:** > > これらの制限または割り当てが組織にとって問題となる場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)お問い合わせください。 @@ -18,7 +18,7 @@ TiDB Cloud、 [TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-clo | [データ領域](/tidb-cloud/tidb-cloud-glossary.md#region)部あたりのコピー数 | 3 | | クロスゾーン展開のアベイラビリティゾーンの数 | 3 | -> **注記：** +> **Note:** > > TiDB の一般的な使用上の制限について詳しくは、 [TiDB の制限](https://docs.pingcap.com/tidb/stable/tidb-limitations)を参照してください。 @@ -31,6 +31,6 @@ TiDB Cloud、 [TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-clo | 組織内のすべてのクラスタのTiFlashノードの最大数 | 5 | | 組織内のすべてのクラスタの TiProxy ノードの最大数 | 10 | -> **注記：** +> **Note:** > > これらの制限または割り当てが組織にとって問題となる場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)お問い合わせください。 diff --git a/tidb-cloud/limited-sql-features-tidb-x.md b/tidb-cloud/limited-sql-features-tidb-x.md index 5f3b5d7f77457..87578ff494945 100644 --- a/tidb-cloud/limited-sql-features-tidb-x.md +++ b/tidb-cloud/limited-sql-features-tidb-x.md @@ -9,7 +9,7 @@ TiDB X インスタンスは、[TiDB Xアーキテクチャ](/tidb-cloud/tidb-x- TiDB Cloud は TiDB がサポートするほぼすべてのワークロードに対応していますが、TiDB Self-Managed と TiDB Cloud の間には一部機能差があります。このドキュメントでは、TiDB Cloud Starter、Essential、Premium における SQL 機能の制限事項について説明します。TiDB Self-Managed と TiDB Cloud の機能差は継続的に解消されています。これらの不足している機能や機能性が必要な場合は、機能リクエストとして [お問い合わせ](/tidb-cloud/tidb-cloud-support.md) ください。 -> **注記：** +> **Note:** > > このドキュメントは {{{ .starter }}}、Essential、Premium にのみ適用されます。TiDB Cloud Dedicated については、[Limited SQL Features on TiDB Cloud Dedicated](/tidb-cloud/limited-sql-features.md) を参照してください。 diff --git a/tidb-cloud/limited-sql-features.md b/tidb-cloud/limited-sql-features.md index 6a545a0591533..a3a88559e535c 100644 --- a/tidb-cloud/limited-sql-features.md +++ b/tidb-cloud/limited-sql-features.md @@ -7,7 +7,7 @@ summary: TiDB Cloud Dedicatedの制限された SQL 機能について説明し TiDB Cloud Dedicated はTiDB がサポートするほぼすべてのワークロードで動作しますが、TiDB Self-Managed とTiDB Cloud Dedicatedには機能面で若干の違いがあります。このドキュメントでは、TiDB Cloud Dedicatedにおける SQL 機能の制限事項について説明します。TiDB Self-Managed とTiDB Cloud Dedicatedの機能ギャップは継続的に埋められています。これらの機能やギャップを埋める必要がある場合は、機能リクエストを送信して[お問い合わせ](/tidb-cloud/tidb-cloud-support.md) 。 -> **注記：** +> **Note:** > > このドキュメントは TiDB Cloud Dedicated にのみ適用されます。TiDB Cloud Starter、Essential、Premium については、[TiDB X インスタンスで制限される SQL 機能](/tidb-cloud/limited-sql-features-tidb-x.md) を参照してください。 diff --git a/tidb-cloud/manage-projects-and-resources.md b/tidb-cloud/manage-projects-and-resources.md index a5bc81e35abca..51c2d596050cf 100644 --- a/tidb-cloud/manage-projects-and-resources.md +++ b/tidb-cloud/manage-projects-and-resources.md @@ -61,7 +61,7 @@ TiDB Cloudリソースを作成するには、組織の[**私のTiDB**](https:// TiDB Cloudのリソースをプロジェクトごとにグループ化して表示するには、[**私のTiDB**](https://tidbcloud.com/tidbs)ページの**「プロジェクトビュー」**タブをクリックします。 -> **ヒント：** +> **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -73,7 +73,7 @@ TiDB Cloudのリソースをプロジェクトごとにグループ化して表 ### プロジェクトを作成する {#create-a-project} -> **注記：** +> **Note:** > > - 無料トライアルユーザーは新規プロジェクトを作成できません。 > - TiDB Xインスタンスの場合、プロジェクトの作成は任意です。TiDB Cloud Dedicatedクラスタの場合は、デフォルトのプロジェクトを使用するか、新しいプロジェクトを作成して管理する必要があります。 @@ -84,7 +84,7 @@ TiDB Cloudのリソースをプロジェクトごとにグループ化して表 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **「プロジェクトの作成」を**クリックします。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -94,7 +94,7 @@ TiDB Cloudのリソースをプロジェクトごとにグループ化して表 - プロジェクトが TiDB X インスタンス用に作成されている場合は、 **[確認]**をクリックします。 - > **注記：** + > **Note:** > > TiDB Cloud Premium インスタンスの場合、暗号化はプロジェクトごとではなくインスタンスごとに構成されます。インスタンスを作成した後、 [二重層データ暗号化](/tidb-cloud/premium/dual-layer-data-encryption-premium.md)有効にして、デフォルトのストレージ層の暗号化に加えてデータベース層の暗号化を追加できます。 @@ -108,7 +108,7 @@ TiDB Cloudのリソースをプロジェクトごとにグループ化して表 1. TiDB Cloudコンソールで、組織の[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -121,7 +121,7 @@ TiDB Cloudのリソースをプロジェクトごとにグループ化して表 `Organization Owner`または`Project Owner`の役割を担っている場合、TiDB X インスタンスをプロジェクトに移動したり、任意のプロジェクトから移動したりできます。 -> **注記：** +> **Note:** > > TiDB Xインスタンスのみが、TiDB Xプロジェクト間の移動およびTiDB Xプロジェクトからの離脱をサポートしています。TiDB Cloud Dedicatedクラスタは、プロジェクト間の移動をサポートしていません。 @@ -131,7 +131,7 @@ TiDB Xインスタンスを移動するには、以下の手順を実行して 2. プロジェクトビューで、移動する TiDB X インスタンスを含むプロジェクトフォルダーを展開し、対象の TiDB X インスタンスの**...**をクリックしてから、 **[移動]**をクリックします。 - > **ヒント：** + > **Tip:** > > TiDB Xインスタンスがどのプロジェクトにも含まれていない場合、それは**「プロジェクト外」**フォルダに表示されます。 diff --git a/tidb-cloud/manage-serverless-spend-limit.md b/tidb-cloud/manage-serverless-spend-limit.md index 95e50ff224645..aa52b0bafea9b 100644 --- a/tidb-cloud/manage-serverless-spend-limit.md +++ b/tidb-cloud/manage-serverless-spend-limit.md @@ -5,7 +5,7 @@ summary: TiDB Cloud Starterインスタンスの利用限度額を管理する # TiDB Cloud Starterインスタンスの利用限度額を管理する {#manage-spending-limit-for-tidb-cloud-starter-instances} -> **注記：** +> **Note:** > > 支出制限は、 TiDB Cloud Starterインスタンスにのみ適用されます。 @@ -35,7 +35,7 @@ TiDB Cloud Starterインスタンスの支出制限を更新するには、以 1. [**私のTiDB**](https://tidbcloud.com/tidbs)ページで、対象のTiDB Cloud Starterインスタンスの名前をクリックすると、その概要ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 diff --git a/tidb-cloud/manage-user-access.md b/tidb-cloud/manage-user-access.md index 334654baadb5f..e972b5f987de4 100644 --- a/tidb-cloud/manage-user-access.md +++ b/tidb-cloud/manage-user-access.md @@ -110,7 +110,7 @@ TiDB Cloudは、組織、プロジェクト、インスタンスの各レベル | 組織のTiDB Cloud [コンソール監査ログ](/tidb-cloud/tidb-cloud-console-auditing.md)を管理します。 | ✅ | ❌ | ❌ | ✅ | ❌ | | 組織内のユーザーと、そのメンバーが所属するプロジェクトを確認する。 | ✅ | ✅ | ✅ | ✅ | ✅ | -> **注記：** +> **Note:** > > - `Organization Console Audit Manager`ロール（以前は`Organization Console Audit Admin`でした）は、データベース監査ログではなく、 TiDB Cloudコンソールでの監査ログの管理に使用されます。データベース監査を管理するには、プロジェクトレベルで`Project Owner`ロールを使用してください。 > - `Organization Billing Manager`ロールは`Organization Billing Admin`から名前が変更され、 `Organization Viewer`ロールは`Organization Member`から名前が変更されました。 @@ -119,7 +119,7 @@ TiDB Cloudは、組織、プロジェクト、インスタンスの各レベル プロジェクトレベルでは、 TiDB Cloud は4 つの役割を定義しており、 `Project Owner`はメンバーを招待したり、メンバーにプロジェクトの役割を付与したりできます。 -> **注記：** +> **Note:** > > - `Organization Owner`すべてのプロジェクトに対して`Project Owner`のすべての権限を持っているため、 `Organization Owner`もプロジェクトメンバーを招待したり、メンバーにプロジェクトの役割を付与したりできます。 > - 各プロジェクトロールには、デフォルトで`Organization Viewer`のすべての権限が付与されています。 @@ -148,7 +148,7 @@ TiDB Cloudは、組織、プロジェクト、インスタンスの各レベル TiDB Xインスタンスはインスタンスレベルのロールをサポートしているため、プロジェクト内のすべてのリソースに同じアクセス権を付与することなく、単一のTiDB Xインスタンスにのみアクセス権を付与できます。 -> **注記：** +> **Note:** > > - インスタンスロールは、 TiDB Cloud Starter、 Essential、およびPremiumインスタンスにのみ適用されます。TiDB Cloud Dedicatedクラスターはインスタンスロールをサポートしていません。 > - `Organization Owner`組織内のすべての TiDB X インスタンスに対するすべての権限を自動的に持っています。 @@ -178,7 +178,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、左上隅のコンボボックスをクリックします。所属する組織の一覧が表示されます。 - > **ヒント：** + > **Tip:** > > - 現在特定のTiDB Cloudリソースのページにいる場合、左上隅のコンボボックスをクリックした後、組織リストに戻るには、コンボボックス内の**「マイTiDBに戻る」を**クリックする必要があります。 > - 複数の組織に所属している場合は、コンボボックス内の対象組織名をクリックすることで、組織間でアカウントを切り替えることができます。 @@ -203,7 +203,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー `Organization Owner`の役割をお持ちの場合は、組織にユーザーを招待できます。 -> **注記：** +> **Note:** > > 必要に応じて、[プロジェクトにユーザーを招待する](#invite-a-project-member)または[ユーザーにTiDB Xインスタンスへのアクセス権を付与する](#grant-access-to-a-tidb-x-instance)こともでき、これによりユーザーは組織のメンバーになります。 @@ -217,7 +217,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー 4. 招待するユーザーのメールアドレスを入力してください。 - > **ヒント：** + > **Tip:** > > 一度に複数のメンバーを招待したい場合は、複数のメールアドレスを入力できます。 @@ -232,7 +232,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー 8. 招待されたメールアドレスがTiDB Cloudアカウントに登録されていない場合、ユーザーはアカウント作成ページへ誘導されます。メールアドレスが既にTiDB Cloudアカウントに登録されている場合は、ユーザーはサインインページへ誘導され、サインイン後、アカウントは自動的に組織に参加します。 -> **注記：** +> **Note:** > > メールに記載されている確認リンクは24時間で有効期限が切れます。招待したいユーザーがメールを受信して​​いない場合は、 **「再送信」**をクリックしてください。 @@ -242,7 +242,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー 組織からメンバーを削除するには、以下の手順に従ってください。 -> **注記：** +> **Note:** > > 組織からメンバーが削除された場合、そのメンバーはすべてのプロジェクトからも削除され、組織内のすべてのインスタンスへのアクセス権を失います。 @@ -266,7 +266,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー 1. TiDB Cloudコンソールで、組織の[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -280,7 +280,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー `Organization Owner`または`Project Owner`の役割をお持ちの場合は、プロジェクトにメンバーを招待できます。 -> **注記：** +> **Note:** > > 組織外のユーザーがプロジェクトに参加すると、そのユーザーは自動的に組織にも参加します。 @@ -288,7 +288,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー 1. TiDB Cloudコンソールで、組織の[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動し、次にクリックします。 プロジェクトビューに移動するためのアイコン。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -296,7 +296,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー 3. 表示されたダイアログで、招待するユーザーのメールアドレスを入力し、そのユーザーのプロジェクトロールを選択してください。 - > **ヒント：** + > **Tip:** > > 一度に複数のメンバーを招待したい場合は、複数のメールアドレスを入力できます。 @@ -306,7 +306,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー 6. 招待されたメールアドレスがTiDB Cloudアカウントに登録されていない場合、ユーザーはアカウント作成ページに移動します。メールアドレスが既にTiDB Cloudアカウントに登録されている場合は、ユーザーはサインインページに移動します。サインイン後、アカウントは自動的にプロジェクトに参加します。 -> **注記：** +> **Note:** > > メールに記載されている確認リンクは24時間後に期限切れとなります。招待されたユーザーがメールを受信して​​いない場合は、 **「再送信」**をクリックしてください。 @@ -332,7 +332,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー `Organization Owner`または`Project Owner`ロールに属している場合は、特定の TiDB X インスタンスのインスタンス ロールをユーザーに付与できます。 -> **注記：** +> **Note:** > > インスタンスへのアクセスは、TiDB Xインスタンスにのみ適用されます。 @@ -344,7 +344,7 @@ TiDB Xインスタンスへのアクセス権を付与するには、以下の 3. **ユーザー**ページで、対象メンバーの行を見つけ、その行の**「...」**をクリックし、次に**「役割の編集」を**クリックします。 - > **ヒント：** + > **Tip:** > > ユーザーがまだ組織に属していない場合は、右上隅にある**[ユーザーを招待]**をクリックし、[ユーザーを組織に招待する](#invite-a-user-to-your-organization)の手順に従って、ユーザーにインスタンス ロールを付与します。 diff --git a/tidb-cloud/managed-service-provider-customer.md b/tidb-cloud/managed-service-provider-customer.md index 5379723242179..8852ded751e65 100644 --- a/tidb-cloud/managed-service-provider-customer.md +++ b/tidb-cloud/managed-service-provider-customer.md @@ -22,7 +22,7 @@ TiDB Cloudコンソールでのその他の日常的な操作は、直接のTiDB ## 直接のTiDB Cloudアカウントから MSP 顧客アカウントに移行する {#migrate-from-a-direct-tidb-cloud-account-to-an-msp-customer-account} -> **ヒント：** +> **Tip:** > > 直接顧客とは、 TiDB Cloudを購入し、PingCAP から直接請求書を支払うエンド カスタマーです。 diff --git a/tidb-cloud/migrate-from-mysql-using-data-migration.md b/tidb-cloud/migrate-from-mysql-using-data-migration.md index 8f846eb5cb02b..0730e04f4bfac 100644 --- a/tidb-cloud/migrate-from-mysql-using-data-migration.md +++ b/tidb-cloud/migrate-from-mysql-using-data-migration.md @@ -10,7 +10,7 @@ aliases: ['/ja/tidbcloud/migrate-data-into-tidb','/ja/tidbcloud/migrate-incremen -> **注記：** +> **Note:** > > 現在、 TiDB Cloud Essentialのデータ移行機能はパブリックプレビュー版です。 @@ -18,7 +18,7 @@ aliases: ['/ja/tidbcloud/migrate-data-into-tidb','/ja/tidbcloud/migrate-incremen -> **注記：** +> **Note:** > > 現在、データ移行機能はTiDB Cloud Premiumのパブリックプレビュー版として提供されています。 @@ -397,7 +397,7 @@ AWS は RDS またはAuroraへの PrivateLink による直接アクセスをサ [Amazon EC2 コンソール](https://console.aws.amazon.com/ec2/)でデータベースのプライベート IP アドレスを見つけるには、 左側のナビゲーション ペインで**「ネットワーク インターフェイス」**をクリックし、 **「説明**= `RDSNetworkInterface`と**「VPC** = ご使用の VPC」でフィルタリングします。一致するネットワーク インターフェイスに表示されている**プラ​​イマリ プライベート IPv4 アドレス**を使用します。 - > **注記：** + > **Note:** > > RDS プライベート IP は、フェールオーバー、メンテナンス、またはストレージの拡張時に変更される可能性があります。実稼働デプロイメントについては、本番ローテーション パターンについて、AWS データベース ブログの[AWS PrivateLinkとネットワークロードバランサーを使用して、VPCをまたいでAmazon RDSにアクセスします](https://aws.amazon.com/blogs/database/access-amazon-rds-across-vpcs-using-aws-privatelink-and-network-load-balancer/)参照してください。 @@ -483,7 +483,7 @@ AWS は RDS またはAuroraへの PrivateLink による直接アクセスをサ [Amazon EC2 コンソール](https://console.aws.amazon.com/ec2/)でデータベースのプライベート IP アドレスを見つけるには、 左側のナビゲーション ペインで**「ネットワーク インターフェイス」**をクリックし、 **「説明**= `RDSNetworkInterface`と**「VPC** = ご使用の VPC」でフィルタリングします。一致するネットワーク インターフェイスに表示されている**プラ​​イマリ プライベート IPv4 アドレス**を使用します。 - > **注記：** + > **Note:** > > RDS プライベート IP は、フェールオーバー、メンテナンス、またはストレージの拡張時に変更される可能性があります。実稼働デプロイメントについては、本番ローテーション パターンについて、AWS データベース ブログの[AWS PrivateLinkとネットワークロードバランサーを使用して、VPCをまたいでAmazon RDSにアクセスします](https://aws.amazon.com/blogs/database/access-amazon-rds-across-vpcs-using-aws-privatelink-and-network-load-balancer/)参照してください。 @@ -531,7 +531,7 @@ AWS は RDS またはAuroraへの PrivateLink による直接アクセスをサ 4. **「外部サービス用のプライベートエンドポイントの作成」**ダイアログで、プライベートエンドポイントの名前と、MySQLソースデータベース用にAWS PrivateLinkをセットアップした際にコピーした**エンドポイントサービス名**を入力します。 - > **注記：** + > **Note:** > > **「作成」を**クリックする前に、上記の「MySQLソースデータベースのAWS PrivateLinkとプライベートエンドポイントの設定」の手順3で説明されているように、AWSのエンドポイントサービスでTiDB CloudのAWSプリンシパル（ `arn:aws:iam::886436925895:root` ）が承認されていることを確認してください。承認されていない場合、このダイアログは**エラーメッセージを表示せ**ずに永久に停止します。 @@ -815,7 +815,7 @@ TiDB Cloudへのデータ移行を一度で完了させるには、 **「既存 - 大規模なデータセットの場合は、**物理モード**の使用をお勧めします。このモードでは、MySQLソースデータベースからデータをエクスポートし、KVペアとしてエンコードしてTiKVに直接書き込むことで、パフォーマンスを向上させます。このモードでは、移行前にターゲットテーブルが空である必要があります。16 RCU（レプリケーション容量ユニット）の仕様の場合、パフォーマンスは論理モードの約2.5倍高速です。その他の仕様では、論理モードと比較してパフォーマンスが20%～50%向上する可能性があります。なお、パフォーマンスデータは参考値であり、シナリオによって異なる場合がありますのでご注意ください。 -> **注記：** +> **Note:** > > - 物理モードを使用する場合、既存のデータ移行が完了する前に、 TiDB Cloud Dedicatedクラスタに対して2つ目の移行ジョブまたはインポートタスクを作成することはできません。 > - 物理モードを使用し、移行ジョブが開始されたら、 TiDB Cloud Dedicatedクラスターで PITR (ポイントインタイムリカバリ) を有効にしたり、変更フィードを設定したり**しないで**ください。そうしないと、移行ジョブが停止します。PITR を有効にしたり、変更フィードを設定したりする必要がある場合は、代わりに論理モードを使用してデータを移行してください。 @@ -848,7 +848,7 @@ TiDB Cloud Premiumへのデータ移行を一度で完了させるには、 ** - 大規模なデータセットの場合は、**物理モード**を選択できます。このモードでは、ターゲットのTiDB Cloud Premium インスタンスで`IMPORT INTO`を使用してロードを高速化します。物理モードでは、移行前にターゲットテーブルが空である必要があります。事前チェックで選択したターゲットテーブルが空でないことが検出された場合、移行ジョブは自動的に論理モードに切り替わります。 -> **注記：** +> **Note:** > > - 物理モードを使用する場合、既存のデータ移行が完了する前に、 TiDB Cloud Premiumインスタンスに対して2つ目の移行ジョブまたはインポートタスクを作成することはできません。 > - 物理モードを使用し、移行ジョブが開始されたら、 TiDB Cloud PremiumインスタンスでPITR（ポイントインタイムリカバリ）を有効にしたり、変更フィードを設定したり**しないで**ください。そうしないと、移行ジョブが停止します。PITRを有効にしたり、変更フィードを設定したりする必要がある場合は、代わりに論理モードを使用してデータを移行してください。 @@ -919,7 +919,7 @@ TiDB Cloud Premiumへのデータ移行を一度で完了させるには、 ** 移行中に問題が発生した場合は、 [移行エラーとその解決策](/tidb-cloud/tidb-cloud-dm-precheck-and-troubleshooting.md#migration-errors-and-solutions)参照してください。 -> **注記：** +> **Note:** > > TiDB Cloud Premiumは、移行ジョブのリソースを自動的に管理します。ワーカープールはアクティブな移行ジョブの数に基づいて自動的にスケールアップ/スケールダウンするため、仕様を選択したり、手動でスケーリングしたりする必要はありません。 diff --git a/tidb-cloud/migrate-from-oracle-using-aws-dms.md b/tidb-cloud/migrate-from-oracle-using-aws-dms.md index 9d1d5eef2e447..3dc5d59faf5ab 100644 --- a/tidb-cloud/migrate-from-oracle-using-aws-dms.md +++ b/tidb-cloud/migrate-from-oracle-using-aws-dms.md @@ -7,7 +7,7 @@ summary: AWS Database Migration Service (AWS DMS) を使用して、Amazon RDS f このドキュメントでは、AWS Database Migration Service (AWS DMS) を使用して Amazon RDS for Oracle から[TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter)へデータを移行する手順を段階的に説明します。 -> **ヒント：** +> **Tip:** > > このドキュメントの手順は、 TiDB Cloud Starterインスタンスに加えて、 TiDB Cloud Essentialインスタンスでも適用できます。 @@ -93,7 +93,7 @@ SQLスクリプトの実行が完了したら、Oracleのデータを確認し ![Create AWS DMS Instance](/media/tidb-cloud/aws-dms-from-oracle-to-tidb-8.png) -> **注記：** +> **Note:** > > TiDB Cloud Starterで動作する AWS DMS レプリケーション インスタンスを作成する詳細な手順については、 [AWS DMSをTiDB Cloudに接続する](/tidb-cloud/tidb-cloud-connect-aws-dms.md)を参照してください。 @@ -111,7 +111,7 @@ SQLスクリプトの実行が完了したら、Oracleのデータを確認し ![Create AWS DMS Target endpoint](/media/tidb-cloud/aws-dms-from-oracle-to-tidb-10.png) -> **注記：** +> **Note:** > > TiDB Cloud Starter DMS エンドポイントを作成する詳細な手順については、 [AWS DMSをTiDB Cloudに接続する](/tidb-cloud/tidb-cloud-connect-aws-dms.md)参照してください。 diff --git a/tidb-cloud/migrate-incremental-data-from-mysql-using-data-migration.md b/tidb-cloud/migrate-incremental-data-from-mysql-using-data-migration.md index 4dcb205541f4a..6facee466cb43 100644 --- a/tidb-cloud/migrate-incremental-data-from-mysql-using-data-migration.md +++ b/tidb-cloud/migrate-incremental-data-from-mysql-using-data-migration.md @@ -9,7 +9,7 @@ summary: データ移行を使用して、Amazon Aurora MySQL、Amazon Relationa -> **注記：** +> **Note:** > > 現在、 TiDB Cloud Essentialのデータ移行機能はパブリックプレビュー版です。 @@ -17,7 +17,7 @@ summary: データ移行を使用して、Amazon Aurora MySQL、Amazon Relationa -> **注記：** +> **Note:** > > 現在、データ移行機能はTiDB Cloud Premiumのパブリックプレビュー版として提供されています。 @@ -152,7 +152,7 @@ SHOW VARIABLES LIKE 'binlog_row_image'; 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 diff --git a/tidb-cloud/migrate-metrics-integrations.md b/tidb-cloud/migrate-metrics-integrations.md index 2d11ab0228e52..c9f097693d39d 100644 --- a/tidb-cloud/migrate-metrics-integrations.md +++ b/tidb-cloud/migrate-metrics-integrations.md @@ -17,7 +17,7 @@ TiDB Cloudは、DatadogおよびNew Relicとの連携をクラスタレベルで 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、組織の[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 diff --git a/tidb-cloud/migrate-prometheus-metrics-integrations.md b/tidb-cloud/migrate-prometheus-metrics-integrations.md index 2feb94c1231d7..28c5eb7eb66d9 100644 --- a/tidb-cloud/migrate-prometheus-metrics-integrations.md +++ b/tidb-cloud/migrate-prometheus-metrics-integrations.md @@ -19,7 +19,7 @@ Prometheusとの連携を移行するには、以下の手順を実行してく 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、組織の[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 diff --git a/tidb-cloud/migrate-sql-shards.md b/tidb-cloud/migrate-sql-shards.md index bac03958269a6..b75861d1f6fb2 100644 --- a/tidb-cloud/migrate-sql-shards.md +++ b/tidb-cloud/migrate-sql-shards.md @@ -81,7 +81,7 @@ CSVファイルの名前は以下のようにしてください。 - 1つのテーブルのデータが複数のCSVファイルに分割されている場合は、これらのCSVファイルに数値サフィックスを追加してください。例えば、 `${db_name}.${table_name}.000001.csv`と`${db_name}.${table_name}.000002.csv`のようにです。数値サフィックスは連続していなくても構いませんが、昇順である必要があります。また、すべてのサフィックスの長さが同じになるように、数値の前にゼロを追加する必要があります。 -> **注記：** +> **Note:** > > 場合によっては、前述のルールに従ってCSVファイル名を更新できない場合（たとえば、CSVファイルリンクが他のプログラムでも使用されている場合）、ファイル名を変更せずに、[ステップ5](#step-5-perform-the-data-import-task)の**マッピング設定**を使用してソースデータを単一のターゲットテーブルにインポートできます。 @@ -179,7 +179,7 @@ Amazon S3へのアクセスを設定した後、 TiDB Cloudコンソールで次 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -215,7 +215,7 @@ Amazon S3へのアクセスを設定した後、 TiDB Cloudコンソールで次 `?`と`*`のみがサポートされていることに注意してください。 - > **注記：** + > **Note:** > > URIにはデータソースフォルダを含める必要があります。 @@ -223,7 +223,7 @@ Amazon S3へのアクセスを設定した後、 TiDB Cloudコンソールで次 また、 **「CSV設定の編集」を**クリックすると、バックスラッシュエスケープ、セパレータ、区切り文字を設定して、より詳細な制御を行うことができます。 - > **注記：** + > **Note:** > > セパレータ、デリミタ、およびヌルの設定には、英数字と特定の特殊文字の両方を使用できます。サポートされている特殊文字には、 `\t` 、 `\b` 、 `\n` 、 `\r` 、 `\f` 、および`\u0001`が含まれます。 diff --git a/tidb-cloud/monitor-alert-email.md b/tidb-cloud/monitor-alert-email.md index b148d227d782e..72e495cb00320 100644 --- a/tidb-cloud/monitor-alert-email.md +++ b/tidb-cloud/monitor-alert-email.md @@ -7,7 +7,7 @@ summary: メールによるアラート通知を受け取ることで、TiDBを TiDB Cloud、電子メール、[Slack](/tidb-cloud/monitor-alert-slack.md)、[Zoom](/tidb-cloud/monitor-alert-zoom.md)、[FlashDuty](/tidb-cloud/monitor-alert-flashduty.md)、 [PagerDuty](/tidb-cloud/monitor-alert-pagerduty.md)経由でアラート通知を購読する簡単な方法が提供されます。このドキュメントでは、電子メールでアラート通知を購読する方法について説明します。 -> **注記：** +> **Note:** > > 現在、アラート購読は、 [TiDB Cloud Essential](/tidb-cloud/select-cluster-tier.md#essential)インスタンス、 [TiDB Cloud Premium](/tidb-cloud/select-cluster-tier.md#premium)インスタンス、および[TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスタで利用可能です。 @@ -31,13 +31,13 @@ TiDB Cloud、電子メール、[Slack](/tidb-cloud/monitor-alert-slack.md)、[Zo -> **ヒント：** +> **Tip:** > > TiDB Cloud Dedicatedの場合、アラートの購読は現在のプロジェクト内のすべてのアラートに適用されます。プロジェクト内に複数のTiDB Cloud Dedicatedクラスタがある場合でも、購読は一度だけで済みます。 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、組織の[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -64,7 +64,7 @@ TiDB Cloud、電子メール、[Slack](/tidb-cloud/monitor-alert-slack.md)、[Zo -> **ヒント：** +> **Tip:** > > TiDB Cloud Essentialの場合、アラートの購読は現在のインスタンス内のすべてのアラートに適用されます。複数のTiDB Cloud Essentialインスタンスをお持ちの場合は、各インスタンスごとに個別に購読する必要があります。 @@ -91,7 +91,7 @@ TiDB Cloud、電子メール、[Slack](/tidb-cloud/monitor-alert-slack.md)、[Zo -> **ヒント：** +> **Tip:** > > TiDB Cloud Premiumの場合、アラートの購読は現在のインスタンス内のすべてのアラートに適用されます。複数のTiDB Cloud Premiumインスタンスをお持ちの場合は、各インスタンスごとに個別に購読する必要があります。 diff --git a/tidb-cloud/monitor-alert-flashduty.md b/tidb-cloud/monitor-alert-flashduty.md index 9a7a6e67f4eca..f68a1bd30aea4 100644 --- a/tidb-cloud/monitor-alert-flashduty.md +++ b/tidb-cloud/monitor-alert-flashduty.md @@ -7,7 +7,7 @@ summary: Flashduty経由でアラート通知を受け取ることで、 TiDB Cl TiDB Cloud、Flashduty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メール](/tidb-cloud/monitor-alert-email.md)、[Zoom](/tidb-cloud/monitor-alert-zoom.md)、 [PagerDuty](/tidb-cloud/monitor-alert-pagerduty.md)経由でアラート通知を購読する簡単な方法が提供されます。このドキュメントでは、Flashduty 経由でアラート通知を購読する方法について説明します。 -> **注記：** +> **Note:** > > 現在、アラート購読は、 [TiDB Cloud Essential](/tidb-cloud/select-cluster-tier.md#essential)インスタンス、 [TiDB Cloud Premium](/tidb-cloud/select-cluster-tier.md#premium)インスタンス、および[TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスタで利用可能です。 @@ -42,13 +42,13 @@ TiDB Cloud、Flashduty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メー -> **ヒント：** +> **Tip:** > > TiDB Cloud Dedicatedの場合、アラートの購読は現在のプロジェクト内のすべてのアラートに適用されます。プロジェクト内に複数のTiDB Cloud Dedicatedクラスタがある場合でも、購読は一度だけで済みます。 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -77,7 +77,7 @@ TiDB Cloud、Flashduty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メー -> **ヒント：** +> **Tip:** > > TiDB Cloud Essentialの場合、アラートの購読は現在のインスタンス内のすべてのアラートに適用されます。複数のTiDB Cloud Essentialインスタンスをお持ちの場合は、各インスタンスごとに個別に購読する必要があります。 @@ -104,7 +104,7 @@ TiDB Cloud、Flashduty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メー -> **ヒント：** +> **Tip:** > > TiDB Cloud Premiumの場合、アラートの購読は現在のインスタンス内のすべてのアラートに適用されます。複数のTiDB Cloud Premiumインスタンスをお持ちの場合は、各インスタンスごとに個別に購読する必要があります。 diff --git a/tidb-cloud/monitor-alert-pagerduty.md b/tidb-cloud/monitor-alert-pagerduty.md index 7740051a19928..e0fe5b4698666 100644 --- a/tidb-cloud/monitor-alert-pagerduty.md +++ b/tidb-cloud/monitor-alert-pagerduty.md @@ -7,7 +7,7 @@ summary: PagerDuty経由でアラート通知を受け取ることで、TiDBを TiDB Cloud は、PagerDuty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メール](/tidb-cloud/monitor-alert-email.md)、[Zoom](/tidb-cloud/monitor-alert-zoom.md)、[FlashDuty](/tidb-cloud/monitor-alert-flashduty.md)経由でアラート通知を購読する簡単な方法を提供します。このドキュメントでは、PagerDuty 経由でアラート通知をサブスクライブする方法について説明します。 -> **注記：** +> **Note:** > > 現在、アラート購読は、 [TiDB Cloud Essential](/tidb-cloud/select-cluster-tier.md#essential)インスタンス、 [TiDB Cloud Premium](/tidb-cloud/select-cluster-tier.md#premium)インスタンス、および[TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスタで利用可能です。 @@ -42,7 +42,7 @@ TiDB Cloud は、PagerDuty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メ -> **ヒント：** +> **Tip:** > > TiDB Cloud Dedicatedの場合、アラートの購読は現在のプロジェクト内のすべてのアラートに適用されます。プロジェクト内に複数のTiDB Cloud Dedicatedクラスタがある場合でも、購読は一度だけで済みます。 @@ -73,7 +73,7 @@ TiDB Cloud は、PagerDuty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メ -> **ヒント：** +> **Tip:** > > TiDB Cloud Essentialの場合、アラートの購読は現在のインスタンス内のすべてのアラートに適用されます。複数のインスタンスがある場合は、各インスタンスごとに個別に購読する必要があります。 @@ -100,7 +100,7 @@ TiDB Cloud は、PagerDuty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メ -> **ヒント：** +> **Tip:** > > TiDB Cloud Premiumの場合、アラート購読は現在のインスタンス内のすべてのアラートに適用されます。複数のインスタンスをお持ちの場合は、各インスタンスごとに個別に購読する必要があります。 diff --git a/tidb-cloud/monitor-alert-slack.md b/tidb-cloud/monitor-alert-slack.md index d2c16f80387f4..576e0cc2e71ca 100644 --- a/tidb-cloud/monitor-alert-slack.md +++ b/tidb-cloud/monitor-alert-slack.md @@ -7,7 +7,7 @@ summary: Slack経由でアラート通知を受け取ることで、TiDBクラ TiDB Cloud、Slack、[メール](/tidb-cloud/monitor-alert-email.md)、[Zoom](/tidb-cloud/monitor-alert-zoom.md)、[FlashDuty](/tidb-cloud/monitor-alert-flashduty.md)、 [PagerDuty](/tidb-cloud/monitor-alert-pagerduty.md)経由でアラート通知を購読する簡単な方法が提供されます。このドキュメントでは、Slack 経由でアラート通知を購読する方法について説明します。 -> **注記：** +> **Note:** > > 現在、アラート購読は、 [TiDB Cloud Essential](/tidb-cloud/select-cluster-tier.md#essential)インスタンス、 [TiDB Cloud Premium](/tidb-cloud/select-cluster-tier.md#premium)インスタンス、および[TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスタで利用可能です。 @@ -47,7 +47,7 @@ TiDB Cloud、Slack、[メール](/tidb-cloud/monitor-alert-email.md)、[Zoom](/t TiDB Cloud Dedicatedクラスターのアラート通知を購読するには、以下の手順に従ってください。 -> **ヒント：** +> **Tip:** > > TiDB Cloud Dedicatedの場合、アラートの購読は現在のプロジェクト内のすべてのアラートに適用されます。プロジェクト内に複数のTiDB Cloud Dedicatedクラスタがある場合でも、購読は一度だけで済みます。 @@ -78,7 +78,7 @@ TiDB Cloud Dedicatedクラスターのアラート通知を購読するには、 -> **ヒント：** +> **Tip:** > > TiDB Cloud Essentialの場合、アラートの購読は現在のインスタンス内のすべてのアラートに適用されます。複数のTiDB Cloud Essentialインスタンスをお持ちの場合は、各インスタンスごとに個別に購読する必要があります。 @@ -105,7 +105,7 @@ TiDB Cloud Dedicatedクラスターのアラート通知を購読するには、 -> **ヒント：** +> **Tip:** > > TiDB Cloud Premiumの場合、アラートの購読は現在のインスタンス内のすべてのアラートに適用されます。複数のTiDB Cloud Premiumインスタンスをお持ちの場合は、各インスタンスごとに個別に購読する必要があります。 diff --git a/tidb-cloud/monitor-alert-zoom.md b/tidb-cloud/monitor-alert-zoom.md index f2089ba3fb2b3..339c86428c2a8 100644 --- a/tidb-cloud/monitor-alert-zoom.md +++ b/tidb-cloud/monitor-alert-zoom.md @@ -7,7 +7,7 @@ summary: Zoom経由でアラート通知を受け取ることで、TiDBクラス TiDB Cloud は、Zoom、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メール](/tidb-cloud/monitor-alert-email.md)、[FlashDuty](/tidb-cloud/monitor-alert-flashduty.md)、 [PagerDuty](/tidb-cloud/monitor-alert-pagerduty.md)を介してアラート通知を購読する簡単な方法を提供します。このドキュメントでは、Zoom 経由でアラート通知を購読する方法について説明します。 -> **注記：** +> **Note:** > > 現在、アラート購読は、 [TiDB Cloud Essential](/tidb-cloud/select-cluster-tier.md#essential)インスタンス、 [TiDB Cloud Premium](/tidb-cloud/select-cluster-tier.md#premium)インスタンス、および[TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスタで利用可能です。 @@ -64,7 +64,7 @@ TiDB Cloud は、Zoom、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メール TiDB Cloud Dedicatedクラスターのアラート通知を購読するには、以下の手順に従ってください。 -> **ヒント：** +> **Tip:** > > TiDB Cloud Dedicatedの場合、アラートの購読は現在のプロジェクト内のすべてのアラートに適用されます。プロジェクト内に複数のTiDB Cloud Dedicatedクラスタがある場合でも、購読は一度だけで済みます。 @@ -97,7 +97,7 @@ TiDB Cloud Dedicatedクラスターのアラート通知を購読するには、 TiDB Cloud Essentialインスタンスのアラート通知を購読するには、以下の手順を実行してください。 -> **ヒント：** +> **Tip:** > > TiDB Cloud Essentialの場合、アラートの購読は現在のインスタンス内のすべてのアラートに適用されます。複数のTiDB Cloud Essentialインスタンスをお持ちの場合は、各インスタンスごとに個別に購読する必要があります。 @@ -126,7 +126,7 @@ TiDB Cloud Essentialインスタンスのアラート通知を購読するには TiDB Cloud Premiumインスタンスのアラート通知を購読するには、以下の手順に従ってください。 -> **ヒント：** +> **Tip:** > > TiDB Cloud Premiumの場合、アラートの購読は現在のインスタンス内のすべてのアラートに適用されます。複数のTiDB Cloud Premiumインスタンスをお持ちの場合は、各インスタンスごとに個別に購読する必要があります。 diff --git a/tidb-cloud/monitor-built-in-alerting.md b/tidb-cloud/monitor-built-in-alerting.md index 91383defb18e6..75c8a9b2f4c8e 100644 --- a/tidb-cloud/monitor-built-in-alerting.md +++ b/tidb-cloud/monitor-built-in-alerting.md @@ -9,7 +9,7 @@ TiDB Cloud を使用すると、アラートの表示、アラートルールの このドキュメントでは、これらの操作を実行する方法について説明し、参考としてTiDB Cloudに組み込まれているアラート条件を示します。 -> **注記：** +> **Note:** > > 現在、アラート購読は、 [TiDB Cloud Essential](/tidb-cloud/select-cluster-tier.md#essential)インスタンス、 [TiDB Cloud Premium](/tidb-cloud/select-cluster-tier.md#premium)インスタンス、および[TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスタで利用可能です。 @@ -21,7 +21,7 @@ TiDB Cloudでは、**アラート**ページでアクティブなアラートと 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -41,7 +41,7 @@ TiDB Cloudでは、**アラート**ページでアクティブなアラートと 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -63,7 +63,7 @@ TiDB Cloudでは、アラートを無効化または有効化したり、アラ 2. 必要に応じてアラートルールを無効化または有効化してください。 3. アラートルールのしきい値を更新するには、 **「編集」**をクリックします。 - > **ヒント：** + > **Tip:** > > 現在、 TiDB Cloudでは、アラート ルール編集の機能が限定的に提供されています。一部のアラート ルールは編集をサポートしていません。異なるトリガー条件や頻度を構成したい場合、または[PagerDuty](https://www.pagerduty.com/docs/guides/datadog-integration-guide/)などのダウンストリーム サービスでアラートが自動的にアクションをトリガーする[サードパーティの監視およびアラートとの統合](/tidb-cloud/third-party-monitoring-integrations.md)使用を検討してください。 @@ -81,7 +81,7 @@ TiDB Cloudでは、以下のいずれかの方法でアラート通知を購読 以下の表は、TiDB Cloudに組み込まれているアラート条件と、それに対応する推奨アクションを示しています。 -> **注記：** +> **Note:** > > - これらの警戒状態は必ずしも問題が発生していることを意味するものではありませんが、多くの場合、新たな問題が発生する兆候を示しています。したがって、推奨される対策を講じることをお勧めします。 > - TiDB Cloudコンソールでアラートのしきい値を編集できます。 diff --git a/tidb-cloud/monitor-datadog-integration.md b/tidb-cloud/monitor-datadog-integration.md index 413e714dab39b..0ea3c9fb2b6f4 100644 --- a/tidb-cloud/monitor-datadog-integration.md +++ b/tidb-cloud/monitor-datadog-integration.md @@ -87,7 +87,7 @@ TiDB Cloudは、2022年3月4日よりプロジェクトレベルのDatadog統合 ### ステップ2. DatadogにTiDB Cloud統合をインストールする {#step-2-install-tidb-cloud-integration-in-datadog} -> **注記：** +> **Note:** > > Datadog にTiDB Cloud統合をすでにインストールしている場合は、このセクションの次の手順をスキップできます。 [**TiDB Cloudダイナミックトラッカー**](https://app.datadoghq.com/dash/integration/32021/tidb-cloud-dynamic-tracker)または[**TiDB Cloudクラスタの概要**](https://app.datadoghq.com/dash/integration/30586/tidbcloud-cluster-overview)ダッシュボードは、Datadog [**ダッシュボード一覧**](https://app.datadoghq.com/dashboard/lists)で自動的に利用可能になります。 diff --git a/tidb-cloud/monitor-prometheus-and-grafana-integration.md b/tidb-cloud/monitor-prometheus-and-grafana-integration.md index bd9d739ea4b36..e364097d76dd4 100644 --- a/tidb-cloud/monitor-prometheus-and-grafana-integration.md +++ b/tidb-cloud/monitor-prometheus-and-grafana-integration.md @@ -62,7 +62,7 @@ Prometheus サービスでTiDB Cloudのメトリクスを読み取るように
    -> **注記：** +> **Note:** > > セキュリティ上の理由から、 TiDB Cloud新しく生成された`scrape_config`ファイルは一度しか表示されません。ファイル ウィンドウを閉じる前に、必ず内容をコピーしてください。コピーを忘れた場合は、 TiDB Cloudで`scrape_config`ファイルを削除して、新しいファイルを生成する必要があります。 `scrape_config`ファイルを削除するには、ファイルを選択し、[ **...]**をクリックしてから [**削除]**をクリックします。 @@ -87,7 +87,7 @@ PrometheusサービスがTiDB Cloudからメトリクスを読み取るように 2. メトリクスを視覚化するには、 [このJSONをGrafana GUIにインポートしてください](https://grafana.com/docs/grafana/v8.5/dashboards/export-import/#import-dashboard) - > **注記：** + > **Note:** > > 既にPrometheusとGrafanaを使用してTiDB Cloudを監視しており、新たに利用可能になったメトリクスを組み込みたい場合は、既存のダッシュボードのJSONを直接更新するのではなく、新しいダッシュボードを作成することをお勧めします。 diff --git a/tidb-cloud/monitor-tidb-cluster.md b/tidb-cloud/monitor-tidb-cluster.md index 330f574173cae..717ad8010673b 100644 --- a/tidb-cloud/monitor-tidb-cluster.md +++ b/tidb-cloud/monitor-tidb-cluster.md @@ -30,7 +30,7 @@ summary: TiDB Cloudリソースの監視方法を学びましょう。 ### TiDBノードの状態 {#tidb-node-status} -> **注記：** +> **Note:** > > TiDBノードの状態は、 TiDB Cloud Dedicatedクラスタでのみ利用可能です。 @@ -45,7 +45,7 @@ summary: TiDB Cloudリソースの監視方法を学びましょう。 ### TiKVノードの状態 {#tikv-node-status} -> **注記：** +> **Note:** > > TiKVノードの状態は、 TiDB Cloud Dedicatedクラスタでのみ利用可能です。 @@ -91,7 +91,7 @@ TiDB Cloudでは、次のページから、 TiDB C 1. [**私のTiDB**](https://tidbcloud.com/tidbs)ページで、対象リソースの名前をクリックすると、その概要ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -105,7 +105,7 @@ TiDB Cloudでは、次のページから、 TiDB C 1. [**私のTiDB**](https://tidbcloud.com/tidbs)ページで、対象リソースの名前をクリックすると、その概要ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 diff --git a/tidb-cloud/naming-conventions-for-data-import.md b/tidb-cloud/naming-conventions-for-data-import.md index 95c4e86d614b1..5c171d473274f 100644 --- a/tidb-cloud/naming-conventions-for-data-import.md +++ b/tidb-cloud/naming-conventions-for-data-import.md @@ -66,7 +66,7 @@ CSVファイルをインポートする際は、データファイルに以下 - `import_db.test_table_0_0_01.csv` - `import_db.test_table_0_0_01.csv.gz` -> **注記：** +> **Note:** > > Snappy 圧縮ファイルは[公式Snappyフォーマット](https://github.com/google/snappy)に存在する必要があります。 Snappy 圧縮の他のバリアントはサポートされていません。 @@ -113,7 +113,7 @@ SQLファイルをインポートする際は、データファイルに以下 TiDB Dumplingを使用してデフォルト設定でSQLファイルをエクスポートした場合、デフォルトで命名規則に準拠します。 -> **注記：** +> **Note:** > > Snappy 圧縮ファイルは[公式Snappyフォーマット](https://github.com/google/snappy)に存在する必要があります。 Snappy 圧縮の他のバリアントはサポートされていません。 diff --git a/tidb-cloud/pause-or-resume-tidb-cluster.md b/tidb-cloud/pause-or-resume-tidb-cluster.md index 4449e655081e8..6451007f65fbf 100644 --- a/tidb-cloud/pause-or-resume-tidb-cluster.md +++ b/tidb-cloud/pause-or-resume-tidb-cluster.md @@ -11,7 +11,7 @@ TiDB Cloudでは、常時稼働していないTiDB Cloud Dedicatedクラスタ バックアップとリストアと比較すると、クラスタの一時停止と再開は時間がかからず、クラスタ情報（クラスタバージョン、クラスタ構成、TiDBユーザーアカウントなど）を保持できます。 -> **注記：** +> **Note:** > > [TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter)または[TiDB Cloud Essential](/tidb-cloud/select-cluster-tier.md#essential)インスタンスは一時停止できません。 @@ -54,7 +54,7 @@ TiDB Cloudでは、常時稼働していないTiDB Cloud Dedicatedクラスタ
    -> **注記：** +> **Note:** > > 組織が2024年11月12日より前に作成された場合、クラスターは引き続き互換性のある一時停止動作に従います。TiDB Cloudは、新しい標準の一時停止動作に移行する前に通知します。 @@ -84,7 +84,7 @@ TiDB Cloudでは、常時稼働していないTiDB Cloud Dedicatedクラスタ 2. 一時停止したいTiDB Cloud Dedicatedクラスターの行で、 **...**をクリックします。 - > **ヒント：** + > **Tip:** > > または、[**私のTiDB**](https://tidbcloud.com/tidbs)ページで一時停止したいクラスターの名前をクリックし、右上隅の**...**をクリックすることもできます。 @@ -112,7 +112,7 @@ TiDB Cloud API を使用してクラスタを一時停止することもでき 2. 再開したいTiDB Cloud Dedicatedクラスターについて、 **[再開]**をクリックします。 **[クラスターの再開]**ダイアログが表示されます。 - > **注記：** + > **Note:** > > 一時**停止**状態のクラスターは再開できません。 diff --git a/tidb-cloud/premium/backup-and-restore-premium.md b/tidb-cloud/premium/backup-and-restore-premium.md index 565d7d08933ce..c2e78e4a7c8b7 100644 --- a/tidb-cloud/premium/backup-and-restore-premium.md +++ b/tidb-cloud/premium/backup-and-restore-premium.md @@ -13,7 +13,7 @@ aliases: ['/ja/tidbcloud/restore-deleted-tidb-cluster'] - アクティブなTiDB Cloud Premiumインスタンス - 削除されたTiDB Cloud Premiumインスタンスのバックアップ用のごみ箱 -> **ヒント：** +> **Tip:** > > - TiDB Cloud Dedicatedクラスター上のデータをバックアップおよび復元する方法については、 [TiDB Cloud Dedicatedデータのバックアップと復元](/tidb-cloud/backup-and-restore.md)復元」を参照してください。 > - TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスのデータをバックアップおよび復元する方法については、 [TiDB Cloud StarterまたはEssentialデータのバックアップと復元](/tidb-cloud/backup-and-restore-serverless.md)参照してください。 @@ -22,7 +22,7 @@ aliases: ['/ja/tidbcloud/restore-deleted-tidb-cluster'] 1. [**私のTiDB**](https://tidbcloud.com/tidbs)ページで、対象のTiDB Cloud Premiumインスタンスの名前をクリックすると、その概要ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -54,7 +54,7 @@ TiDB Cloud Premiumインスタンスは、以下の表に示すように、多 - **保持動作**：バックアップは保持期間（7日間または33日間）を超えると自動的に期限切れとなり、復元できなくなります。 -> **注記：** +> **Note:** > > - 自動バックアップのストレージコストは、バックアップデータの量と保存期間によって異なります。 > - バックアップの保持期間をデフォルトの制限を超えて延長するには、 [TiDB Cloudサポート](https://docs.pingcap.com/tidbcloud/tidb-cloud-support)にお問い合わせください。 @@ -144,7 +144,7 @@ TiDB Cloudは、新しいインスタンスへのデータ復元をサポート 5. 新しいTiDB Cloud Premium インスタンスを復元用に構成します。手順は[TiDB Cloud Premiumインスタンスの作成](/tidb-cloud/premium/create-tidb-instance-premium.md)と同じです。 - > **注記：** + > **Note:** > > 新しいインスタンスは、デフォルトではバックアップと同じクラウドプロバイダーとリージョンを使用します。 @@ -158,7 +158,7 @@ TiDB Cloudは、新しいインスタンスへのデータ復元をサポート 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動し、右上隅の**[...]**をクリックして、 **[ごみ箱] を**クリックします。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -180,7 +180,7 @@ TiDB Cloud Dedicatedクラスターによって生成されたバックアップ 2. **「バックアップの選択」**ページで、対象のTiDB Cloud Dedicatedクラスターを含むプロジェクトを選択します。TiDB Cloud Dedicatedクラスターを選択し、復元するバックアップ スナップショットを選択して、 **「次へ」**をクリックします。 - > **注記：** + > **Note:** > > - バックアップスナップショットを含むTiDB Cloud Dedicatedクラスターが、選択したプロジェクト内で**アクティブ**または**削除済みの**いずれかの状態になっていることを確認してください。 > - スナップショットは、 TiDB Cloud Premiumがサポートするリージョン内に配置する必要があります。リージョンがサポートされていない場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)に連絡してTiDB Cloud Premium用の新しいリージョンを開設するか、別のバックアップスナップショットを選択してください。 @@ -191,7 +191,7 @@ TiDB Cloud Dedicatedクラスターによって生成されたバックアップ TiDB Cloud Premiumは、クラウドストレージ（Amazon S3やAlibaba Cloud Object Storage Service（OSS）など）から新しいインスタンスへのバックアップ復元をサポートしています。この機能は、 TiDB Cloud DedicatedクラスタまたはTiDB Self-Managedクラスタから生成されたバックアップと互換性があります。 -> **注記：** +> **Note:** > > - 現在、復元対象としてサポートされているのは、 **Amazon S3**および**Alibaba Cloud OSS**に保存されているバックアップのみです。 > - バックアップの復元は、ストレージバケットと同じクラウドプロバイダーがホストする新しいインスタンスにのみ可能です。 @@ -217,7 +217,7 @@ TiDB Cloud Premiumは、クラウドストレージ（Amazon S3やAlibaba Cloud - **アクセスキーシークレット**：アクセスキーシークレットを入力してください。 - > **ヒント：** + > **Tip:** > > ストレージバケットのアクセスキーを作成するには、 [AWSアクセスキーを使用してAmazon S3へのアクセスを設定する](#configure-amazon-s3-access-using-an-aws-access-key)および[Alibaba Cloud OSSへのアクセスを設定する](#configure-alibaba-cloud-oss-access)参照してください。 @@ -284,7 +284,7 @@ TiDB Cloud Premiumは、クラウドストレージ（Amazon S3やAlibaba Cloud 上記のポリシーにおいて、 ``と``を実際のバケット名とバックアップディレクトリに置き換えてください。この構成は、必要なバックアップファイルのみにアクセスを制限することで、最小権限の原則に従っています。 -> **注記：** +> **Note:** > > TiDB Cloudはアクセス キーを保存しません。セキュリティを維持するため、インポートまたはエクスポートのタスクが完了した後[アクセスキーを削除する](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_access-keys.html#Using_CreateAccessKey)。 @@ -306,7 +306,7 @@ TiDB CloudにAlibaba Cloud OSSバケットへのアクセス権を付与する - 「**アクション」**セクションで、必要な権限を選択します。TiDB Cloud Premium インスタンスにバックアップを復元するには、 `oss:ListObjects`と`oss:GetObject`権限を付与します。 - > **ヒント：** + > **Tip:** > > 復元操作のセキュリティを強化するために、バケット全体へのアクセスを許可するのではなく、バックアップファイルが保存されている特定のフォルダー（ `oss:Prefix` ）へのアクセスを制限することができます。 diff --git a/tidb-cloud/premium/built-in-monitoring-premium.md b/tidb-cloud/premium/built-in-monitoring-premium.md index fb084d13694f3..47932bace94c0 100644 --- a/tidb-cloud/premium/built-in-monitoring-premium.md +++ b/tidb-cloud/premium/built-in-monitoring-premium.md @@ -13,7 +13,7 @@ TiDB Cloudは、 TiDB Cloud Premiumインスタンスの標準メトリック一 1. [**私のTiDB**](https://tidbcloud.com/tidbs)ページで、対象のTiDB Cloud Premiumインスタンスの名前をクリックすると、その概要ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 diff --git a/tidb-cloud/premium/configure-ip-access-list-premium.md b/tidb-cloud/premium/configure-ip-access-list-premium.md index 09f78784cfcc0..cdf3671af66db 100644 --- a/tidb-cloud/premium/configure-ip-access-list-premium.md +++ b/tidb-cloud/premium/configure-ip-access-list-premium.md @@ -7,7 +7,7 @@ summary: TiDB Cloud Premiumインスタンスへのアクセスを許可するIP TiDB Cloudの各TiDB Cloud Premium インスタンスに対して、IP アクセス リストを設定することで、インスタンスへのアクセスを試みるインターネット トラフィックをフィルタリングできます。これはファイアウォールのアクセス制御リストと同様の機能を持ちます。設定後、IP アクセス リストに登録されている IP アドレスを持つクライアントおよびアプリケーションのみが、 TiDB Cloud Premium インスタンスに接続できるようになります。 -> **注記：** +> **Note:** > > このドキュメントは**TiDB Cloud Premium**に適用されます。 **TiDB Cloud Starter**または**TiDB Cloud Essential**の IP アクセス リストを構成する手順については、 [パブリックエンドポイント向けにTiDB Cloud StarterまたはEssential Firewallルールを設定する](/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md)するを参照してください。 @@ -15,7 +15,7 @@ TiDB Cloud PremiumインスタンスのIPアクセスリストを設定するに 1. [**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 diff --git a/tidb-cloud/premium/connect-to-premium-via-alibaba-cloud-private-endpoint.md b/tidb-cloud/premium/connect-to-premium-via-alibaba-cloud-private-endpoint.md index 6ed468b17db62..cc367131fbe6a 100644 --- a/tidb-cloud/premium/connect-to-premium-via-alibaba-cloud-private-endpoint.md +++ b/tidb-cloud/premium/connect-to-premium-via-alibaba-cloud-private-endpoint.md @@ -7,7 +7,7 @@ summary: Alibaba Cloud上のプライベートエンドポイントを介してT このドキュメントでは、Alibaba Cloud のプライベートエンドポイントを介してTiDB Cloud Premium インスタンスに接続する方法について説明します。プライベートエンドポイントを介して接続することで、パブリックインターネットを使用せずに、サービスとTiDB Cloud Premium インスタンス間の安全かつプライベートな通信が可能になります。 -> **ヒント：** +> **Tip:** > > AWS PrivateLink 経由でTiDB Cloud Premium インスタンスに接続する方法については、 [AWS PrivateLink経由でTiDB Cloud Premiumに接続します](/tidb-cloud/premium/connect-to-premium-via-aws-private-endpoint.md)を参照してください。 diff --git a/tidb-cloud/premium/connect-to-premium-via-aws-private-endpoint.md b/tidb-cloud/premium/connect-to-premium-via-aws-private-endpoint.md index d8184e639f042..d07983087e091 100644 --- a/tidb-cloud/premium/connect-to-premium-via-aws-private-endpoint.md +++ b/tidb-cloud/premium/connect-to-premium-via-aws-private-endpoint.md @@ -7,7 +7,7 @@ summary: AWSのプライベートエンドポイントを使用して、 TiDB Cl このドキュメントでは[AWSプライベートリンク](https://aws.amazon.com/privatelink)経由でTiDB Cloud Premium インスタンスに接続する方法について説明します。 -> **ヒント：** +> **Tip:** > > AWS PrivateLink 経由でTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスに接続する方法については、 [AWS PrivateLink経由でTiDB Cloud StarterまたはEssentialに接続します](/tidb-cloud/set-up-private-endpoint-connections-serverless.md)を参照してください。 @@ -51,13 +51,13 @@ AWS VPC 設定で DNS ホスト名と DNS 解決の両方が有効になって 2. 右上隅の**「接続」**をクリックしてください。接続ダイアログが表示されます。 3. **「接続タイプ」**ドロップダウンリストで**「プライベートエンドポイント」**を選択し、 **「プライベートエンドポイント接続の作成」を**クリックします。 -> **注記：** +> **Note:** > > 既にプライベートエンドポイント接続を作成済みの場合、アクティブなエンドポイントが接続ダイアログに表示されます。追加のプライベートエンドポイント接続を作成するには、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックして、 **「ネットワーク」**ページに移動します。 ### ステップ2. AWSインターフェースエンドポイントを作成する {#step-2-create-an-aws-interface-endpoint} -> **注記：** +> **Note:** > > TiDB Cloud Premiumの各インスタンスに対して、対応するエンドポイントサービスは、インスタンス作成後3～4分で自動的に作成されます。 @@ -80,7 +80,7 @@ AWS CLI を使用して VPC インターフェイス エンドポイントを作 1. 生成されたコマンドをコピーして、ターミナルで実行してください。 2. 先ほど作成したVPCエンドポイントIDを記録してください。 -> **ヒント：** +> **Tip:** > > - コマンドを実行する前に、AWS CLI をインストールして設定する必要があります。詳細については、 [AWS CLI設定の基本](https://docs.aws.amazon.com/cli/latest/userguide/cli-configure-quickstart.html)を参照してください。 > @@ -109,13 +109,13 @@ AWS マネジメントコンソールを使用して VPC インターフェイ 7. **サブネット**領域で、 TiDB Cloud Premiumインスタンスが配置されているアベイラビリティゾーンを選択します。 - > **ヒント：** + > **Tip:** > > サービスが3つを超える可用性ゾーン（AZ）にまたがっている場合、**サブネット**領域でAZを選択できない場合があります。この問題は、選択したリージョンに、 TiDB Cloud Premiumインスタンスが配置されているAZに加えて、さらに別のAZが存在する場合に発生します。この場合は、 [PingCAPテクニカルサポート](https://docs.pingcap.com/tidbcloud/tidb-cloud-support)エンドサポートにお問い合わせください。 8. **セキュリティグループ**領域で、適切なセキュリティグループを選択してください。 - > **注記：** + > **Note:** > > 選択したセキュリティグループが、ポート`4000`または顧客定義ポートでの EC2 インスタンスからの受信アクセスを許可していることを確認してください。 @@ -130,7 +130,7 @@ AWS マネジメントコンソールを使用して VPC インターフェイ 2. **AWSプライベートエンドポイント接続の作成**ページで、VPCエンドポイントIDを入力します。 3. **「プライベートエンドポイント接続の作成」**をクリックします。 -> **ヒント：** +> **Tip:** > > プライベートエンドポイント接続は、対象のTiDB Cloud Premiumインスタンスの**「ネットワーク」**ページで表示および管理できます。このページにアクセスするには、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックします。 @@ -172,7 +172,7 @@ AWS マネジメントコンソールでプライベート DNS を有効にす 2. **「接続**方法」ドロップダウンリストから、希望する接続方法を選択してください。対応する接続​​文字列がダイアログの下部に表示されます。 3. 接続文字列を使用してインスタンスに接続してください。 -> **ヒント：** +> **Tip:** > > インスタンスに接続できない場合、AWS の VPC エンドポイントのセキュリティ グループが正しく設定されていないことが原因である可能性があります。解決策については、[このFAQ](#troubleshooting)参照してください。 diff --git a/tidb-cloud/premium/connect-to-premium-via-public-connection.md b/tidb-cloud/premium/connect-to-premium-via-public-connection.md index f6cf988ebfc1d..de14f7b31af04 100644 --- a/tidb-cloud/premium/connect-to-premium-via-public-connection.md +++ b/tidb-cloud/premium/connect-to-premium-via-public-connection.md @@ -7,7 +7,7 @@ summary: パブリック接続を介してTiDB Cloud Premiumに接続する方 このドキュメントでは、パブリック接続を使用してTiDB Cloud Premium インスタンスに接続する方法について説明します。パブリック接続では、トラフィックフィルタを備えたパブリックエンドポイントが公開されるため、ラップトップから SQL クライアントを介してTiDB Cloud Premium インスタンスに接続できます。 -> **ヒント：** +> **Tip:** > > - パブリック接続経由​​でTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスに接続する方法については、 [パブリックエンドポイント経由でTiDB Cloud StarterまたはEssentialに接続します](/tidb-cloud/connect-via-standard-connection-serverless.md)参照してください。 > - パブリック エンドポイント経由でTiDB Cloud Dedicatedクラスターに接続する方法については、 [パブリック接続経由​​でTiDB Cloud Dedicatedに接続します](/tidb-cloud/connect-via-standard-connection.md)を参照してください。 @@ -24,7 +24,7 @@ summary: パブリック接続を介してTiDB Cloud Premiumに接続する方 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 diff --git a/tidb-cloud/premium/connect-to-tidb-instance.md b/tidb-cloud/premium/connect-to-tidb-instance.md index 570562a3d46be..8e5ab70f81fb3 100644 --- a/tidb-cloud/premium/connect-to-tidb-instance.md +++ b/tidb-cloud/premium/connect-to-tidb-instance.md @@ -7,7 +7,7 @@ summary: さまざまな方法でTiDB Cloud Premiumインスタンスに接続 このドキュメントでは、 TiDB Cloud Premiumインスタンスへの接続方法について説明します。 -> **ヒント：** +> **Tip:** > > TiDB Cloud Dedicatedクラスターに接続する方法については、 [TiDB Cloud Dedicatedクラスタに接続します](/tidb-cloud/connect-to-tidb-cluster.md)を参照してください。 diff --git a/tidb-cloud/premium/create-tidb-instance-premium.md b/tidb-cloud/premium/create-tidb-instance-premium.md index 0dd65a8ec0e95..4d1c5408153d3 100644 --- a/tidb-cloud/premium/create-tidb-instance-premium.md +++ b/tidb-cloud/premium/create-tidb-instance-premium.md @@ -7,7 +7,7 @@ summary: TiDB Cloud Premiumインスタンスの作成方法を学びましょ このドキュメントでは[TiDB Cloudコンソール](https://tidbcloud.com/)でTiDB Cloud Premium インスタンスを作成する方法について説明します。 。 -> **注記：** +> **Note:** > > TiDB Cloud Dedicatedクラスターを作成する方法については、 [TiDB Cloud Dedicatedクラスタを作成する](/tidb-cloud/create-tidb-cluster.md)参照してください。 @@ -48,7 +48,7 @@ TiDB Cloudアカウントをお持ちでない場合は、[ここ](https://tidbc 5. 「**容量」**セクションで、インスタンスの最大リクエスト容量ユニット（RCU）数を設定します。RCUは、ワークロード用にプロビジョニングされたコンピューティングリソースを表します。TiDB Cloudは、需要に基づいて、この範囲内でインスタンスを自動的にスケーリングします。 - > **注記：** + > **Note:** > > - RCUの最大値は100刻みで設定する必要があります。 > - お客様には、**最低請求RCU**と呼ばれる最低限のRCU数に基づいて課金されます。この値は、設定された最大RCUの25%と5,000RCUのうち大きい方です。最低請求RCUは、ピークパフォーマンスのために専用リソースが確保されることを保証します。実際の使用量がこれより少ない場合でも、この最低額が課金されます。 @@ -63,6 +63,6 @@ TiDB Cloudアカウントをお持ちでない場合は、[ここ](https://tidbc インスタンスが作成されたら、 [パブリックエンドポイント経由でTiDB Cloudに接続します](/tidb-cloud/premium/connect-to-premium-via-public-connection.md)手順に従ってインスタンスのパスワードを作成します。 -> **注記：** +> **Note:** > > パスワードを設定しないと、インスタンスに接続できません。 diff --git a/tidb-cloud/premium/delete-tidb-instance.md b/tidb-cloud/premium/delete-tidb-instance.md index fc3a389b27ca6..2e2bef2879141 100644 --- a/tidb-cloud/premium/delete-tidb-instance.md +++ b/tidb-cloud/premium/delete-tidb-instance.md @@ -13,7 +13,7 @@ summary: TiDB Cloud Premiumインスタンスを削除する方法を学びま 2. 削除する対象インスタンスの行で、 **...**をクリックします。 - > **ヒント：** + > **Tip:** > > または、対象インスタンスの名前をクリックして概要ページに移動し、右上隅の**「…」**をクリックすることもできます。 @@ -31,7 +31,7 @@ summary: TiDB Cloud Premiumインスタンスを削除する方法を学びま 自動バックアップは、保存期間が終了すると期限切れとなり、自動的に削除されます。保存期間は、変更しない場合はデフォルトで7日間です。 - > **注記：** + > **Note:** > > バックアップは削除されるまで料金が発生し続けることにご注意ください。 diff --git a/tidb-cloud/premium/dual-layer-data-encryption-premium.md b/tidb-cloud/premium/dual-layer-data-encryption-premium.md index eef319ed51359..08fa8bcaf0718 100644 --- a/tidb-cloud/premium/dual-layer-data-encryption-premium.md +++ b/tidb-cloud/premium/dual-layer-data-encryption-premium.md @@ -7,7 +7,7 @@ summary: TiDB Cloud Premiumインスタンスでデュアルレイヤーデー このドキュメントでは、 TiDB Cloud Premiumインスタンスでデュアルレイヤーデータ暗号化を有効化および管理する方法について説明します。 -> **注記：** +> **Note:** > > 現在、デュアルレイヤーデータ暗号化機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)**？」**をクリックし、 次に**「サポートチケット」**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。チケットを作成し、 **「説明」**フィールドに「デュアルレイヤーデータ暗号化の申請」と入力して、 **「送信」**をクリックします。 @@ -47,7 +47,7 @@ TiDB Cloud Premiumは、より高いレベルのデータセキュリティを KMSマスターキーは、お客様ご自身で作成、所有、管理できます。このオプションでは暗号化を完全に制御できるため、厳格なセキュリティ要件を持つ組織に適しています。 - > **警告：** + > **Warning:** > > キーのセキュリティと可用性の維持は、お客様の全責任となります。CMEKが削除または完全に破損した場合、インスタンスは使用不能となり、暗号化されたデータは永久に復元できなくなります。 @@ -124,7 +124,7 @@ TiDB Cloudに暗号化キーの管理を代行させるには、以下の手順 インスタンス作成時に暗号化を有効にしなかった場合でも、後から有効にすることができます。要件に応じて、顧客管理暗号化キー（CMEK）またはサービス管理暗号化キーのいずれかを選択してください。 -> **注記：** +> **Note:** > > 既存のインスタンスで暗号化を有効にするには、完了までに時間がかかる場合があります。 @@ -166,7 +166,7 @@ TiDB Cloudに暗号化キーの管理を代行させるには、以下の手順 暗号化されたTiDB Cloud Premiumインスタンスから作成されたバックアップも暗号化されます。暗号化されたバックアップを復元する場合、新しいインスタンスは一貫した暗号化設定を使用する必要があります。 -> **警告：** +> **Warning:** > > - 現在、暗号化されたバックアップは、元のインスタンスと同じ**アカウント**および**リージョン**にのみ復元できます。リージョン間およびアカウント間の復元操作はサポートされていません。 > - キーのセキュリティと可用性を維持する責任はあなたにあります。CMEKが削除されたり、完全に破損したりした場合、このキーに関連付けられたバックアップデータもすべて復元できなくなります。 diff --git a/tidb-cloud/premium/import-csv-files-premium.md b/tidb-cloud/premium/import-csv-files-premium.md index 5c8e5eb5a81a7..a9f60fcbb69e7 100644 --- a/tidb-cloud/premium/import-csv-files-premium.md +++ b/tidb-cloud/premium/import-csv-files-premium.md @@ -7,7 +7,7 @@ summary: Amazon S3またはAlibaba Cloud Object Storage Service（OSS）からCS このドキュメントでは、Amazon Simple Storage Service (Amazon S3) または Alibaba Cloud Object Storage Service (OSS) から CSV ファイルをTiDB Cloud Premium インスタンスにインポートする方法について説明します。 -> **ヒント：** +> **Tip:** > > - TiDB Cloud StarterまたはEssentialについては、 [TiDB Cloud StarterまたはEssentialにクラウドストレージからCSVファイルをインポートする](/tidb-cloud/import-csv-files-serverless.md)。 > - TiDB Cloud Dedicatedについては、[クラウドストレージからTiDB Cloud DedicatedにCSVファイルをインポートする](/tidb-cloud/import-csv-files.md)参照してください。 @@ -30,7 +30,7 @@ summary: Amazon S3またはAlibaba Cloud Object Storage Service（OSS）からCS - TiDB Cloud Premium は、 `.gzip` 、 `.gz` 、 `.zst` `.zstd` 、{ `.snappy`の形式で圧縮ファイルをインポートできます。圧縮 CSV ファイルをインポートする場合は、ファイル名を`${db_name}.${table_name}.${suffix}.csv.${compress}`形式で指定します。ここで`${suffix}`省略可能で、「000001」などの任意の整数を指定できます。例えば、 `trips.000001.csv.gz`ファイルを`bikeshare.trips`テーブルにインポートする場合は、ファイル名を`bikeshare.trips.000001.csv.gz`に変更する必要があります。 - > **注記：** + > **Note:** > > - パフォーマンスを向上させるためには、各圧縮ファイルのサイズを100MiBに制限することをお勧めします。 > - Snappy 圧縮ファイルは[公式Snappyフォーマット](https://github.com/google/snappy)に存在する必要があります。 Snappy 圧縮の他のバリアントはサポートされていません。 @@ -71,7 +71,7 @@ CSVファイルにはスキーマ情報が含まれていないため、CSVフ COUNT INT ); ``` - > **注記：** + > **Note:** > > `${db_name}.${table_name}-schema.sql`ファイルには、単一の DDL ステートメントのみを含める必要があります。ファイルに複数の DDL ステートメントが含まれている場合、最初のステートメントのみが有効になります。 @@ -96,7 +96,7 @@ CSVファイルをTiDB Cloud Premiumにインポートするには、以下の 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -122,7 +122,7 @@ CSVファイルをTiDB Cloud Premiumにインポートするには、以下の **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 - > **注記：** + > **Note:** > > **ソースファイルURI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloud Premiumは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 @@ -132,7 +132,7 @@ CSVファイルをTiDB Cloud Premiumにインポートするには、以下の - > **注記：** + > **Note:** > > 手動マッピング機能は近日中に利用可能になります。切り替え機能が利用可能になったら、自動マッピングオプションをオフにして、マッピングを手動で設定してください。 > @@ -151,7 +151,7 @@ CSVファイルをTiDB Cloud Premiumにインポートするには、以下の 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -175,7 +175,7 @@ CSVファイルをTiDB Cloud Premiumにインポートするには、以下の **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 - > **注記：** + > **Note:** > > **ソースファイルURI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloud Premiumは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 @@ -185,7 +185,7 @@ CSVファイルをTiDB Cloud Premiumにインポートするには、以下の - > **注記：** + > **Note:** > > 手動マッピング機能は近日中に利用可能になります。切り替え機能が利用可能になったら、自動マッピングオプションをオフにして、マッピングを手動で設定してください。 > diff --git a/tidb-cloud/premium/import-from-s3-premium.md b/tidb-cloud/premium/import-from-s3-premium.md index d08c50b4f36d8..877cafdbca6e9 100644 --- a/tidb-cloud/premium/import-from-s3-premium.md +++ b/tidb-cloud/premium/import-from-s3-premium.md @@ -7,7 +7,7 @@ summary: コンソールウィザードを使用して、Amazon S3からTiDB Clo このドキュメントでは、Amazon Simple Storage Service (Amazon S3) からTiDB Cloud Premium インスタンスに CSV ファイルをインポートする方法について説明します。 -> **ヒント：** +> **Tip:** > > - TiDB Cloud StarterまたはEssentialについては、 [TiDB Cloud StarterまたはEssentialにクラウドストレージからCSVファイルをインポートする](/tidb-cloud/import-csv-files-serverless.md)。 > - TiDB Cloud Dedicatedについては、[クラウドストレージからTiDB Cloud DedicatedにCSVファイルをインポートする](/tidb-cloud/import-csv-files.md)参照してください。 diff --git a/tidb-cloud/premium/import-with-mysql-cli-premium.md b/tidb-cloud/premium/import-with-mysql-cli-premium.md index f30693ace3c79..048ad6fc6222f 100644 --- a/tidb-cloud/premium/import-with-mysql-cli-premium.md +++ b/tidb-cloud/premium/import-with-mysql-cli-premium.md @@ -7,7 +7,7 @@ summary: MySQLコマンドラインクライアント（mysql`）を使用して このドキュメントでは[MySQLコマンドラインクライアント](https://dev.mysql.com/doc/refman/8.0/en/mysql.html)を使用してTiDB Cloud Premium にデータをインポートする方法について説明します。( `mysql` )。以下のセクションでは、SQL ファイルまたは CSV ファイルからデータをインポートするための手順を段階的に説明します。このプロセスでは論理インポートが実行され、MySQL コマンドライン クライアントがローカル マシンからTiDB Cloudに対して SQL ステートメントを再生します。 -> **ヒント：** +> **Tip:** > > - 論理インポートは、比較的小さな SQL ファイルまたは CSV ファイルに最適です。クラウドストレージからのより高速な並列インポート、または[Dumpling](https://docs.pingcap.com/tidb/stable/dumpling-overview)エクスポートからの複数のファイルの処理については、 [クラウドストレージからCSVファイルをTiDB Cloud Premiumにインポートする](/tidb-cloud/premium/import-csv-files-premium.md)インポートするを参照してください。 > - TiDB Cloud StarterまたはEssentialについては、 [MySQL CLI を介してTiDB Cloud StarterまたはEssentialにデータをインポートする](/tidb-cloud/import-with-mysql-cli-serverless.md)参照してください。 @@ -36,7 +36,7 @@ MySQLコマンドラインクライアントを使用してTiDB Cloud Premiumイ - お使いの環境に合った**オペレーティングシステム**を選択してください。 - > **注記：** + > **Note:** > > TiDB Cloud Premiumインスタンスでは、パブリックエンドポイントはデフォルトで無効になっています。 `Public`オプションが表示されない場合は、インスタンスの詳細ページ（**ネットワーク**タブ）でパブリックエンドポイントを有効にするか、組織の管理者に有効化を依頼してから先に進んでください。 @@ -90,7 +90,7 @@ SQLファイルからデータをインポートするには、以下の手順 プレースホルダー値（例： `` 、 `` 、 `` 、 `` 、およびSQLファイル名）を、ご自身の接続情報とファイルパスに置き換えてください。 -> **注記：** +> **Note:** > > サンプルスキーマでは`test`データベースが作成され、コマンドでは`-D test`が使用されます。別のデータベースにインポートする場合は、スキーマファイルと`-D`パラメータの両方を変更してください。 @@ -133,7 +133,7 @@ CSVファイルからデータをインポートするには、以下の手順 プレースホルダー値（例： `` 、 `` 、 `` 、 `` 、 `` 、およびテーブル名）を、ご自身の接続情報とデータセットパスに置き換えてください。 -> **注記：** +> **Note:** > > `LOAD DATA LOCAL INFILE`の構文の詳細については、 [`LOAD DATA`](/sql-statements/sql-statement-load-data.md)参照してください。 diff --git a/tidb-cloud/premium/premium-export.md b/tidb-cloud/premium/premium-export.md index 802e6d19ceaef..86ef938b7c576 100644 --- a/tidb-cloud/premium/premium-export.md +++ b/tidb-cloud/premium/premium-export.md @@ -13,7 +13,7 @@ TiDB Cloudを使用すると、 TiDB Cloud Premiumインスタンスから外部 - 分離性：エクスポートサービスは独立したコンピューティングリソースを使用するため、オンラインサービスで使用されるリソースから確実に分離されます。 - 一貫性：エクスポートサービスは、ロックを発生させることなくエクスポートされたデータの一貫性を保証します。これにより、オンラインサービスに影響はありません。 -> **注記：** +> **Note:** > > - 現在、この機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)の右下隅にある**「？」**をクリックし、 次に**「サポートチケット」**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。チケットを作成し、 **「説明」**フィールドに「 TiDB Cloud Premiumインスタンスのデータエクスポートを申請する」と入力して、 **「送信」を**クリックします。 > - エクスポートの最大サイズは1 TiBです。この制限を超えるエクスポートは失敗する可能性があります。より多くのデータをエクスポートする場合、またはエクスポート速度の向上を希望する場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 @@ -96,7 +96,7 @@ TiDB Cloudコンソールは、選択したデータベースとテーブルを 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、 [**TiDBインスタンス**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -122,7 +122,7 @@ TiDB Cloudコンソールは、選択したデータベースとテーブルを 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、 [**TiDBインスタンス**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -146,7 +146,7 @@ TiDB Cloudコンソールは、選択したデータベースとテーブルを 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、 [**TiDBインスタンス**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -172,7 +172,7 @@ TiDB Cloudコンソールは、選択したデータベースとテーブルを 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、 [**TiDBインスタンス**](https://tidbcloud.com/tidbs)ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 diff --git a/tidb-cloud/premium/set-up-sink-private-endpoint-premium.md b/tidb-cloud/premium/set-up-sink-private-endpoint-premium.md index 0b0ae28ddde0b..a5e1135f7ec81 100644 --- a/tidb-cloud/premium/set-up-sink-private-endpoint-premium.md +++ b/tidb-cloud/premium/set-up-sink-private-endpoint-premium.md @@ -61,7 +61,7 @@ TiDB Cloud VPCへのアクセスを許可するには、エンドポイントサ 2. [**私のTiDB**](https://tidbcloud.com/tidbs)ページで、対象のTiDB Cloud Premiumインスタンスの名前をクリックすると、その概要ページに移動します。 - > **ヒント：** + > **Tip:** > > 左上隅にあるコンボボックスを使用して、組織とインスタンスを切り替えることができます。 diff --git a/tidb-cloud/premium/tidb-cloud-auditing-premium.md b/tidb-cloud/premium/tidb-cloud-auditing-premium.md index 4d1c736ca2b87..bb0556eb4347d 100644 --- a/tidb-cloud/premium/tidb-cloud-auditing-premium.md +++ b/tidb-cloud/premium/tidb-cloud-auditing-premium.md @@ -11,7 +11,7 @@ TiDB Cloudは、実行されたSQLステートメントなど、データベー 監査ログ機能は**デフォルトでは無効になっています**。TiDB Cloud Premiumインスタンスを監査するには、まず監査ログを有効にしてから、監査フィルタールールを設定する必要があります。 -> **注記：** +> **Note:** > > 監査ログはインスタンスのリソースを消費するため、インスタンスの監査を行うかどうかは慎重に検討してください。 @@ -19,7 +19,7 @@ TiDB Cloudは、実行されたSQLステートメントなど、データベー - あなたはTiDB Cloud Premiumインスタンスを使用しています。 - > **注記：** + > **Note:** > > - TiDB Cloud Starterでは、データベース監査ログは利用できません。 > - TiDB Cloud Essentialについては、 [TiDB Cloud Essentialのデータベース監査ログ機能 (PREVIEW)](/tidb-cloud/essential-database-audit-logging.md)を参照してください。 @@ -39,7 +39,7 @@ AWSの監査ログを有効にするには、以下の手順を実行してく TiDB Cloudが監査ログを書き込む宛先として、組織が所有するAWSアカウント内のAmazon S3バケットを指定してください。 -> **注記：** +> **Note:** > > AWS S3バケットでオブジェクトロックを有効にしないでください。オブジェクトロックを有効にすると、 TiDB Cloudが監査ログファイルをS3にプッシュできなくなります。 @@ -105,7 +105,7 @@ TiDB Cloudコンソールで、 TiDB CloudアカウントIDと外部IDの値を TiDB Cloudは、指定されたインスタンスの監査ログをAmazon S3バケットに書き込む準備ができています。 -> **注記：** +> **Note:** > > - 監査ログを有効にした後、バケットURI、場所、またはARNに変更を加えた場合は、 TiDB Cloudがバケットに接続できることを確認するために、再度**「接続テスト」**をクリックする必要があります。その後、 **「有効にする」**をクリックして変更を適用してください。 > - TiDB CloudによるAmazon S3へのアクセス権を削除するには、AWSマネジメントコンソールでこのインスタンスに付与されている信頼ポリシーを削除するだけです。 @@ -250,7 +250,7 @@ TiDB Cloudコンソールで、 TiDB CloudアカウントIDを取得した**「 TiDB Cloudは、指定されたインスタンスの監査ログをOSSバケットに書き込む準備ができています。 -> **注記：** +> **Note:** > > - 監査ログを有効にした後、バケットのURIまたは場所に変更を加えた場合は、 TiDB Cloudがバケットに接続できることを確認するために、再度**「接続テスト」**をクリックする必要があります。その後、 **「有効にする」**をクリックして変更を適用してください。 > - TiDB CloudによるOSSバケットへのアクセス権を削除するには、Alibaba Cloudコンソールでこのインスタンスに付与されている信頼ポリシーを削除してください。 @@ -269,7 +269,7 @@ TiDB Cloudコンソールで、 TiDB CloudアカウントIDを取得した**「 2. **ログフィルタルールの**セクションで、 **>**をクリックして展開し、追加した監査ルールの一覧を表示します。 -> **注記：** +> **Note:** > > - フィルタルールは正規表現であり、大文字と小文字を区別します。ワイルドカードルール`.*`を使用すると、インスタンス内のすべてのユーザー、データベース、またはテーブルイベントがログに記録されます。 > - 監査ログはインスタンスのリソースを消費するため、フィルタルールを指定する際には注意が必要です。リソース消費を最小限に抑えるには、可能な限り、監査ログの対象を特定のデータベースオブジェクト、ユーザー、およびアクションに限定するフィルタルールを指定することをお勧めします。 @@ -286,7 +286,7 @@ TiDB Cloudの監査ログは、インスタンスID、内部ID、およびログ インスタンスの監査を停止したい場合は、インスタンスのページに移動し、 **[設定]** > **[監査設定]**をクリックして、右上隅の監査設定を**[無効]**に切り替えます。 -> **注記：** +> **Note:** > > ログファイルのサイズが10MiBに達するたびに、ログファイルはクラウドストレージバケットにプッシュされます。そのため、監査ログを無効にした後は、サイズが10MiB未満のログファイルは自動的にクラウドストレージバケットにプッシュされません。この状況でログファイルを取得するには、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 @@ -336,7 +336,7 @@ TiDB Cloudは、監査ログ内の各データベースイベントレコード | `CLIENT_IP` | クライアントのIPアドレス。 | | `CLIENT_PORT` | クライアントのポート。 | -> **注記：** +> **Note:** > > トラフィックの可視性を向上させるため、 `CLIENT_IP` 、ロードバランサーの IP アドレスではなく、AWS PrivateLink を経由する接続の実際のクライアント IP アドレスが表示されます。この機能はパブリックプレビューであり、AWS リージョン`Frankfurt (eu-central-1)`でのみ利用可能です。 diff --git a/tidb-cloud/premium/tidb-cloud-billing-ticdc-ccu.md b/tidb-cloud/premium/tidb-cloud-billing-ticdc-ccu.md index 72f0d3064848c..52f575465de45 100644 --- a/tidb-cloud/premium/tidb-cloud-billing-ticdc-ccu.md +++ b/tidb-cloud/premium/tidb-cloud-billing-ticdc-ccu.md @@ -32,7 +32,7 @@ summary: {{{ .essential }}} と Premium における変更フィードの課金 | 320のCCU | 80万行/秒 | | 384のCCU | 96万行/秒 | -> **注記：** +> **Note:** > > 上記のパフォーマンスデータは参考値であり、状況によって異なる場合があります。本番環境でchangefeed機能を使用する前に、実際のワークロードテストを実施することを強くお勧めします。さらにサポートが必要な場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 diff --git a/tidb-cloud/premium/tidb-cloud-tls-connect-to-premium.md b/tidb-cloud/premium/tidb-cloud-tls-connect-to-premium.md index 99a43c96be955..dfc331d822b7a 100644 --- a/tidb-cloud/premium/tidb-cloud-tls-connect-to-premium.md +++ b/tidb-cloud/premium/tidb-cloud-tls-connect-to-premium.md @@ -31,7 +31,7 @@ TiDB Cloudでは、TLS接続の確立は、 TiDB Cloud Premiumインスタンス 4. **「CA証明書」**をクリックすると、 TiDB Cloud PremiumインスタンスへのTLS接続に必要なCA証明書をダウンロードできます。このCA証明書はデフォルトでTLS 1.2をサポートしています。 - > **注記：** + > **Note:** > > - ダウンロードしたCA証明書は、オペレーティングシステムのデフォルトのストレージパスに保存することも、別のストレージパスを指定することもできます。以降の手順では、コード例のCA証明書パスを、ご自身のCA証明書パスに置き換える必要があります。 > - TiDB Cloud Premiumでは、クライアントにTLS接続の使用を強制することはなく、 [`require_secure_transport`](/system-variables.md#require_secure_transport-new-in-v610)変数のユーザー定義設定は現在TiDB Cloud Premiumではサポートされていません。 diff --git a/tidb-cloud/prometheus-grafana-integration.md b/tidb-cloud/prometheus-grafana-integration.md index 27ac452a87803..7eec243d6b66d 100644 --- a/tidb-cloud/prometheus-grafana-integration.md +++ b/tidb-cloud/prometheus-grafana-integration.md @@ -44,7 +44,7 @@ Prometheus サービスでTiDB Cloudのメトリクスを読み取るように -> **注記：** +> **Note:** > > - セキュリティ上の理由から、 TiDB Cloud新しく生成された`scrape_config`ファイルは一度しか表示されません。ファイルウィンドウを閉じる前に、必ず内容をコピーしてください。 > - 忘れた場合は、 TiDB Cloudの`scrape_config`ファイルを削除して、新しいファイルを生成してください。 `scrape_config`ファイルを削除するには、ファイルを選択し、[ **...]**をクリックしてから**[削除]**をクリックします。 @@ -78,7 +78,7 @@ PrometheusサービスがTiDB Cloudからメトリクスを読み取った後、 2. メトリクスを視覚化するには、 [このJSONをGrafana GUIにインポートしてください](https://grafana.com/docs/grafana/v8.5/dashboards/export-import/#import-dashboard) - > **注記：** + > **Note:** > > 既にPrometheusとGrafanaを使用してTiDB Cloud EssentialおよびTiDB Cloud Premiumインスタンスを監視しており、新たに利用可能になったメトリクスを組み込みたい場合は、既存のダッシュボードのJSONを直接更新するのではなく、新しいダッシュボードを作成することをお勧めします。 @@ -101,7 +101,7 @@ Prometheusは、お客様のTiDB Cloud Essential -> **注記：** +> **Note:** > > TiDB Cloud Essential はTiCDC コンポーネントをサポートしていないため、 `tidbcloud_changefeed_*`メトリックは現在利用できません。 diff --git a/tidb-cloud/releases/notification-2023-08-31-console-maintenance.md b/tidb-cloud/releases/notification-2023-08-31-console-maintenance.md index eccbbfd3b239a..43bc12db32c26 100644 --- a/tidb-cloud/releases/notification-2023-08-31-console-maintenance.md +++ b/tidb-cloud/releases/notification-2023-08-31-console-maintenance.md @@ -14,7 +14,7 @@ summary: 2023 年 8 月 31 日のTiDB Cloud Console メンテナンスの詳細 - 終了時間: 10:00 (UTC+0) - 所要時間: 約2時間 -> **注記：** +> **Note:** > > 現在、ユーザーはTiDB Cloudコンソールのメンテナンスのタイミングを変更できないため、事前に計画を立てる必要があります。 diff --git a/tidb-cloud/releases/notification-2023-09-26-console-maintenance.md b/tidb-cloud/releases/notification-2023-09-26-console-maintenance.md index 5e6f02e711ad6..4845364d21f85 100644 --- a/tidb-cloud/releases/notification-2023-09-26-console-maintenance.md +++ b/tidb-cloud/releases/notification-2023-09-26-console-maintenance.md @@ -14,7 +14,7 @@ summary: 2023 年 9 月 26 日のTiDB Cloud Console メンテナンスの詳細 - 終了時間: 8:30 (UTC+0) - 所要時間: 約30分 -> **注記：** +> **Note:** > > 現在、 TiDB Cloudコンソールの全体的なメンテナンス スケジュールでは、ユーザーによるメンテナンスのタイミングの変更はサポートされていません。 diff --git a/tidb-cloud/releases/notification-2023-11-14-scale-feature-maintenance.md b/tidb-cloud/releases/notification-2023-11-14-scale-feature-maintenance.md index 9b1c2aa1f124e..73c0a6a8131a9 100644 --- a/tidb-cloud/releases/notification-2023-11-14-scale-feature-maintenance.md +++ b/tidb-cloud/releases/notification-2023-11-14-scale-feature-maintenance.md @@ -13,7 +13,7 @@ summary: 2023 年 11 月 14 日のTiDB Cloud Dedicated Scale 機能メンテナ - 終了時間: 2023-11-21 16:00 (UTC+0) - 期間: 7日間 -> **注記：** +> **Note:** > > 2023-11-16 に更新: メンテナンス ウィンドウの終了時刻が 2023-11-16 から 2023-11-21 に延長されました。 diff --git a/tidb-cloud/releases/notification-2024-04-09-monitoring-features-maintenance.md b/tidb-cloud/releases/notification-2024-04-09-monitoring-features-maintenance.md index b3bbd7135209e..3b81bf1740b61 100644 --- a/tidb-cloud/releases/notification-2024-04-09-monitoring-features-maintenance.md +++ b/tidb-cloud/releases/notification-2024-04-09-monitoring-features-maintenance.md @@ -36,7 +36,7 @@ summary: 2024年4月9日に実施されるTiDB Cloud監視機能のメンテナ ### 影響を受ける監視機能 {#affected-monitoring-features} -> **注記：** +> **Note:** > > 今回のメンテナンスは、TiDBクラスタの監視機能のみに影響します。その他の機能には影響はありません。TiDBクラスタの管理や、読み書き操作、その他の操作は通常どおり実行できます。 diff --git a/tidb-cloud/releases/notification-2024-04-16-monitoring-features-maintenance.md b/tidb-cloud/releases/notification-2024-04-16-monitoring-features-maintenance.md index 4e8cf666acfe6..9f15c229e9b04 100644 --- a/tidb-cloud/releases/notification-2024-04-16-monitoring-features-maintenance.md +++ b/tidb-cloud/releases/notification-2024-04-16-monitoring-features-maintenance.md @@ -29,7 +29,7 @@ summary: 2024年4月16日に実施されるTiDB Cloud監視機能のメンテナ ### 影響を受ける監視機能 {#affected-monitoring-features} -> **注記：** +> **Note:** > > 今回のメンテナンスは、TiDBクラスタの監視機能のみに影響します。その他の機能には影響はありません。TiDBクラスタの管理や、読み書き操作、その他の操作は通常どおり実行できます。 diff --git a/tidb-cloud/releases/notification-2024-09-15-console-maintenance.md b/tidb-cloud/releases/notification-2024-09-15-console-maintenance.md index 1c24f1888b88a..5b98f5ec27b9e 100644 --- a/tidb-cloud/releases/notification-2024-09-15-console-maintenance.md +++ b/tidb-cloud/releases/notification-2024-09-15-console-maintenance.md @@ -14,7 +14,7 @@ summary: 2024 年 9 月 15 日のTiDB Cloud Console メンテナンスの詳細 - 終了時間: 8:10 (UTC+0) - 所要時間: 約10分 -> **注記：** +> **Note:** > > - 現在、ユーザーはTiDB Cloudコンソールのメンテナンスのタイミングを変更できないため、事前に計画を立てる必要があります。 > - 今後3ヶ月間、一部のユーザー様において20分間のメンテナンス作業が追加で発生する可能性があります。影響を受けるユーザーには、事前にメールでお知らせいたします。 diff --git a/tidb-cloud/scalability-concepts.md b/tidb-cloud/scalability-concepts.md index d3ce9c27bc3a9..e16efcd3a66f0 100644 --- a/tidb-cloud/scalability-concepts.md +++ b/tidb-cloud/scalability-concepts.md @@ -12,7 +12,7 @@ TiDB Cloudは、さまざまなワークロードのニーズに対応できる - [TiDB Cloud Premium](/tidb-cloud/select-cluster-tier.md#premium)は、無制限のリアルタイム拡張性を必要とするミッションクリティカルなビジネス向けに設計されています。ワークロードに応じた自動スケーリングと包括的なエンタープライズ機能を提供します。 - TiDB Cloud Dedicated、データ量やワークロードの変化に合わせて、コンピューティングリソースとstorageリソースを個別に調整できます。TiDB Cloud Dedicatedは、サービスの中断なしにスケーリングが可能です。この柔軟性により、組織は高いパフォーマンスと可用性を維持しながら、インフラストラクチャコストを最適化できます。 -> **ヒント：** +> **Tip:** > > TiDB Cloud Dedicatedクラスターのサイズを決定する方法については、 [TiDBサイズを決定する](/tidb-cloud/size-your-cluster.md)参照してください。 diff --git a/tidb-cloud/scale-tidb-cluster.md b/tidb-cloud/scale-tidb-cluster.md index bafc5c0413dd2..59c6359454f83 100644 --- a/tidb-cloud/scale-tidb-cluster.md +++ b/tidb-cloud/scale-tidb-cluster.md @@ -5,7 +5,7 @@ summary: TiDB Cloudクラスターを拡張する方法を学びます。 # TiDBクラスタのスケール {#scale-your-tidb-cluster} -> **注記：** +> **Note:** > > - [TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter)および[TiDB Cloud Essential](/tidb-cloud/select-cluster-tier.md#essential)は、アプリケーションのワークロードの変化に応じて自動的にスケーリングされます。ただし、 TiDB Cloud Starter またはTiDB Cloud Essential クラスターは手動でスケーリングできません。 > - クラスターが**MODIFYING**ステータスにある場合、そのクラスターに対して新しいスケーリング操作を実行することはできません。 @@ -18,7 +18,7 @@ TiDB クラスターは次の次元で拡張できます。 TiDB クラスターのサイズを決定する方法については、 [TiDBのサイズを決定する](/tidb-cloud/size-your-cluster.md)参照してください。 -> **注記：** +> **Note:** > > TiDBまたはTiKVのvCPUとRAMサイズが**4 vCPU、16 GiB**に設定されている場合、以下の制限事項にご注意ください。これらの制限を回避するには、まず[vCPUとRAMを増やす](#change-vcpu-and-ram)設定してください。 > @@ -30,7 +30,7 @@ TiDB クラスターのサイズを決定する方法については、 [TiDBの TiDB、TiKV、またはTiFlashノードの数を増減できます。 -> **警告：** +> **Warning:** > > TiKV またはTiFlashノード数を減らすとリスクが生じ、残りのノードでストレージ容量不足、過剰な CPU 使用率、または過剰なメモリ使用率が発生する可能性があります。 @@ -40,7 +40,7 @@ TiDB、TiKV、またはTiFlashノードの数を変更するには、次の手 2. スケーリングするクラスターの行で、 **...**をクリックします。 - > **ヒント：** + > **Tip:** > > または、 **[クラスター]**ページでスケーリングするクラスターの名前をクリックし、右上隅の**[...]**をクリックすることもできます。 @@ -56,7 +56,7 @@ TiDB Cloud APIを使用して、 [TiDB Cloud Dedicated クラスターを変更 TiDB、TiKV、またはTiFlashノードの vCPU と RAM を増減できます。 -> **注記：** +> **Note:** > > - vCPU と RAM の変更は、次のクラスターでのみ可能です。 > - AWS でホストされ、2022/12/31 以降に作成されています。 @@ -71,7 +71,7 @@ TiDB、TiKV、またはTiFlashノードの vCPU と RAM を変更するには、 2. スケーリングするクラスターの行で、 **...**をクリックします。 - > **ヒント：** + > **Tip:** > > または、 **[クラスター]**ページでスケーリングするクラスターの名前をクリックし、右上隅の**[...]**をクリックすることもできます。 @@ -87,7 +87,7 @@ TiDB Cloud APIを使用して、 [TiDB Cloud Dedicated クラスターを変更 TiKV またはTiFlashのストレージを増やすことができます。 -> **警告：** +> **Warning:** > > - 実行中のクラスターの場合、AWS、Azure、Google Cloud では、インプレースストレージ容量のダウングレードは許可されません。 > - AWS と Azure では、storage変更のクールダウン期間があります。TiDB クラスターが AWS または Azure でホストされている場合、TiKV またはTiFlashのstorage、または vCPU と RAM を変更した後、再度変更するには少なくとも 6 時間待つ必要があります。 @@ -98,7 +98,7 @@ TiKV またはTiFlashのストレージを変更するには、次の手順を 2. スケーリングするクラスターの行で、 **...**をクリックします。 - > **ヒント：** + > **Tip:** > > または、 **[クラスター]**ページでスケーリングするクラスターの名前をクリックし、右上隅の**[...]**をクリックすることもできます。 diff --git a/tidb-cloud/secure-connections-to-serverless-clusters.md b/tidb-cloud/secure-connections-to-serverless-clusters.md index 94c9c10587d78..5f150c371673a 100644 --- a/tidb-cloud/secure-connections-to-serverless-clusters.md +++ b/tidb-cloud/secure-connections-to-serverless-clusters.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidbcloud/secure-connections-to-serverless-tier-clusters'] クライアントとTiDB Cloud StarterまたはTiDB Cloud Essentialクラスタ間の安全なTLS接続を確立することは、データベース接続における基本的なセキュリティ対策の一つです。TiDB Cloudのサーバー証明書は、独立したサードパーティの証明書プロバイダによって発行されます。サーバー側のデジタル証明書をダウンロードすることなく、 TiDB Cloudクラスタに簡単に接続できます。 -> **注記：** +> **Note:** > > TiDB Cloud Dedicated クラスターへの TLS 接続を確立する方法については、 [TiDB Cloud DedicatedへのTLS接続](/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md)参照してください。 @@ -29,7 +29,7 @@ aliases: ['/ja/tidbcloud/secure-connections-to-serverless-tier-clusters'] 4. パスワードをまだ設定していない場合は、 **「パスワードを生成」**をクリックして、クラスター用のランダムパスワードを生成します。パスワードはサンプル接続文字列に自動的に埋め込まれ、クラスターへの接続が簡単になります。 - > **注記：** + > **Note:** > > - ランダム パスワードは、大文字、小文字、数字、特殊文字を含む 16 文字で構成されます。 > - このダイアログを閉じると、生成されたパスワードは表示されなくなりますので、安全な場所に保存してください。パスワードを忘れた場合は、このダイアログの**「パスワードをリセット」**をクリックしてリセットできます。 @@ -37,7 +37,7 @@ aliases: ['/ja/tidbcloud/secure-connections-to-serverless-tier-clusters'] 5. 接続文字列を使用してクラスターに接続します。 - > **注記：** + > **Note:** > > TiDB Cloudクラスターに接続する際は、ユーザー名にクラスターのプレフィックスを含め、引用符で囲む必要があります。詳細については、 [ユーザー名のプレフィックス](/tidb-cloud/select-cluster-tier.md#user-name-prefix)参照してください。 diff --git a/tidb-cloud/select-cluster-tier.md b/tidb-cloud/select-cluster-tier.md index 91c3615c7d6ba..a0a808a4515c8 100644 --- a/tidb-cloud/select-cluster-tier.md +++ b/tidb-cloud/select-cluster-tier.md @@ -15,7 +15,7 @@ TiDB Cloud、以下のプランをご用意しています。新規導入の場 - [TiDB Cloud Premium](#premium) - [TiDB Cloud Dedicated](#tidb-cloud-dedicated) -> **注記：** +> **Note:** > > TiDB Cloudの一部の機能は、 TiDB Cloud StarterおよびTiDB Cloud Essentialでは部分的にサポートされているか、サポートされていません。詳細については[TiDB Cloud StarterとEssential制限事項](/tidb-cloud/serverless-limitations.md)を参照してください。 @@ -80,7 +80,7 @@ TiDB Cloudは、 TiDB Cloud StarterまたはTiDB Cloud Essentialの各インス mysql -u '3pTAoNNegb47Uc8.root' -h -P 4000 -D test --ssl-mode=VERIFY_IDENTITY --ssl-ca= -p ``` - > **注記：** + > **Note:** > > TiDB Cloud StarterおよびTiDB Cloud Essential には TLS 接続が必要です。システム上の CA ルート パスを見つけるには、 [ルート証明書のデフォルトパス](/tidb-cloud/secure-connections-to-serverless-clusters.md#root-certificate-default-path)を参照してください。 @@ -114,6 +114,6 @@ TiDB Cloud Dedicatedクラスターでは、ビジネスニーズに応じて Ti TiDB Cloud Dedicatedクラスターを作成するには、 [支払い方法を追加する](/tidb-cloud/tidb-cloud-billing.md#payment-method)か、[概念実証（PoC）トライアルに申し込む](/tidb-cloud/tidb-cloud-poc.md)必要があります。 -> **注記：** +> **Note:** > > TiDB Cloud Dedicatedクラスタの作成後は、ノードのストレージを減らすことはできません。 diff --git a/tidb-cloud/serverless-export.md b/tidb-cloud/serverless-export.md index 653f6d65483a5..68a7617ce799e 100644 --- a/tidb-cloud/serverless-export.md +++ b/tidb-cloud/serverless-export.md @@ -13,7 +13,7 @@ TiDB Cloudを使用すると、 TiDB Cloud StarterまたはEssentialクラスタ - 分離: エクスポート サービスは個別のコンピューティング リソースを使用するため、オンライン サービスで使用されるリソースからの分離が保証されます。 - 一貫性: エクスポート サービスは、ロックを発生させることなくエクスポートされたデータの一貫性を確保するため、オンライン サービスには影響しません。 -> **注記：** +> **Note:** > > 現在、最大エクスポートサイズは1 TiBです。より多くのデータをエクスポートする場合、またはより高速なエクスポートをご希望の場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)お問い合わせください。 @@ -35,7 +35,7 @@ TiDB Cloudを使用すると、 TiDB Cloud StarterまたはEssentialクラスタ - Azure Blob Storage - Alibaba Cloud Object Storage Service (OSS) -> **注記：** +> **Note:** > > エクスポートするデータのサイズが大きい場合（100 GiB 以上）は、外部ストレージにエクスポートすることをお勧めします。 @@ -183,7 +183,7 @@ Alibaba Cloud OSS にデータをエクスポートするには、次の情報 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動します。 - > **ヒント：** + > **Tip:** > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 @@ -199,7 +199,7 @@ Alibaba Cloud OSS にデータをエクスポートするには、次の情報 - **圧縮**: **Gzip** 、 **Snappy** 、 **Zstd** 、または**None**を選択します。 - > **ヒント：** + > **Tip:** > > {{{ .starter }}} インスタンスでこれまでにデータのインポートもエクスポートもしたことがない場合は、ページの下部にある**[ここをクリックしてデータをエクスポートします...]**をクリックしてデータをエクスポートする必要があります。 @@ -237,7 +237,7 @@ Alibaba Cloud OSS にデータをエクスポートするには、次の情報 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動します。 - > **ヒント：** + > **Tip:** > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 @@ -281,7 +281,7 @@ ticloud serverless export create -c --target-type S3 --s3.uri 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動します。 - > **ヒント：** + > **Tip:** > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 @@ -319,7 +319,7 @@ ticloud serverless export create -c --target-type GCS --gcs.uri **ヒント：** + > **Tip:** > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 @@ -357,7 +357,7 @@ ticloud serverless export create -c --target-type AZURE_BLOB --azbl 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動します。 - > **ヒント：** + > **Tip:** > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 @@ -400,7 +400,7 @@ ticloud serverless export create -c --target-type OSS --oss.uri **ヒント：** + > **Tip:** > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 diff --git a/tidb-cloud/serverless-high-availability.md b/tidb-cloud/serverless-high-availability.md index d05b67a4922aa..88bf1266f89e5 100644 --- a/tidb-cloud/serverless-high-availability.md +++ b/tidb-cloud/serverless-high-availability.md @@ -7,7 +7,7 @@ summary: TiDB Cloudの高可用性アーキテクチャについて学びまし TiDB Cloudは、デフォルトで高い可用性とデータの耐久性を維持する堅牢なメカニズムを備えており、単一障害点を防止し、障害発生時でも継続的なサービスを保証します。実績のあるTiDBオープンソース製品をベースにしたフルマネージドサービスとして、TiDBの中核となる高可用性（HA）機能を継承し、さらにクラウドネイティブな機能を追加しています。 -> **注記：** +> **Note:** > > - このドキュメントは、 TiDB Cloud Starter、 TiDB Cloud Essential、およびTiDB Cloud Premiumにのみ適用されます。 > - TiDB Cloud Dedicatedの高可用性については、 [TiDB Cloud Dedicatedにおける高可用性](/tidb-cloud/high-availability-with-multi-az.md)参照してください。 @@ -20,7 +20,7 @@ TiDB Cloudは、ゾーン別高可用性とリージョン別高可用性によ -> **注記：** +> **Note:** > > - TiDB Cloud StarterおよびEssentialインスタンスでは、ゾーン高可用性のみが有効になっており、設定変更はできません。 > - TiDB Cloud Premiumインスタンスでは、リージョンごとの高可用性のみが有効になっており、設定変更はできません。 @@ -29,7 +29,7 @@ TiDB Cloudは、ゾーン別高可用性とリージョン別高可用性によ -> **注記：** +> **Note:** > > - TiDB Cloud Starterインスタンスでは、ゾーン別高可用性のみが有効になっており、設定変更はできません。 > - TiDB Cloud Premiumインスタンスでは、リージョンごとの高可用性のみが有効になっており、設定変更はできません。 @@ -111,7 +111,7 @@ TiDB Cloud EssentialまたはTiDB Cloud Premium インスタンスをリージ -> **注記：** +> **Note:** > > 地域的な高可用性機能は現在パブリックプレビューです。 @@ -167,7 +167,7 @@ TiDB Cloudは、継続的なデータ保護を保証するために、堅牢な -> **注記：** +> **Note:** > > スナップショットベースのバックアップや、ポイントインタイムリカバリ（PITR）のための継続的バックアップを含む自動バックアップは、Amazon S3またはAlibaba Cloud OSS（クラウドプロバイダーによって異なります）上で実行され、リージョンレベルでの高い耐久性を提供します。 @@ -175,7 +175,7 @@ TiDB Cloudは、継続的なデータ保護を保証するために、堅牢な -> **注記：** +> **Note:** > > スナップショットベースのバックアップや、ポイントインタイムリカバリ（PITR）のための継続的バックアップを含む自動バックアップは、リージョンレベルで高い耐久性を提供するAmazon S3上で実行されます。 diff --git a/tidb-cloud/serverless-limitations.md b/tidb-cloud/serverless-limitations.md index f0b9ca275c6e4..a747ffef6068d 100644 --- a/tidb-cloud/serverless-limitations.md +++ b/tidb-cloud/serverless-limitations.md @@ -25,7 +25,7 @@ TiDB Cloud Starter/EssentialとTiDB Cloud Dedicated間の機能ギャップを - データベースクライアント接続は、30分以上開いたままになっていると、予期せず終了する可能性があります。これは、TiDBサーバーのシャットダウン、再起動、またはメンテナンス時に発生する可能性があり、アプリケーションの中断につながる可能性があります。この問題を回避するには、最大接続有効期間を設定してください。最初は5分から始め、テールレイテンシーに影響がある場合は徐々に増やすことを推奨します。詳細については、 [接続プールの推奨設定](/develop/dev-guide-connection-parameters.md)参照してください。 - TiDB Cloud Starterクラスターでは、最大400の同時接続が可能です。1 [支出限度額](/tidb-cloud/manage-serverless-spend-limit.md)設定すると、この制限は5,000に増加します。 -> **注記：** +> **Note:** > > [AWS Global Acceleratorの制限](https://docs.aws.amazon.com/global-accelerator/latest/dg/introduction-how-it-works.html#about-idle-timeout)ため、AWS のパブリックエンドポイント接続のアイドルタイムアウトは 340 秒です。同じ理由から、TCP キープアライブパケットを使用して接続を維持することはできません。 diff --git a/tidb-cloud/serverless-private-link-connection-to-aws-confluent.md b/tidb-cloud/serverless-private-link-connection-to-aws-confluent.md index fa03f03bbb491..d0da756a70b38 100644 --- a/tidb-cloud/serverless-private-link-connection-to-aws-confluent.md +++ b/tidb-cloud/serverless-private-link-connection-to-aws-confluent.md @@ -65,7 +65,7 @@ TiDB Cloudでプライベート リンク接続を作成するには、次の手 詳細については[AWS エンドポイントサービスプライベートリンク接続を作成する](/tidb-cloud/serverless-private-link-connection.md#create-an-aws-endpoint-service-private-link-connection)参照してください。 - > **注記：** + > **Note:** > > AWS 上の Confluent Cloud Dedicated クラスターの場合、 TiDB Cloudからのエンドポイント接続リクエストを手動で承認するために、AWS コンソールのエンドポイントサービスの詳細ページに移動する必要はありません。Confluent Cloud が自動的に処理します。 diff --git a/tidb-cloud/serverless-private-link-connection.md b/tidb-cloud/serverless-private-link-connection.md index b74a70e824d70..d0741c008af2a 100644 --- a/tidb-cloud/serverless-private-link-connection.md +++ b/tidb-cloud/serverless-private-link-connection.md @@ -50,7 +50,7 @@ ticloud serverless private-link-connection zones --cluster-id 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動します。 - > **ヒント：** + > **Tip:** > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 @@ -58,7 +58,7 @@ ticloud serverless private-link-connection zones --cluster-id 3. **[データフローのプライベート リンク接続]**領域で、 **[プライベート リンク接続の作成] を**クリックして、エンドポイント共有モードでプライベートエンドポイントを作成します。このモデルでは、同じ AWS Region 内の複数の {{{ .essential }}} インスタンスで 1 つのプライベートエンドポイントを共有できます。 - > **注記：** + > **Note:** > > TiDB Cloud Essential インスタンスが 2026 年 6 月 30 日以降に作成され、**[データフローのプライベート リンク接続]**領域を利用できない場合は、代わりに **[AWS Private Endpoint for External Services]** 領域で **Create Private Endpoint for External Services** をクリックして、エンドポイント専用モードでプライベートリンク接続を作成できます。エンドポイント専用モデルでは、各 {{{ .essential }}} インスタンスが独自のスタンドアロンプライベートエンドポイントを使用します。このモデルでは、接続時に[アカウントプレフィックス](/tidb-cloud/select-cluster-tier.md#user-name-prefix)を含める必要がありません。 @@ -97,7 +97,7 @@ Amazon MSK プロビジョニングプライベートリンク接続を作成す 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動します。 - > **ヒント：** + > **Tip:** > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 @@ -105,7 +105,7 @@ Amazon MSK プロビジョニングプライベートリンク接続を作成す 3. **[データフローのプライベート リンク接続]**領域で、 **[プライベート リンク接続の作成] を**クリックして、エンドポイント共有モードでプライベートエンドポイントを作成します。このモデルでは、同じ AWS Region 内の複数の {{{ .essential }}} インスタンスで 1 つのプライベートエンドポイントを共有できます。 - > **注記：** + > **Note:** > > TiDB Cloud Essential インスタンスが 2026 年 6 月 30 日以降に作成され、**[データフローのプライベート リンク接続]**領域を利用できない場合は、代わりに **[Amazon MSK Provisioned Private Endpoint for External Services]** 領域で **Create Private Endpoint for External Services** をクリックして、エンドポイント専用モードでプライベートリンク接続を作成できます。エンドポイント専用モデルでは、各 {{{ .essential }}} インスタンスが独自のスタンドアロンプライベートエンドポイントを使用します。このモデルでは、接続時に[アカウントプレフィックス](/tidb-cloud/select-cluster-tier.md#user-name-prefix)を含める必要がありません。 @@ -138,7 +138,7 @@ ticloud serverless private-link-connection zones --cluster-id 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動します。 - > **ヒント：** + > **Tip:** > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 @@ -146,7 +146,7 @@ ticloud serverless private-link-connection zones --cluster-id 3. **[データフローのプライベート リンク接続]**領域で、 **[プライベート リンク接続の作成] を**クリックして、エンドポイント共有モードでプライベートエンドポイントを作成します。このモデルでは、同じ Alibaba Cloud Region 内の複数の {{{ .essential }}} インスタンスで 1 つのプライベートエンドポイントを共有できます。 - > **注記：** + > **Note:** > > TiDB Cloud Essential インスタンスが 2026 年 6 月 30 日以降に作成され、**[データフローのプライベート リンク接続]**領域を利用できない場合は、代わりに **[Alibaba Cloud Private Endpoint for External Services]** 領域で **Create Private Endpoint for External Services** をクリックして、エンドポイント専用モードでプライベートリンク接続を作成できます。エンドポイント専用モデルでは、各 {{{ .essential }}} インスタンスが独自のスタンドアロンプライベートエンドポイントを使用します。このモデルでは、接続時に[アカウントプレフィックス](/tidb-cloud/select-cluster-tier.md#user-name-prefix)を含める必要がありません。 @@ -200,7 +200,7 @@ TiDB Cloudコンソールを使用してドメインをプライベート リン 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動します。 - > **ヒント：** + > **Tip:** > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 @@ -253,7 +253,7 @@ TiDB Cloudコンソールを使用してプライベート リンク接続から 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動します。 - > **ヒント：** + > **Tip:** > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 @@ -295,7 +295,7 @@ TiDB Cloudコンソールを使用してプライベート リンク接続を削 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動します。 - > **ヒント：** + > **Tip:** > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 diff --git a/tidb-cloud/set-up-private-endpoint-connections-on-alibaba-cloud.md b/tidb-cloud/set-up-private-endpoint-connections-on-alibaba-cloud.md index 1ca65244cf014..3364533495108 100644 --- a/tidb-cloud/set-up-private-endpoint-connections-on-alibaba-cloud.md +++ b/tidb-cloud/set-up-private-endpoint-connections-on-alibaba-cloud.md @@ -7,7 +7,7 @@ summary: Alibaba Cloudのプライベートエンドポイントを介して、T このチュートリアルでは、Alibaba Cloud のプライベートエンドポイントを介してTiDB Cloud StarterまたはEssentialインスタンスに接続する手順を説明します。プライベートエンドポイントを介して接続することで、パブリックインターネットを使用せずに、サービスとTiDB Cloud StarterまたはEssentialインスタンス間の安全でプライベートな通信が可能になります。 -> **ヒント：** +> **Tip:** > > AWS PrivateLink 経由でTiDB Cloud StarterまたはEssentialインスタンスに接続する方法については、 [AWS PrivateLink経由でTiDB Cloudに接続します](/tidb-cloud/set-up-private-endpoint-connections-serverless.md)を参照してください。 @@ -60,7 +60,7 @@ Alibaba Cloud管理コンソールを使用してVPCインターフェースエ ### ステップ3．TiDB Cloudでプライベートエンドポイントを認証する（オプション） {#step-3-authorize-your-private-endpoint-in-tidb-cloud-optional} -> **注記：** +> **Note:** > > この手順は任意です。特定のプライベートエンドポイント接続へのアクセスを制限する場合にのみ、**承認済みネットワーク**を設定する必要があります。ルールが設定されていない場合、すべてのプライベートエンドポイント接続がデフォルトで許可されます。 @@ -80,7 +80,7 @@ Alibaba Cloud上にインターフェースエンドポイントを作成した - **エンドポイント ID** : Alibaba Cloud 管理コンソールから取得した 23 文字のエンドポイント ID ( `ep-` } で始まる) を貼り付けてください。 - > **ヒント：** + > **Tip:** > > - **「承認済みネットワーク」**テーブルを空のままにした場合、デフォルトで全てのプライベートエンドポイント接続が許可されます。 > - クラウドリージョンからのすべてのプライベートエンドポイント接続を許可するには（テストまたはオープンアクセス用）、**エンドポイントID**フィールドにアスタリスク1つ（ `*` ）を入力します。 diff --git a/tidb-cloud/set-up-private-endpoint-connections-on-azure.md b/tidb-cloud/set-up-private-endpoint-connections-on-azure.md index c69f8d7496eb5..fcba5462fe474 100644 --- a/tidb-cloud/set-up-private-endpoint-connections-on-azure.md +++ b/tidb-cloud/set-up-private-endpoint-connections-on-azure.md @@ -9,7 +9,7 @@ summary: Azureプライベートリンクを介してTiDB Cloud Dedicatedクラ -> **ヒント：** +> **Tip:** > > - AWS のプライベート エンドポイント経由でTiDB Cloud Dedicatedクラスターに接続する方法については、 [AWS PrivateLink を介してTiDB Cloud Dedicatedクラスタに接続します](/tidb-cloud/set-up-private-endpoint-connections.md)を参照してください。 > - Google Cloud のプライベート エンドポイント経由でTiDB Cloud Dedicatedクラスターに接続する方法については、 [Google Cloud Private Service Connect を介してTiDB Cloud Dedicatedクラスタに接続します](/tidb-cloud/set-up-private-endpoint-connections-on-google-cloud.md) @@ -21,7 +21,7 @@ summary: Azureプライベートリンクを介してTiDB Cloud Dedicatedクラ -> **ヒント：** +> **Tip:** > > - AWS のプライベート エンドポイント経由でTiDB Cloud Dedicatedクラスターに接続する方法については、 [AWS PrivateLink を介してTiDB Cloud Dedicatedクラスタに接続します](/tidb-cloud/set-up-private-endpoint-connections.md)を参照してください。 > - Google Cloud のプライベート エンドポイント経由でTiDB Cloud Dedicatedクラスターに接続する方法については、 [Google Cloud Private Service Connect を介してTiDB Cloud Dedicatedクラスタに接続します](/tidb-cloud/set-up-private-endpoint-connections-on-google-cloud.md) @@ -65,7 +65,7 @@ Azure Private Link のアーキテクチャは次のとおりです: [^1] 2. 右上隅の**「接続」**をクリックしてください。接続ダイアログが表示されます。 3. **「接続の種類」**ドロップダウンリストで**「プライベートエンドポイント」**を選択し、 **「プライベートエンドポイント接続の作成」**をクリックして、 **「Azureプライベートエンドポイント接続の作成」**ダイアログを開きます。 -> **注記：** +> **Note:** > > 既にプライベートエンドポイント接続を作成済みの場合、アクティブなエンドポイントが接続ダイアログに表示されます。追加のプライベートエンドポイント接続を作成するには、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックして、 **「ネットワーク」**ページに移動します。 @@ -73,7 +73,7 @@ Azure Private Link のアーキテクチャは次のとおりです: [^1] 1. **「Azureプライベートエンドポイント接続の作成」**ダイアログで、プライベートリンクサービスのTiDB CloudリソースIDをコピーし、後で使用するためにダイアログを開いたままにしておきます。 - > **注記：** + > **Note:** > > TiDB Cloud Dedicatedの各クラスターに対して、対応するエンドポイントサービスは、クラスター作成後3～4分で自動的に作成されます。 diff --git a/tidb-cloud/set-up-private-endpoint-connections-on-google-cloud.md b/tidb-cloud/set-up-private-endpoint-connections-on-google-cloud.md index 36a5616d57900..84fbdd7c4b3a9 100644 --- a/tidb-cloud/set-up-private-endpoint-connections-on-google-cloud.md +++ b/tidb-cloud/set-up-private-endpoint-connections-on-google-cloud.md @@ -9,7 +9,7 @@ summary: Google Cloud Private Service Connectを使用してTiDB Cloudクラス -> **ヒント：** +> **Tip:** > > - AWS のプライベート エンドポイント経由でTiDB Cloud Dedicatedクラスターに接続する方法については、 [AWS PrivateLink を介してTiDB Cloud Dedicatedクラスタに接続します](/tidb-cloud/set-up-private-endpoint-connections.md)を参照してください。 > - Azure のプライベート エンドポイントを介してTiDB Cloud Dedicatedクラスターに接続する方法については、 [Azureプライベートリンクを介してTiDB Cloud Dedicatedクラスタに接続する](/tidb-cloud/set-up-private-endpoint-connections-on-azure.md)D dedicated クラスターに接続する」を参照してください。 @@ -21,7 +21,7 @@ summary: Google Cloud Private Service Connectを使用してTiDB Cloudクラス -> **ヒント：** +> **Tip:** > > - AWS のプライベート エンドポイント経由でTiDB Cloud Dedicatedクラスターに接続する方法については、 [AWS PrivateLink を介してTiDB Cloud Dedicatedクラスタに接続します](/tidb-cloud/set-up-private-endpoint-connections.md)を参照してください。 > - Azure のプライベート エンドポイントを介してTiDB Cloud Dedicatedクラスターに接続する方法については、 [Azureプライベートリンクを介してTiDB Cloud Dedicatedクラスタに接続する](/tidb-cloud/set-up-private-endpoint-connections-on-azure.md)D dedicated クラスターに接続する」を参照してください。 @@ -105,7 +105,7 @@ Google Cloud Private Service Connect のアーキテクチャは以下のとお 3. **「接続タイプ」**ドロップダウンリストで**「プライベートエンドポイント」**を選択し、 **「プライベートエンドポイント接続の作成」を**クリックします。 - > **注記：** + > **Note:** > > 既にプライベートエンドポイント接続を作成済みの場合、アクティブなエンドポイントが接続ダイアログに表示されます。追加のプライベートエンドポイント接続を作成するには、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックして、 **「ネットワーク」**ページに移動します。 diff --git a/tidb-cloud/set-up-private-endpoint-connections-serverless.md b/tidb-cloud/set-up-private-endpoint-connections-serverless.md index 298e6534eada7..0dfbd29c48e1c 100644 --- a/tidb-cloud/set-up-private-endpoint-connections-serverless.md +++ b/tidb-cloud/set-up-private-endpoint-connections-serverless.md @@ -7,7 +7,7 @@ summary: プライベートエンドポイントを介してTiDB Cloud Starter このドキュメントでは、AWS PrivateLink を介してTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスに接続する方法について説明します。 -> **ヒント：** +> **Tip:** > > - AWS のプライベート エンドポイント経由でTiDB Cloud Dedicatedクラスターに接続する方法については、 [AWS PrivateLink を介してTiDB Cloud Dedicatedクラスタに接続します](/tidb-cloud/set-up-private-endpoint-connections.md)を参照してください。 > - Azure のプライベート エンドポイントを介してTiDB Cloud Dedicatedクラスターに接続する方法については、 [Azureプライベートリンクを介してTiDB Cloud Dedicatedクラスタに接続する](/tidb-cloud/set-up-private-endpoint-connections-on-azure.md)D dedicated クラスターに接続する」を参照してください。 @@ -58,7 +58,7 @@ TiDB Cloudプランに応じて、適切なプライベートエンドポイン 3. **「接続タイプ」**ドロップダウンリストで、 **「プライベートエンドポイント」**を選択します。 4. **サービス名**、**アベイラビリティゾーンID** 、**リージョンID**をメモしておいてください。 - > **注記：** + > **Note:** > > AWSリージョン内の各VPCにつき、作成する必要があるプライベートエンドポイントは1つだけです。このエンドポイントは、同じAWSリージョン内の同じVPCにあるすべてのTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスで使用できますが、VPC間で共有することはできません。 @@ -89,7 +89,7 @@ AWS マネジメントコンソールを使用して VPC インターフェイ 8. **セキュリティグループ**領域で、適切なセキュリティグループを選択してください。 - > **注記：** + > **Note:** > > 選択したセキュリティグループが、EC2インスタンスからのポート4000への受信アクセスを許可していることを確認してください。 @@ -107,7 +107,7 @@ AWS CLI を使用して VPC インターフェイス エンドポイントを作 aws ec2 create-vpc-endpoint --vpc-id ${your_vpc_id} --region ${region_id} --service-name ${service_name} --vpc-endpoint-type Interface --subnet-ids ${your_subnet_id} ``` -> **ヒント：** +> **Tip:** > > コマンドを実行する前に、AWS CLI をインストールして設定する必要があります。詳細については、 [AWS CLI設定の基本](https://docs.aws.amazon.com/cli/latest/userguide/cli-configure-quickstart.html)参照してください。 @@ -118,7 +118,7 @@ aws ec2 create-vpc-endpoint --vpc-id ${your_vpc_id} --region ${region_id} --serv ### ステップ3．TiDB Cloudでプライベートエンドポイントを認証する（オプション） {#step-3-authorize-your-private-endpoint-in-tidb-cloud-optional} -> **注記：** +> **Note:** > > この手順は任意です。特定のプライベートエンドポイント接続へのアクセスを制限する場合にのみ、**承認済みネットワーク**を設定する必要があります。ルールが設定されていない場合、すべてのプライベートエンドポイント接続がデフォルトで許可されます。 @@ -138,7 +138,7 @@ AWSインターフェースエンドポイントを作成した後、対象のTi - **VPCエンドポイントID** ：AWSマネジメントコンソールから取得した22文字のVPCエンドポイントIDを貼り付けてください（ `vpce-`で始まります）。 - > **ヒント：** + > **Tip:** > > - **「承認済みネットワーク」**テーブルを空のままにした場合、デフォルトで全てのプライベートエンドポイント接続が許可されます。 > - クラウドリージョンからのすべてのプライベートエンドポイント接続を許可するには（テストまたはオープンアクセスのため）、 **[VPCエンドポイントID]**フィールドにアスタリスク( `*` )を1つ入力します。 @@ -155,7 +155,7 @@ AWSインターフェースエンドポイントを作成した後、対象のTi 4. **「接続**方法」ドロップダウンリストから、希望する接続方法を選択してください。対応する接続​​文字列がダイアログの下部に表示されます。 5. 接続文字列を使用して、 TiDB Cloud StarterまたはEssentialインスタンスに接続します。 -> **ヒント：** +> **Tip:** > > TiDB Cloud StarterまたはEssentialインスタンスに接続できない場合、AWSのVPCエンドポイントのセキュリティグループが正しく設定されていないことが原因である可能性があります。解決策については、[このFAQ](#troubleshooting)ご覧ください。 > @@ -164,7 +164,7 @@ AWSインターフェースエンドポイントを作成した後、対象のTi ## AWSでプライベートエンドポイントを設定する（エンドポイント占有モデル） {#set-up-a-private-endpoint-with-aws-endpoint-exclusive-model} -> **注記：** +> **Note:** > > 現在、エンドポイント占有モデルは、一部のAWSリージョンにおいて、2026年7月1日以降に作成された {{{ .essential }}} インスタンスでのみ利用できます。お使いのインスタンスで利用できない場合は、代わりに [エンドポイント共有モデル](#set-up-a-private-endpoint-with-aws-endpoint-shared-model) を使用できます。 @@ -186,13 +186,13 @@ AWSインターフェースエンドポイントを作成した後、対象のTi 2. 右上隅の **Connect** をクリックします。接続ダイアログが表示されます。 3. **Connection Type** ドロップダウンリストで **Private Endpoint** を選択し、 **Create Private Endpoint Connection** をクリックします。 -> **注記：** +> **Note:** > > すでにプライベートエンドポイント接続を作成している場合、アクティブなエンドポイントが接続ダイアログに表示されます。追加のプライベートエンドポイント接続を作成するには、左側のナビゲーションペインで **Settings** > **Networking** をクリックして **Networking** ページに移動します。 ### ステップ2. AWSインターフェースエンドポイントを作成する {#step-2-create-an-aws-interface-endpoint-exclusive-model} -> **注記：** +> **Note:** > > 各 {{{ .essential }}} インスタンスについて、対応するエンドポイントサービスはインスタンス作成後3〜4分で自動的に作成されます。 @@ -216,7 +216,7 @@ AWS CLI を使用してVPCインターフェースエンドポイントを作成 1. 生成されたコマンドをコピーし、ターミナルで実行します。 2. 作成したVPCエンドポイントIDを記録します。 -> **ヒント：** +> **Tip:** > > - コマンドを実行する前に、AWS CLI をインストールして設定しておく必要があります。詳細は [AWS CLI configuration basics](https://docs.aws.amazon.com/cli/latest/userguide/cli-configure-quickstart.html) を参照してください。 > @@ -240,13 +240,13 @@ AWS Management Console を使用してVPCインターフェースエンドポイ 6. **Network settings** エリアで、ドロップダウンリストからVPCを選択します。 7. **Subnets** エリアで、{{{ .essential }}} インスタンスが配置されているアベイラビリティゾーンを選択します。 - > **ヒント：** + > **Tip:** > > サービスが3つを超えるアベイラビリティゾーン（AZ）にまたがる場合、 **Subnets** エリアでAZを選択できないことがあります。この問題は、選択したリージョンに、{{{ .essential }}} インスタンスが配置されているAZに加えて余分なAZがある場合に発生します。この場合は、[PingCAP Technical Support](https://docs.pingcap.com/tidbcloud/tidb-cloud-support) にお問い合わせください。 8. **Security groups** エリアで、適切なセキュリティグループを選択します。 - > **注記：** + > **Note:** > > 選択したセキュリティグループが、EC2インスタンスからポート `4000` またはカスタマー定義ポートへのインバウンドアクセスを許可していることを確認してください。 @@ -261,7 +261,7 @@ AWS Management Console を使用してVPCインターフェースエンドポイ 2. **Create AWS Private Endpoint Connection** ページで、VPCエンドポイントIDを入力します。 3. **Create Private Endpoint Connection** をクリックします。 -> **ヒント：** +> **Tip:** > > 対象の {{{ .essential }}} インスタンスの **Networking** ページで、プライベートエンドポイント接続を表示および管理できます。このページにアクセスするには、左側のナビゲーションペインで **Settings** > **Networking** をクリックします。 @@ -303,7 +303,7 @@ AWS Management Console でプライベートDNSを有効にするには、次の 2. **Connect With** ドロップダウンリストで、希望する接続方法を選択します。対応する接続文字列がダイアログの下部に表示されます。 3. 接続文字列を使用してインスタンスに接続します。 -> **ヒント：** +> **Tip:** > > インスタンスに接続できない場合、原因はAWS内のVPCエンドポイントのセキュリティグループが適切に設定されていないことかもしれません。解決策については [this FAQ](#troubleshooting) を参照してください。 diff --git a/tidb-cloud/set-up-private-endpoint-connections.md b/tidb-cloud/set-up-private-endpoint-connections.md index adf1864fd6757..fcfc89e735364 100644 --- a/tidb-cloud/set-up-private-endpoint-connections.md +++ b/tidb-cloud/set-up-private-endpoint-connections.md @@ -7,7 +7,7 @@ summary: AWS を使用してプライベートエンドポイント経由でTiDB このドキュメントでは、 [AWS プライベートリンク](https://aws.amazon.com/privatelink)経由でTiDB Cloud Dedicated クラスターに接続する方法について説明します。 -> **ヒント：** +> **Tip:** > > - AWS PrivateLink 経由でTiDB Cloud Starter またはTiDB Cloud Essential クラスターに接続する方法については、 [AWS PrivateLink 経由でTiDB Cloud Starter または Essential に接続します](/tidb-cloud/set-up-private-endpoint-connections-serverless.md)参照してください。 > - Azure のプライベート エンドポイント経由でTiDB Cloud Dedicated クラスターに接続する方法については、 [Azure Private Link 経由でTiDB Cloud Dedicatedクラスタに接続する](/tidb-cloud/set-up-private-endpoint-connections-on-azure.md)参照してください。 @@ -59,13 +59,13 @@ AWS VPC設定でDNSホスト名とDNS解決の[AWS マネジメントコンソ 2. 右上隅の**「接続」**をクリックします。接続ダイアログが表示されます。 3. [**接続タイプ]**ドロップダウン リストで**[プライベート エンドポイント]**を選択し、 **[プライベート エンドポイント接続の作成]**をクリックします。 -> **注記：** +> **Note:** > > プライベートエンドポイント接続を既に作成している場合は、アクティブなエンドポイントが接続ダイアログに表示されます。追加のプライベートエンドポイント接続を作成するには、左側のナビゲーションペインで**[設定]** > **[ネットワーク]**をクリックして**[ネットワーク]**ページに移動します。 ### ステップ2. AWSインターフェースエンドポイントを作成する {#step-2-create-an-aws-interface-endpoint} -> **注記：** +> **Note:** > > 2023 年 3 月 28 日以降に作成されたTiDB Cloud Dedicated クラスターごとに、クラスターの作成後 3 ～ 4 分後に対応するエンドポイント サービスが自動的に作成されます。 @@ -88,7 +88,7 @@ AWS CLI を使用して VPC インターフェイスエンドポイントを作 1. 生成されたコマンドをコピーしてターミナルで実行します。 2. 作成した VPC エンドポイント ID を記録します。 -> **ヒント：** +> **Tip:** > > - コマンドを実行する前に、AWS CLI をインストールして設定しておく必要があります。詳細は[AWS CLI 設定の基本](https://docs.aws.amazon.com/cli/latest/userguide/cli-configure-quickstart.html)参照してください。 > @@ -117,13 +117,13 @@ AWS マネジメントコンソールを使用して VPC インターフェイ 7. **[サブネット]**領域で、TiDB クラスターが配置されている可用性ゾーンを選択します。 - > **ヒント：** + > **Tip:** > > サービスが3つを超えるアベイラビリティゾーン（AZ）にまたがっている場合、 **「サブネット」**エリアでAZを選択できない場合があります。この問題は、選択したリージョンに、TiDBクラスターが配置されているAZに加えて、追加のAZが存在する場合に発生します。その場合は、 [PingCAP テクニカルサポート](https://docs.pingcap.com/tidbcloud/tidb-cloud-support)お問い合わせください。 8. **[セキュリティグループ]**領域で、セキュリティ グループを適切に選択します。 - > **注記：** + > **Note:** > > 選択したセキュリティ グループが、ポート`4000`または顧客定義のポート上の EC2 インスタンスからのインバウンド アクセスを許可していることを確認します。 @@ -138,7 +138,7 @@ AWS マネジメントコンソールを使用して VPC インターフェイ 2. **「AWS プライベートエンドポイント接続の作成**」ページで、VPC エンドポイント ID を入力します。 3. **[プライベート エンドポイント接続の作成]**をクリックします。 -> **ヒント：** +> **Tip:** > > プライベート エンドポイント接続は、次の 2 つのページで表示および管理できます。 > @@ -183,7 +183,7 @@ AWS マネジメントコンソールでプライベート DNS を有効にす 2. **「接続方法」**ドロップダウンリストで、希望する接続方法を選択します。対応する接続文字列がダイアログの下部に表示されます。 3. 接続文字列を使用してクラスターに接続します。 -> **ヒント：** +> **Tip:** > > クラスターに接続できない場合は、AWS の VPC エンドポイントのセキュリティグループが正しく設定されていないことが原因である可能性があります。解決策については[このFAQ](#troubleshooting)ご覧ください。 diff --git a/tidb-cloud/set-up-sink-private-endpoint.md b/tidb-cloud/set-up-sink-private-endpoint.md index d3bcff385f4f8..4e29c2611513e 100644 --- a/tidb-cloud/set-up-sink-private-endpoint.md +++ b/tidb-cloud/set-up-sink-private-endpoint.md @@ -65,7 +65,7 @@ changefeed ダウンストリーム サービスが Azure でホストされて 2. [**クラスター**](https://tidbcloud.com/project/clusters)ページで、ターゲット クラスターの名前をクリックして、概要ページに移動します。 - > **ヒント：** + > **Tip:** > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 diff --git a/tidb-cloud/set-up-vpc-peering-connections.md b/tidb-cloud/set-up-vpc-peering-connections.md index 89d2db28956e1..57db4051f9321 100644 --- a/tidb-cloud/set-up-vpc-peering-connections.md +++ b/tidb-cloud/set-up-vpc-peering-connections.md @@ -5,7 +5,7 @@ summary: VPC ピアリング経由でTiDB Cloud Dedicated に接続する方法 # VPC ピアリング経由でTiDB Cloud Dedicated に接続する {#connect-to-tidb-cloud-dedicated-via-vpc-peering} -> **注記：** +> **Note:** > > VPC ピアリング接続は、AWS および Google Cloud でホストされているTiDB Cloud Dedicated クラスターでのみ利用できます。 @@ -15,7 +15,7 @@ VPCピアリング接続は、2つのVPC間のネットワーク接続であり 現在、同一リージョン内の同一プロジェクトのTiDBクラスターは同じVPC内に作成されます。そのため、あるプロジェクトのリージョンでVPCピアリングを設定すると、そのプロジェクトの同一リージョン内に作成されたすべてのTiDBクラスターをVPC内で接続できるようになります。VPCピアリングの設定はクラウドプロバイダーによって異なります。 -> **ヒント：** +> **Tip:** > > アプリケーションをTiDB Cloudに接続するには、 TiDB Cloudで[プライベートエンドポイント接続](/tidb-cloud/set-up-private-endpoint-connections.md)設定することもできます。TiDB Cloudは安全でプライベートであり、データがパブリックインターネットに公開されることはありません。VPCピアリング接続ではなく、プライベートエンドポイントを使用することをお勧めします。 @@ -37,7 +37,7 @@ VPCピアリングリクエストをリージョンに追加するには、そ ![Project-CIDR4](/media/tidb-cloud/Project-CIDR4.png) - > **注記：** + > **Note:** > > - アプリケーションが配置されている VPC の CIDR との競合を避けるには、このフィールドに別のプロジェクト CIDR を設定する必要があります。 > - AWSリージョンの場合、IP範囲のサイズを`/16` ～ `/23`範囲で設定することをお勧めします。サポートされているネットワークアドレスは次のとおりです。 @@ -97,7 +97,7 @@ VPC ピアリング リクエストは、TiDB Cloudコンソールのプロジ 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動します。 - > **ヒント：** + > **Tip:** > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 @@ -178,7 +178,7 @@ AWS CLI または AWS ダッシュボードを使用して、VPC ピアリング done ``` - > **注記：** + > **Note:** > > ルートテーブルルールが正常に作成されたにもかかわらず、エラー`An error occurred (MissingParameter) when calling the CreateRoute operation: The request must contain the parameter routeTableId`が発生する場合があります。その場合は、作成されたルールを確認し、エラーを無視してください。 @@ -255,7 +255,7 @@ VPC ピアリング リクエストは、TiDB Cloudコンソールのプロジ 4. 右上隅で**[VPC ピアリングを作成]**をクリックし、 **[TiDB Cloud VPCリージョン]**を選択して、既存の Google Cloud VPC の必要な情報を入力します。 - > **ヒント：** + > **Tip:** > > **Google Cloud プロジェクト ID**と**VPC ネットワーク名**フィールドの横にある指示に従って、プロジェクト ID と VPC ネットワーク名を見つけることができます。 @@ -274,7 +274,7 @@ VPC ピアリング リクエストは、TiDB Cloudコンソールのプロジ 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動します。 - > **ヒント：** + > **Tip:** > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 @@ -284,7 +284,7 @@ VPC ピアリング リクエストは、TiDB Cloudコンソールのプロジ 3. **[ネットワーキング]**ページで**[VPC ピアリングを作成]**をクリックし、既存の Google Cloud VPC の必要な情報を入力します。 - > **ヒント：** + > **Tip:** > > **Google Cloud プロジェクト ID**と**VPC ネットワーク名**フィールドの横にある指示に従って、プロジェクト ID と VPC ネットワーク名を見つけることができます。 @@ -307,7 +307,7 @@ VPC ピアリング リクエストは、TiDB Cloudコンソールのプロジ gcloud beta compute networks peerings create --project --network --peer-project --peer-network ``` -> **注記：** +> **Note:** > > ``お好きな名前を付けていただけます。 diff --git a/tidb-cloud/size-your-cluster.md b/tidb-cloud/size-your-cluster.md index 7d085ff3ec2ea..5a08e033f1bad 100644 --- a/tidb-cloud/size-your-cluster.md +++ b/tidb-cloud/size-your-cluster.md @@ -7,7 +7,7 @@ summary: TiDB Cloudクラスターのサイズを決定する方法を学びま このドキュメントでは、TiDB Cloud Dedicated クラスターのサイズを決定する方法について説明します。 -> **注記：** +> **Note:** > > TiDB Cloud Starter またはTiDB Cloud Essential クラスターのサイズを変更することはできません。 @@ -30,7 +30,7 @@ TiDB のノード数、vCPU、RAM を構成できます。 | 16 vCPU、32 GiB | 16 vCPU、64 GiB | | 32 vCPU、64 GiB | 32 vCPU、128 GiB | -> **注記：** +> **Note:** > > **32 vCPU、128 GiB**サイズの TiDB を使用するには、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)お問い合わせください。 > @@ -98,7 +98,7 @@ TiKV のノード数、vCPU と RAM、ストレージを構成できます。 | 16 vCPU、64 GiB | 近日公開 | | 32 vCPU、128 GiB | 該当なし | -> **注記：** +> **Note:** > > TiKV の vCPU と RAM サイズが**4 vCPU、16 GiB**に設定されている場合、次の制限に注意してください。 > @@ -114,7 +114,7 @@ TiKV ノードの数は**少なくとも 1 セット (3 つの異なる利用可 TiDB Cloudは、耐久性と高可用性を実現するために、選択したリージョン内のすべてのアベイラビリティゾーン（少なくとも3つ）にTiKVノードを均等にデプロイします。典型的な3レプリカ構成では、データはすべてのアベイラビリティゾーンのTiKVノードに均等に分散され、各TiKVノードのディスクに永続化されます。 -> **注記：** +> **Note:** > > TiDB クラスターをスケールすると、3 つのアベイラビリティゾーンのノードが同時に増減します。ニーズに応じて TiDB クラスターをスケールインまたはスケールアウトする方法については、 [TiDBクラスタのスケール](/tidb-cloud/scale-tidb-cluster.md)参照してください。 @@ -182,7 +182,7 @@ TiKVノード数が8未満の場合、パフォーマンス偏差係数はほぼ | 16 仮想CPU | 200ギガバイト | 4096ギガバイト | 500ギガバイト | | 32 仮想CPU | 200ギガバイト | 4096ギガバイト | 500ギガバイト | -> **注記：** +> **Note:** > > クラスターの作成後に TiKV ノードのストレージサイズを減らすことはできません。 @@ -252,7 +252,7 @@ TiFlashノードの最小数: `min((800 GiB * 2 + 100 GiB * 1) / 1024 GiB, max(2 | 16 仮想CPU | 200ギガバイト | 4096ギガバイト | 500ギガバイト | | 32 仮想CPU | 200ギガバイト | 8192 ギガバイト | 500ギガバイト | -> **注記：** +> **Note:** > > クラスターの作成後にTiFlashノードのストレージを減らすことはできません。 diff --git a/tidb-cloud/sql-proxy-account.md b/tidb-cloud/sql-proxy-account.md index f10c2201b769f..3d156a9e0e6f1 100644 --- a/tidb-cloud/sql-proxy-account.md +++ b/tidb-cloud/sql-proxy-account.md @@ -62,7 +62,7 @@ SQLプロキシアカウントのユーザー名は、 TiDB Cloudのユーザー | TiDB Cloud Serverless | `u1@pingcap.com` | `{user_name_prefix}.u1@pingcap.com` | | TiDB Cloud Serverless | `longemailaddressexample@pingcap.com` | `{user_name_prefix}.longem_48k1jwL9` | -> **注記：** +> **Note:** > > 上記の表の`{user_name_prefix}`は、 TiDB Cloud Serverless クラスターを区別するためにTiDB Cloudによって生成される一意のプレフィックスです。詳細については、 TiDB Cloud Serverless クラスターの「 [ユーザー名のプレフィックス](/tidb-cloud/select-cluster-tier.md#user-name-prefix)参照してください。 diff --git a/tidb-cloud/terraform-migrate-cluster-resource.md b/tidb-cloud/terraform-migrate-cluster-resource.md index 8f5f46b70df72..d6654a4ca8fd2 100644 --- a/tidb-cloud/terraform-migrate-cluster-resource.md +++ b/tidb-cloud/terraform-migrate-cluster-resource.md @@ -7,7 +7,7 @@ summary: クラスター リソースをサーバーレスまたは専用のク TiDB Cloud Terraform Provider v0.4.0 以降では、 `tidbcloud_cluster`リソースが`tidbcloud_serverless_cluster`と`tidbcloud_dedicated_cluster` 2 つの新しいリソースに置き換えられます。TiDB Cloud Terraform Provider v0.4.0 以降のバージョンをご利用の場合は、このドキュメントに従って`tidbcloud_cluster`リソースを`tidbcloud_serverless_cluster`または`tidbcloud_dedicated_cluster`リソースに移行できます。 -> **ヒント：** +> **Tip:** > > このドキュメントの手順では、Terraform の構成生成機能を使用して、クラスターリソースの`.tf`構成を自動的に再作成することで、移行プロセスを簡素化します。詳細については、Terraform ドキュメントの[構成の生成](https://developer.hashicorp.com/terraform/language/import/generating-configuration)参照してください。 diff --git a/tidb-cloud/terraform-use-cluster-resource.md b/tidb-cloud/terraform-use-cluster-resource.md index 3c179c1474030..010b5bbaf1357 100644 --- a/tidb-cloud/terraform-use-cluster-resource.md +++ b/tidb-cloud/terraform-use-cluster-resource.md @@ -5,7 +5,7 @@ summary: クラスター リソースを使用してTiDB Cloudクラスターを # tidbcloud_clusterリソースを使用する（非推奨） {#use-the-code-tidbcloud-cluster-code-resource-deprecated} -> **警告：** +> **Warning:** > > [TiDB Cloud Terraform プロバイダー](https://registry.terraform.io/providers/tidbcloud/tidbcloud) v0.4.0以降、リソース`tidbcloud_cluster`非推奨となりました。代わりにリソース`tidbcloud_dedicated_cluster`またはリソース`tidbcloud_serverless_cluster`使用することをお勧めします。詳細については、 [`tidbcloud_dedicated_cluster`リソースを使用する](/tidb-cloud/terraform-use-dedicated-cluster-resource.md)または[`tidbcloud_serverless_cluster`リソースを使用する](/tidb-cloud/terraform-use-serverless-cluster-resource.md)をご覧ください。 @@ -262,7 +262,7 @@ summary: クラスター リソースを使用してTiDB Cloudクラスターを ## クラスターリソースを使用してクラスターを作成する {#create-a-cluster-using-the-cluster-resource} -> **注記：** +> **Note:** > > 始める前に、 TiDB Cloudコンソールで CIDR が設定されていることを確認してください。詳細については、 [CIDRを設定する](/tidb-cloud/set-up-vpc-peering-connections.md#prerequisite-set-a-cidr-for-a-region)参照してください。 diff --git a/tidb-cloud/terraform-use-dedicated-cluster-resource.md b/tidb-cloud/terraform-use-dedicated-cluster-resource.md index 756c02618104e..99435bb0e6e88 100644 --- a/tidb-cloud/terraform-use-dedicated-cluster-resource.md +++ b/tidb-cloud/terraform-use-dedicated-cluster-resource.md @@ -119,7 +119,7 @@ summary: tidbcloud_dedicated_cluster` リソースを使用してTiDB Cloud Dedi ## TiDB Cloud Dedicatedクラスターを作成する {#create-a-tidb-cloud-dedicated-cluster} -> **注記：** +> **Note:** > > - 始める前に、 [TiDB Cloudコンソール](https://tidbcloud.com)で CIDR が設定されていることを確認してください。詳細については、 [CIDRを設定する](/tidb-cloud/set-up-vpc-peering-connections.md#prerequisite-set-a-cidr-for-a-region)参照してください。 > - CIDR を管理するには[`dedicated_network_container`リソースを作成する](/tidb-cloud/terraform-use-dedicated-network-container-resource.md)も使用できます。 diff --git a/tidb-cloud/terraform-use-dedicated-network-container-resource.md b/tidb-cloud/terraform-use-dedicated-network-container-resource.md index 9168133332c00..2ce47a033315f 100644 --- a/tidb-cloud/terraform-use-dedicated-network-container-resource.md +++ b/tidb-cloud/terraform-use-dedicated-network-container-resource.md @@ -17,7 +17,7 @@ summary: tidbcloud_dedicated_network_container` リソースを使用して、 T - TiDB Cloud Dedicated ネットワーク コンテナーをインポートします。 - TiDB Cloud Dedicated ネットワーク コンテナーを削除します。 -> **注記：** +> **Note:** > > TiDB Cloud Dedicatedネットワークコンテナは、ステータスが`ACTIVE`場合、変更または削除できません。適用する前に、 `tidbcloud_network_container`リソースの構成が正しいことを確認してください。 diff --git a/tidb-cloud/terraform-use-dedicated-private-endpoint-connection-resource.md b/tidb-cloud/terraform-use-dedicated-private-endpoint-connection-resource.md index 751d23874e18b..1d1cb2b4b75ef 100644 --- a/tidb-cloud/terraform-use-dedicated-private-endpoint-connection-resource.md +++ b/tidb-cloud/terraform-use-dedicated-private-endpoint-connection-resource.md @@ -13,7 +13,7 @@ summary: tidbcloud_dedicated_private_endpoint_connection` リソースを使用 - TiDB Cloud Dedicated プライベート エンドポイント接続をインポートします。 - TiDB Cloud Dedicated プライベート エンドポイント接続を削除します。 -> **注記：** +> **Note:** > > `tidbcloud_dedicated_private_endpoint_connection`リソースは変更できません。TiDB Cloud Dedicated のプライベートエンドポイント接続を変更するには、既存の接続を削除してから、新しい接続を作成する必要があります。 diff --git a/tidb-cloud/terraform-use-dedicated-vpc-peering-resource.md b/tidb-cloud/terraform-use-dedicated-vpc-peering-resource.md index ab553deb6ceae..65e7e2d7b91c1 100644 --- a/tidb-cloud/terraform-use-dedicated-vpc-peering-resource.md +++ b/tidb-cloud/terraform-use-dedicated-vpc-peering-resource.md @@ -13,7 +13,7 @@ summary: tidbcloud_dedicated_vpc_peering` リソースを使用して、 TiDB Cl - TiDB Cloud Dedicated VPC ピアリングをインポートします。 - TiDB Cloud Dedicated VPC ピアリングを削除します。 -> **注記：** +> **Note:** > > `tidbcloud_dedicated_vpc_peering`リソースは変更できません。TiDB Cloud Dedicated VPC ピアリングの設定を変更する場合は、既存のピアリングを削除してから、新しいピアリングを作成する必要があります。 diff --git a/tidb-cloud/terraform-use-import-resource.md b/tidb-cloud/terraform-use-import-resource.md index 3788b4b59a276..eb23c6f674a23 100644 --- a/tidb-cloud/terraform-use-import-resource.md +++ b/tidb-cloud/terraform-use-import-resource.md @@ -26,7 +26,7 @@ summary: tidbcloud_import` リソースを使用してインポート タスク ### ローカルインポートタスクを作成して実行する {#create-and-run-a-local-import-task} -> **注記：** +> **Note:** > > ローカル ファイルのインポートは、 TiDB Cloud Starter またはTiDB Cloud Essential クラスターでのみサポートされ、 TiDB Cloud Dedicated クラスターではサポートされません。 @@ -177,7 +177,7 @@ summary: tidbcloud_import` リソースを使用してインポート タスク ### Amazon S3 インポートタスクを作成して実行する {#create-and-run-an-amazon-s3-import-task} -> **注記：** +> **Note:** > > TiDB Cloud がAmazon S3 バケット内のファイルにアクセスできるようにするには、まず[Amazon S3 アクセスを構成する](/tidb-cloud/dedicated-external-storage.md#configure-amazon-s3-access)実行する必要があります。 diff --git a/tidb-cloud/terraform-use-restore-resource.md b/tidb-cloud/terraform-use-restore-resource.md index ccef994156484..ae4fa50d21f02 100644 --- a/tidb-cloud/terraform-use-restore-resource.md +++ b/tidb-cloud/terraform-use-restore-resource.md @@ -20,7 +20,7 @@ summary: tidbcloud_restore` リソースを使用して復元タスクを作成 クラスターのバックアップを作成した後、 `tidbcloud_restore`リソースを使用して復元タスクを作成することで、クラスターを復元できます。 -> **注記：** +> **Note:** > > 小さいノード サイズから同じまたは大きいノード サイズにのみデータを復元できます。 diff --git a/tidb-cloud/terraform-use-serverless-branch-resource.md b/tidb-cloud/terraform-use-serverless-branch-resource.md index 06b4371bc1743..613b19fb40f39 100644 --- a/tidb-cloud/terraform-use-serverless-branch-resource.md +++ b/tidb-cloud/terraform-use-serverless-branch-resource.md @@ -13,7 +13,7 @@ summary: サーバーレス ブランチ リソースを使用して、 TiDB Clo - TiDB Cloud Starter またはTiDB Cloud Essential ブランチをインポートします。 - TiDB Cloud Starter またはTiDB Cloud Essential ブランチを削除します。 -> **注記：** +> **Note:** > > `tidbcloud_serverless_branch`リソースは変更できません。サーバーレスブランチリソースの設定を変更する場合は、既存のリソースを削除して新しいリソースを作成する必要があります。 diff --git a/tidb-cloud/terraform-use-serverless-export-resource.md b/tidb-cloud/terraform-use-serverless-export-resource.md index b2e626a8751f6..89e97acf90898 100644 --- a/tidb-cloud/terraform-use-serverless-export-resource.md +++ b/tidb-cloud/terraform-use-serverless-export-resource.md @@ -13,7 +13,7 @@ summary: tidbcloud_serverless_export` リソースを使用して、 TiDB Cloud - TiDB Cloud Starter またはTiDB Cloud Essential クラスターのデータ エクスポート タスクをインポートします。 - TiDB Cloud Starter またはTiDB Cloud Essential クラスターのデータ エクスポート タスクを削除します。 -> **注記：** +> **Note:** > > `tidbcloud_serverless_export`リソースは変更できません。3 `tidbcloud_serverless_export`のリソースの設定を変更する場合は、既存のリソースを削除してから、新しいリソースを作成する必要があります。 diff --git a/tidb-cloud/ticloud-config-create.md b/tidb-cloud/ticloud-config-create.md index 1043d66983381..2fa846eef40a3 100644 --- a/tidb-cloud/ticloud-config-create.md +++ b/tidb-cloud/ticloud-config-create.md @@ -11,7 +11,7 @@ summary: ticloud config create` のリファレンス。 ticloud config create [flags] ``` -> **注記：** +> **Note:** > > ユーザー プロファイルを作成する前に、 [TiDB Cloud APIキーを作成する](https://docs.pingcap.com/tidbcloud/api/v1beta#section/Authentication/API-Key-Management)必要があります。 diff --git a/tidb-cloud/ticloud-config-edit.md b/tidb-cloud/ticloud-config-edit.md index 50da9d895ed7e..82c85f964fb11 100644 --- a/tidb-cloud/ticloud-config-edit.md +++ b/tidb-cloud/ticloud-config-edit.md @@ -13,7 +13,7 @@ ticloud config edit [flags] Windows を使用している場合は、上記のコマンドを実行すると、代わりにプロファイル構成ファイルのパスが出力されます。 -> **注記：** +> **Note:** > > フォーマットエラーや実行エラーを避けるため、設定ファイルを手動で編集することは推奨されません。代わりに、 [`ticloud config create`](/tidb-cloud/ticloud-config-create.md) 、 [`ticloud config delete`](/tidb-cloud/ticloud-config-delete.md) 、または[`ticloud config set`](/tidb-cloud/ticloud-config-set.md)使用して設定を変更できます。 diff --git a/tidb-cloud/ticloud-config-set.md b/tidb-cloud/ticloud-config-set.md index e8f168141e088..e55d01c30f760 100644 --- a/tidb-cloud/ticloud-config-set.md +++ b/tidb-cloud/ticloud-config-set.md @@ -19,7 +19,7 @@ ticloud config set [flags] | 秘密鍵 | TiDB Cloud API の秘密キーを指定します。 | はい | | API URL | TiDB Cloudの基本 API URL を指定します (デフォルトは`https://api.tidbcloud.com` )。 | いいえ | -> **注記：** +> **Note:** > > 特定のユーザー プロファイルのプロパティを構成する場合は、 `-P`フラグを追加し、コマンドで対象のユーザー プロファイル名を指定できます。 @@ -43,7 +43,7 @@ API ホストを設定します。 ticloud config set api-url https://api.tidbcloud.com ``` -> **注記：** +> **Note:** > > TiDB Cloud APIのURLはデフォルトで`https://api.tidbcloud.com`設定されています。通常は設定する必要はありません。 diff --git a/tidb-cloud/ticloud-import-start.md b/tidb-cloud/ticloud-import-start.md index e723fc887abe1..d799ca121d687 100644 --- a/tidb-cloud/ticloud-import-start.md +++ b/tidb-cloud/ticloud-import-start.md @@ -18,7 +18,7 @@ ticloud serverless import start [flags] ticloud serverless import create [flags] ``` -> **注記：** +> **Note:** > > 現在、1 つのローカル インポート タスクにつき 1 つの CSV ファイルのみをインポートできます。 diff --git a/tidb-cloud/tidb-cloud-auditing.md b/tidb-cloud/tidb-cloud-auditing.md index b06f40229c5ec..f12d5d889d7c7 100644 --- a/tidb-cloud/tidb-cloud-auditing.md +++ b/tidb-cloud/tidb-cloud-auditing.md @@ -7,7 +7,7 @@ summary: TiDB Cloudでクラスターを監査する方法について説明し TiDB Cloud は、実行された SQL ステートメントなど、データベースへのユーザー アクセス アクティビティを記録する監査ログ機能を提供します。 -> **注記：** +> **Note:** > > 現在、データベース監査ログ機能はリクエストに応じてのみご利用いただけます。この機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)の右下にある**「？」**をクリックし、 **「サポートチケット」**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に進みます。チケットを作成し、 **「説明」**欄に「データベース監査ログの申請」と入力して、 **「送信」を**クリックしてください。 @@ -15,7 +15,7 @@ TiDB Cloud は、実行された SQL ステートメントなど、データベ 監査ログ機能は**デフォルトで無効に**なっています。クラスターを監査するには、まず監査ログを有効にし、次に監査フィルタルールを指定する必要があります。 -> **注記：** +> **Note:** > > 監査ログはクラスターのリソースを消費するため、クラスターを監査するかどうかは慎重に検討する必要があります。 @@ -23,7 +23,7 @@ TiDB Cloud は、実行された SQL ステートメントなど、データベ - TiDB Cloud Dedicated クラスターを使用しています。 - > **注記：** + > **Note:** > > - データベース監査ログは、 TiDB Cloud Starter では使用できません。 > - TiDB Cloud Essential については、 [TiDB Cloud Essential のデータベース監査ログ (PREVIEW)](/tidb-cloud/essential-database-audit-logging.md)参照してください。 @@ -34,7 +34,7 @@ TiDB Cloud は、実行された SQL ステートメントなど、データベ TiDB Cloudは、 TiDB Cloud Dedicatedクラスタの監査ログをクラウドストレージサービスに記録することをサポートしています。データベース監査ログを有効にする前に、クラスタが配置されているクラウドプロバイダーでクラウドストレージサービスを設定してください。 -> **注記：** +> **Note:** > > AWS にデプロイされた TiDB クラスターでは、データベース監査ログを有効にする際に、監査ログファイルをTiDB Cloudに保存することを選択できます。現在、この機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)の右下にある**[?]**をクリックし、 **[サポートチケット]**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に進みます。チケットを作成し、 **[説明]**フィールドに「監査ログファイルをTiDB Cloudに保存する申請」と入力して、 **[送信] を**クリックします。 @@ -46,7 +46,7 @@ AWS の監査ログを有効にするには、次の手順を実行します。 TiDB Cloud が監査ログを書き込む宛先として、組織所有の AWS アカウント内の Amazon S3 バケットを指定します。 -> **注記：** +> **Note:** > > AWS S3バケットでオブジェクトロックを有効にしないでください。オブジェクトロックを有効にすると、 TiDB Cloudが監査ログファイルをS3にプッシュできなくなります。 @@ -58,7 +58,7 @@ TiDB Cloud が監査ログを書き込む宛先として、組織所有の AWS 1. TiDB Cloudコンソールで、プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動します。 - > **ヒント：** + > **Tip:** > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 @@ -116,7 +116,7 @@ TiDB Cloudコンソールで、 TiDB Cloudアカウント ID と外部 ID 値を TiDB Cloud は、指定されたクラスターの監査ログを Amazon S3 バケットに書き込む準備が整いました。 -> **注記：** +> **Note:** > > - 監査ログを有効にした後、バケットのURI、場所、またはARNに新しい変更を加えた場合は、再度**「接続テスト」**をクリックして、 TiDB Cloudがバケットに接続できることを確認してください。その後、 **「有効化」**をクリックして変更を適用してください。 > - TiDB Cloud の Amazon S3 へのアクセスを削除するには、AWS マネジメントコンソールでこのクラスターに付与された信頼ポリシーを削除するだけです。 @@ -137,7 +137,7 @@ TiDB Cloud が監査ログを書き込む宛先として、組織所有の Googl 1. TiDB Cloudコンソールで、プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動します。 - > **ヒント：** + > **Tip:** > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 @@ -184,7 +184,7 @@ TiDB Cloudコンソールで、 TiDB Cloudアカウント ID を取得した**[ TiDB Cloud は、指定されたクラスタの監査ログを GCS バケットに書き込む準備が整いました。 -> **注記：** +> **Note:** > > - 監査ログを有効にした後、バケットのURIまたは場所に新たな変更を加えた場合は、 **「接続テスト」**を再度クリックして、TiDB Cloudがバケットに接続できることを確認してください。その後、 **「有効化」**をクリックして変更を適用してください。 > - TiDB Cloud の GCS バケットへのアクセスを削除するには、Google Cloud コンソールでこのクラスタに付与された信頼ポリシーを削除します。 @@ -205,7 +205,7 @@ TiDB Cloudがデータベース監査ログを書き込む宛先として、組 1. Azure ポータルの左側のナビゲーション ウィンドウで、 **[ストレージ アカウント]**をクリックし、データベース監査ログを保存するストレージアカウントをクリックします。 - > **ヒント：** + > **Tip:** > > 左側のナビゲーション ペインが非表示になっている場合は、左上隅のメニュー ボタンをクリックして表示を切り替えます。 @@ -228,7 +228,7 @@ TiDB Cloudがデータベース監査ログを書き込む宛先として、組 4. **[開始] フィールド**と**[有効期限]**フィールドで、SAS トークンの有効期間を指定します。 - > **注記：** + > **Note:** > > - 監査機能はストレージアカウントに監査ログを継続的に書き込む必要があるため、SASトークンの有効期間は十分に長くなければなりません。ただし、有効期間が長すぎるとトークン漏洩のリスクが高まります。セキュリティ上、SASトークンは6～12か月ごとに交換することをお勧めします。 > - 生成された SAS トークンは取り消すことができないため、有効期間を慎重に設定する必要があります。 @@ -242,7 +242,7 @@ TiDB Cloudがデータベース監査ログを書き込む宛先として、組 1. TiDB Cloudコンソールで、プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動します。 - > **ヒント：** + > **Tip:** > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 @@ -263,7 +263,7 @@ TiDB Cloudがデータベース監査ログを書き込む宛先として、組 TiDB Cloud は、指定されたクラスターの監査ログを Azure BLOB コンテナーに書き込む準備ができています。 -> **注記：** +> **Note:** > > 監査ログを有効にした後、 **BLOB URL**または**SAS トークンの**フィールドに新しい変更を加えた場合は、もう一度**「接続テスト」**をクリックして、 TiDB Cloud がコンテナに接続できることを確認してください。その後、 **「有効化」**をクリックして変更を適用してください。 @@ -279,7 +279,7 @@ TiDB Cloudがデータベース監査ログを書き込む宛先として、組 2. **「ログ フィルター ルール」**セクションで**>**をクリックして展開し、追加した監査ルールのリストを表示します。 -> **注記：** +> **Note:** > > - フィルタールールは正規表現で、大文字と小文字が区別されます。ワイルドカードルール`.*`を使用すると、クラスター内のすべてのユーザー、データベース、またはテーブルイベントがログに記録されます。 > - 監査ログはクラスターリソースを消費するため、フィルタールールの指定には注意が必要です。消費を最小限に抑えるには、可能な限り、監査ログのスコープを特定のデータベースオブジェクト、ユーザー、およびアクションに限定するフィルタールールを指定することをお勧めします。 @@ -288,7 +288,7 @@ TiDB Cloudがデータベース監査ログを書き込む宛先として、組 デフォルトでは、 TiDB Cloud はデータベース監査ログ ファイルをストレージサービスに保存するため、ストレージサービスから監査ログ情報を読み取る必要があります。 -> **注記：** +> **Note:** > > 監査ログ ファイルをTiDB Cloudに保存することを要求して選択した場合は、**データベース監査ログ**ページの**監査ログ アクセス**セクションからダウンロードできます。 @@ -300,7 +300,7 @@ TiDB Cloud監査ログは、クラスター ID、ノード ID、およびログ クラスターの監査が不要になった場合は、クラスターのページに移動し、 **[設定]** > **[監査設定]**をクリックして、右上隅の監査設定を**[オフ]**に切り替えます。 -> **注記：** +> **Note:** > > ログファイルのサイズが10MiBに達するたびに、ログファイルはクラウドストレージバケットにプッシュされます。そのため、監査ログを無効化した後は、10MiB未満のログファイルはクラウドストレージバケットに自動的にプッシュされなくなります。この状況でログファイルを取得するには、 [PingCAPサポート](/tidb-cloud/tidb-cloud-support.md)お問い合わせください。 @@ -308,7 +308,7 @@ TiDB Cloud監査ログは、クラスター ID、ノード ID、およびログ 監査ログ内の各データベース イベント レコードに対して、TiDB は次のフィールドを提供します。 -> **注記：** +> **Note:** > > 次の表では、フィールドの最大長が空の場合、このフィールドのデータ型には明確に定義された定数長 (たとえば、INTEGER の場合は 4 バイト) があることを意味します。 diff --git a/tidb-cloud/tidb-cloud-billing-dm.md b/tidb-cloud/tidb-cloud-billing-dm.md index a45bf4a3c3252..95d5717fa342e 100644 --- a/tidb-cloud/tidb-cloud-billing-dm.md +++ b/tidb-cloud/tidb-cloud-billing-dm.md @@ -22,7 +22,7 @@ TiDB Cloudは、データ移行のキャパシティをレプリケーション データ移行 RCU の価格の詳細については、 [データ移行コスト](https://www.pingcap.com/tidb-dedicated-pricing-details/#dm-cost)参照してください。 -> **注記：** +> **Note:** > > - 移行するテーブルの数がテーブルの最大数を超えると、データ移行ジョブは引き続き実行されますが、ジョブが不安定になったり、失敗したりする可能性があります。 > - この表のパフォーマンス値はすべて最大値かつ最適な値です。上流および下流のデータベースにパフォーマンス、ネットワーク帯域幅、その他のボトルネックがないことを前提としています。パフォーマンス値は参考値であり、シナリオによって異なる場合があります。 diff --git a/tidb-cloud/tidb-cloud-billing-ticdc-rcu.md b/tidb-cloud/tidb-cloud-billing-ticdc-rcu.md index b4368a7593030..468cfc97a9822 100644 --- a/tidb-cloud/tidb-cloud-billing-ticdc-rcu.md +++ b/tidb-cloud/tidb-cloud-billing-ticdc-rcu.md @@ -33,7 +33,7 @@ TiDB Cloud Dedicatedは、TiCDCレプリケーション容量ユニット（RCU | 320 RCU | 80万行/秒 | | 384 RCU | 960,000行/秒 | -> **注記：** +> **Note:** > > 上記のパフォーマンスデータは参考用であり、シナリオによって異なる場合があります。本番環境でChangeFeed機能を使用する前に、実際のワークロードテストを実施することを強くお勧めします。ご不明な点がございましたら、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)お問い合わせください。 diff --git a/tidb-cloud/tidb-cloud-billing.md b/tidb-cloud/tidb-cloud-billing.md index 3ffc73d29e3d5..d7bc5e1aed5d1 100644 --- a/tidb-cloud/tidb-cloud-billing.md +++ b/tidb-cloud/tidb-cloud-billing.md @@ -33,7 +33,7 @@ TiDB Cloud Premium の場合、基礎となるバックエンド ノードやプ -> **注記：** +> **Note:** > > [AWS Marketplace](https://aws.amazon.com/marketplace) 、 [Azure Marketplace](https://azuremarketplace.microsoft.com/) 、 [Google Cloud Marketplace](https://console.cloud.google.com/marketplace) 、または[アリババクラウドマーケットプレイス](https://marketplace.alibabacloud.com/)Cloud Marketplace を通じてTiDB Cloudにサインアップした場合、AWS アカウント、Azure アカウント、Google Cloud アカウント、または Alibaba Cloud アカウントを通じて直接支払うことはできますが、 TiDB Cloudコンソールで支払い方法を追加したり、請求書をダウンロードしたりすることはできません。 @@ -41,7 +41,7 @@ TiDB Cloud Premium の場合、基礎となるバックエンド ノードやプ -> **注記：** +> **Note:** > > [AWS Marketplace](https://aws.amazon.com/marketplace) 、 [Azure Marketplace](https://azuremarketplace.microsoft.com/) 、または[Google Cloud Marketplace](https://console.cloud.google.com/marketplace)経由でTiDB Cloudにサインアップした場合、AWSアカウント、Azureアカウント、またはGoogle Cloudアカウントを通じて直接支払いを行うことができますが、 TiDB Cloudコンソールで支払い方法を追加したり、請求書をダウンロードしたりすることはできません。 @@ -57,7 +57,7 @@ TiDB Cloud Premium の場合、基礎となるバックエンド ノードやプ - 請求書の支払い方法は、原則としてクレジットカードによる引き落としとなります。他の支払い方法をご希望の場合は、チケットリクエストを送信してお知らせください。 - 今月と前月の料金の概要と詳細をご覧いただけます。 -> **注記：** +> **Note:** > > 請求金額の引き落としはすべて、第三者プラットフォームであるStripeを通じて行われます。 @@ -75,7 +75,7 @@ TiDB Cloud Premium の場合、基礎となるバックエンド ノードやプ 支払い方法を設定すると、 TiDB Cloudは過去の月の請求書と請求明細を生成し、毎月初めに当月の請求明細を生成します。請求明細には、組織のTiDBリソース使用量、割引、バックアップストレージ費用、データ転送費用、サポートサービス費用、クレジット消費量、プロジェクト分割情報などが含まれます。 -> **注記：** +> **Note:** > > 遅延その他の理由により、当月の請求明細は参考情報であり、正確性を保証するものではありません。TiDB Cloudは過去の請求書の正確性を保証するため、原価計算やその他のニーズに対応できます。 @@ -89,7 +89,7 @@ TiDB Cloud Premium の場合、基礎となるバックエンド ノードやプ 「**請求書」**タブには、プロジェクト別およびインスタンス別の請求概要と、サービス別の請求概要が表示されます。また、使用状況の詳細を確認したり、データをCSV形式でダウンロードしたりすることもできます。 -> **注記：** +> **Note:** > > 精度の違いにより、月々の請求書の合計金額は日々の使用明細の金額と異なる場合があります。 > @@ -185,7 +185,7 @@ ALTER TABLE table_name SET TIFLASH REPLICA n; TiDB Cloudは、概念実証（PoC）ユーザー向けに一定数のクレジットを提供しています。1クレジットは1米ドルに相当します。クレジットは有効期限が切れる前に、TiDBの利用料金の支払いに使用できます。 -> **ヒント：** +> **Tip:** > > PoC を申請するには、 [TiDB Cloudを使用して概念実証（PoC）を実施する](/tidb-cloud/tidb-cloud-poc.md)参照してください。 @@ -197,12 +197,12 @@ TiDB Cloudは、概念実証（PoC）ユーザー向けに一定数のクレジ 2. 左側のナビゲーションペインで、 **「請求」**をクリックします。 3. **請求**ページで、 **「クレジット」**タブをクリックします。 -> **注記：** +> **Note:** > > - お支払い方法を設定すると、リソース使用料はまず未使用のクレジットから差し引かれ、次に設定したお支払い方法から差し引かれます。 > - クレジットはサポートプランの料金の支払いには使用できません。 -> **警告：** +> **Warning:** > > PoCプロセス中： > @@ -227,7 +227,7 @@ TiDB Cloudは、概念実証（PoC）ユーザー向けに一定数のクレジ -> **注記：** +> **Note:** > > [AWS Marketplace](https://aws.amazon.com/marketplace) 、 [Azure Marketplace](https://azuremarketplace.microsoft.com/) 、 [Google Cloud Marketplace](https://console.cloud.google.com/marketplace) 、または[アリババクラウドマーケットプレイス](https://marketplace.alibabacloud.com/)Cloud Marketplace を通じてTiDB Cloudにサインアップした場合、AWS アカウント、Azure アカウント、Google Cloud アカウント、または Alibaba Cloud アカウントを通じて直接支払うことはできますが、 TiDB Cloudコンソールで支払い方法を追加したり、請求書をダウンロードしたりすることはできません。 @@ -235,7 +235,7 @@ TiDB Cloudは、概念実証（PoC）ユーザー向けに一定数のクレジ -> **注記：** +> **Note:** > > [AWS Marketplace](https://aws.amazon.com/marketplace) 、 [Azure Marketplace](https://azuremarketplace.microsoft.com/) 、または[Google Cloud Marketplace](https://console.cloud.google.com/marketplace)経由でTiDB Cloudにサインアップした場合、AWSアカウント、Azureアカウント、またはGoogle Cloudアカウントを通じて直接支払いを行うことができますが、 TiDB Cloudコンソールで支払い方法を追加したり、請求書をダウンロードしたりすることはできません。 @@ -258,7 +258,7 @@ TiDB Cloudは、概念実証（PoC）ユーザー向けに一定数のクレジ 主要事業所住所を指定しない場合 税金計算には、クレジットカードの住所が主要事業所住所として使用されます。主要事業所住所は[**請求プロファイル**](#billing-profile)**請求プロファイル**でいつでも更新できます。 -> **注記：** +> **Note:** > > クレジットカードの機密データのセキュリティを確保するため、 TiDB Cloudは顧客のクレジットカード情報を一切保存せず、サードパーティの決済プラットフォームであるStripeに保存します。すべての請求処理はStripeを通じて行われます。 @@ -338,7 +338,7 @@ TiDB CloudアカウントをAWSの請求アカウントにリンクするには 6. **「AWS請求アカウントへのリンク」**ページで、対象の組織を選択し、 **「リンク」**をクリックしてAWS請求アカウントにリンクします。 - > **注記：** + > **Note:** > > 組織が既にTiDB Cloudで支払い方法を登録している場合、その組織の既存の支払い方法は、新たに追加されたAWS請求アカウントに置き換えられます。 @@ -352,7 +352,7 @@ TiDB CloudアカウントをAzureの請求アカウントにリンクするに 2. TiDB Cloud製品ページで、 **「今すぐ入手」**をクリックし、利用規約に同意してから、 **「続行」**をクリックして注文ページに進んでください。 - > **注記：** + > **Note:** > > Microsoft アカウントに国と地域の情報を追加していない場合は、 **[続行]**をクリックする前にその情報を入力する必要があります。 @@ -366,7 +366,7 @@ TiDB CloudアカウントをAzureの請求アカウントにリンクするに 7. **「Azure 請求アカウントへのリンク」**ページで、対象の組織を選択し、 **「リンク」**をクリックして AWS 請求アカウントにリンクします。 - > **注記：** + > **Note:** > > 組織が既にTiDB Cloudで支払い方法を登録している場合、その組織の既存の支払い方法は、新たに追加されたAzure請求アカウントに置き換えられます。 @@ -388,7 +388,7 @@ TiDB CloudアカウントをGoogle Cloudの請求アカウントにリンクす 6. ページ上で対象の組織を選択し、 **「リンク」**をクリックしてGoogle Cloudの請求アカウントにリンクします。 - > **注記：** + > **Note:** > > 組織が既にTiDB Cloudで支払い方法を登録している場合、その組織の既存の支払い方法は、新たに追加されたGoogle Cloudの請求アカウントに置き換えられます。 @@ -412,7 +412,7 @@ TiDB CloudアカウントをAlibaba Cloudの請求アカウントにリンクす 6. ページ上で対象の組織を選択し、 **「リンク」**をクリックしてAlibaba Cloudの請求アカウントにリンクしてください。 - > **注記：** + > **Note:** > > 組織が既にTiDB Cloudで支払い方法を登録している場合、その組織の既存の支払い方法は、新たに追加されたAlibaba Cloudの請求アカウントに置き換えられます。 diff --git a/tidb-cloud/tidb-cloud-budget.md b/tidb-cloud/tidb-cloud-budget.md index dc14987c4d53f..9a2669f1f58a9 100644 --- a/tidb-cloud/tidb-cloud-budget.md +++ b/tidb-cloud/tidb-cloud-budget.md @@ -61,7 +61,7 @@ TiDB Cloud、支出を追跡するのに役立つ 2 種類の予算を提供し ## カスタム予算を編集する {#edit-a-custom-budget} -> **注記：** +> **Note:** > > **Starter支出制限**予算は、 TiDB Cloudによって自動的に作成されるため、編集できません。これは、TiDB Cloud Starter クラスターのコストを[支出限度額](/tidb-cloud/manage-serverless-spend-limit.md)に対して追跡できるようにするためです。 @@ -77,7 +77,7 @@ TiDB Cloud、支出を追跡するのに役立つ 2 種類の予算を提供し 5. 必要に応じて、予算名、予算範囲、予算金額、アラートしきい値を編集します。 - > **注記：** + > **Note:** > > 予算期間の編集、およびクレジットと割引を適用するかどうかの編集はサポートされていません。 @@ -85,7 +85,7 @@ TiDB Cloud、支出を追跡するのに役立つ 2 種類の予算を提供し ## カスタム予算を削除する {#delete-a-custom-budget} -> **注記：** +> **Note:** > > - カスタム予算を削除すると、それに関連するアラートメールは受信されなくなります。 > - **Starter支出制限**予算は、 TiDB Cloudによって自動的に作成されるため、削除できません。これは、TiDB Cloud Starter クラスターのコストを[支出限度額](/tidb-cloud/manage-serverless-spend-limit.md)に対して追跡できるようにするためです。 diff --git a/tidb-cloud/tidb-cloud-clinic.md b/tidb-cloud/tidb-cloud-clinic.md index 09e7d4dd68b11..ca503384c9c52 100644 --- a/tidb-cloud/tidb-cloud-clinic.md +++ b/tidb-cloud/tidb-cloud-clinic.md @@ -9,7 +9,7 @@ TiDB Cloud Clinic は、 TiDB Cloud上で高度な監視および診断機能を ![tidb-cloud-clinic](/media/tidb-cloud/tidb-cloud-clinic.png) -> **注記：** +> **Note:** > > 現在、 TiDB Cloud Clinic は[TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスターでのみ使用できます。 diff --git a/tidb-cloud/tidb-cloud-connect-aws-dms.md b/tidb-cloud/tidb-cloud-connect-aws-dms.md index 68d1281305859..495de7fb4621b 100644 --- a/tidb-cloud/tidb-cloud-connect-aws-dms.md +++ b/tidb-cloud/tidb-cloud-connect-aws-dms.md @@ -107,7 +107,7 @@ TiDB Cloud Dedicated の場合、クライアントはパブリック エンド 7. 必要に応じて、 **[詳細設定]** 、 **[メンテナンス]** 、 **[タグ]**セクションを構成し、 **[レプリケーション インスタンスの作成]**をクリックしてインスタンスの作成を完了します。 -> **注記：** +> **Note:** > > AWS DMS はサーバーレスレプリケーションもサポートしています。詳細な手順については、 [サーバーレスレプリケーションの作成](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Serverless.Components.html#CHAP_Serverless.create)ご覧ください。レプリケーションインスタンスとは異なり、AWS DMS のサーバーレスレプリケーションでは「**パブリックアクセス可能」**オプションは提供されません。 diff --git a/tidb-cloud/tidb-cloud-console-auditing.md b/tidb-cloud/tidb-cloud-console-auditing.md index 8b158e70364a6..2dc76a9ae76cb 100644 --- a/tidb-cloud/tidb-cloud-console-auditing.md +++ b/tidb-cloud/tidb-cloud-console-auditing.md @@ -33,7 +33,7 @@ TiDB Cloudは、 [TiDB Cloudコンソール](https://tidbcloud.com)上のユー 組織のコンソール監査ログのみを表示できます。 -> **注記：** +> **Note:** > > - 組織でコンソール監査ログを初めて有効にする場合、コンソール監査ログは空です。監査対象イベントが実行されると、対応するログが表示されます。 > - コンソール監査ログが無効になってから 90 日以上経過した場合、ログは表示されません。 @@ -57,7 +57,7 @@ TiDB Cloudは、 [TiDB Cloudコンソール](https://tidbcloud.com)上のユー コンソール監査ログのstorage期間は 90 日間で、その後はログは自動的にクリーンアップされます。 -> **注記：** +> **Note:** > > - TiDB Cloudではコンソール監査ログのストレージの場所を指定できません。 > - 監査ログを手動で削除することはできません。 @@ -66,7 +66,7 @@ TiDB Cloudは、 [TiDB Cloudコンソール](https://tidbcloud.com)上のユー コンソール監査ログには、イベント タイプを通じてTiDB Cloudコンソール上のさまざまなユーザー アクティビティが記録されます。 -> **注記：** +> **Note:** > > 現在、 TiDB Cloudコンソール上のほとんどのイベントタイプが監査対象となっており、以下の表で確認できます。まだ対応していない残りのイベントタイプについても、 TiDB Cloud は引き続き対応に向けて取り組んでいきます。 diff --git a/tidb-cloud/tidb-cloud-dm-precheck-and-troubleshooting.md b/tidb-cloud/tidb-cloud-dm-precheck-and-troubleshooting.md index 34b8db6b8b1f4..13dadcd5847e2 100644 --- a/tidb-cloud/tidb-cloud-dm-precheck-and-troubleshooting.md +++ b/tidb-cloud/tidb-cloud-dm-precheck-and-troubleshooting.md @@ -98,7 +98,7 @@ TiDB クラスターのストレージが不足しています。 [TiKVノード ソース データベース ユーザーに`LOCK TABLES`権限がないため、データの完全なエクスポートが失敗します。このエラーは通常、マネージド MySQL サービス (Amazon RDS、 Aurora、ApsaraDB RDS for MySQL、Azure Database for MySQL、Google Cloud SQL など) から移行する場合に発生します。これらのサービスでは、クラウド プロバイダーによって`FLUSH TABLES WITH READ LOCK` (FTWRL) が許可されていません。このシナリオでは、DM はデフォルトの`consistency=auto`モードを使用し、完全なエクスポート中にデータの一貫性を確保するために`LOCK TABLES`にフォールバックします。この操作には`LOCK TABLES`権限が必要です。 -> **注記：** +> **Note:** > > このエラーは`RELOAD`権限がないなど、他の理由で FTWRL が利用できない場合にも、自己管理型の MySQL インスタンスで発生する可能性があります。 diff --git a/tidb-cloud/tidb-cloud-encrypt-cmek-aws.md b/tidb-cloud/tidb-cloud-encrypt-cmek-aws.md index 6ba07a1d16c91..ccdba05c3726b 100644 --- a/tidb-cloud/tidb-cloud-encrypt-cmek-aws.md +++ b/tidb-cloud/tidb-cloud-encrypt-cmek-aws.md @@ -10,7 +10,7 @@ aliases: ['/ja/tidbcloud/tidb-cloud-encrypt-cmek'] プロジェクトでCMEKを有効にすると、そのプロジェクト内で作成されるすべてのクラスタは、CMEK鍵を使用して静的データを暗号化します。さらに、これらのクラスタによって生成されるバックアップデータも同じ鍵を使用して暗号化されます。CMEKが有効になっていない場合、 TiDB Cloudはエスクロー鍵を使用して、クラスタ内のすべての保存データを暗号化します。 -> **注記：** +> **Note:** > > CMEKはBring Your Own Key（BYOK）に似ています。BYOKでは通常、ローカルで鍵を生成してアップロードします。しかし、 TiDB Cloudは[AWS KMS](https://docs.aws.amazon.com/kms/latest/developerguide/importing-keys.html)以内に生成された鍵をサポートします。 @@ -56,7 +56,7 @@ CMEK 対応プロジェクトを作成するには、次の手順に従います TiDB Cloudコンソールまたは API を使用して、プロジェクトの CMEK 構成を完了できます。 -> **注記：** +> **Note:** > > キーのポリシーが要件を満たしており、権限不足やアカウントの問題などのエラーがないことを確認してください。これらのエラーがあると、このキーを使用してクラスターが誤って作成される可能性があります。 @@ -137,7 +137,7 @@ TiDB Cloudコンソールまたは API を使用して、プロジェクトの C
    -> **注記：** +> **Note:** > > この機能は今後さらに強化される予定であり、今後の機能には追加の権限が必要になる可能性があります。そのため、このポリシー要件は変更される可能性があります。 @@ -145,7 +145,7 @@ TiDB Cloudコンソールまたは API を使用して、プロジェクトの C [ステップ1](#step-1-create-a-cmek-enabled-project)で作成したプロジェクトの下に、AWS でホストされるTiDB Cloud Dedicated クラスターを作成します。詳細な手順については[TiDB Cloud Dedicatedクラスタを作成する](/tidb-cloud/create-tidb-cluster.md)を参照してください。クラスターが配置されているリージョンが[ステップ2](#step-2-complete-the-cmek-configuration-of-the-project)と同じであることを確認してください。 -> **注記：** +> **Note:** > > CMEK を有効にすると、クラスターのノードで使用される EBS ボリュームとクラスターのバックアップに使用される S3 が CMEK を使用して暗号化されます。 @@ -160,7 +160,7 @@ TiDB Cloud の CMEK へのアクセスを一時的に取り消す必要がある 1. AWS KMS コンソールで、対応する権限を取り消し、KMS キーポリシーを更新します。 2. TiDB Cloudコンソールで、プロジェクト内のすべてのクラスターを一時停止します。 -> **注記：** +> **Note:** > > AWS KMS で CMEK を取り消しても、実行中のクラスターには影響しません。ただし、クラスターを一時停止してから復元すると、クラスターは CMEK にアクセスできないため、正常に復元できなくなります。 diff --git a/tidb-cloud/tidb-cloud-encrypt-cmek-azure.md b/tidb-cloud/tidb-cloud-encrypt-cmek-azure.md index e11f9c64411cd..94a9c0b3b4c6b 100644 --- a/tidb-cloud/tidb-cloud-encrypt-cmek-azure.md +++ b/tidb-cloud/tidb-cloud-encrypt-cmek-azure.md @@ -36,7 +36,7 @@ summary: 顧客管理暗号化キー (CMEK) を使用して、Azure でホスト Azure Portal または Azure Resource Manager のいずれかでTiDB Cloudコンソールを使用して、プロジェクトの CMEK 構成を完了できます。 -> **注記：** +> **Note:** > > - キーのポリシーが要件を満たしており、権限不足やアカウントの問題などのエラーがないことを確認してください。これらのエラーがあると、このキーを使用してクラスターが誤って作成される可能性があります。 > - Azure マネージド ディスクのクロステナント カスタマー マネージド キー (CMK) 機能は現在プレビュー段階であり、一部の Azure リージョンでのみご利用いただけます。現在、サポート対象は可用性リージョンのみです。詳細については、 [テナント間の顧客管理キーを使用してマネージド ディスクを暗号化する](https://learn.microsoft.com/en-us/azure/virtual-machines/disks-cross-tenant-customer-managed-keys?tabs=azure-portal#preview-regional-availability)ご覧ください。 @@ -124,7 +124,7 @@ TiDB Cloudコンソールと Azure Resource Manager を使用して CMEK を構 -> **注記：** +> **Note:** > > この機能は今後さらに強化される予定であり、今後の機能には追加の権限が必要になる可能性があります。そのため、このポリシー要件は変更される可能性があります。 @@ -134,7 +134,7 @@ TiDB Cloudコンソールと Azure Resource Manager を使用して CMEK を構 クラウドプロバイダーとリージョンを選択すると、適切な暗号化キーが自動的に選択されます。プロバイダーとリージョンで利用可能な暗号化キーがない場合は、コンソールに暗号化キーの作成に役立つヒントが表示されます。 -> **注記：** +> **Note:** > > CMEK が有効になっている場合、 TiDB Cloud は、クラスター ノードで使用される Premium SSD v2 とクラスター バックアップ用のstorageBLOB の両方を CMEK で暗号化します。 @@ -149,7 +149,7 @@ TiDB Cloud の CMEK へのアクセスを一時的に取り消す必要がある 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、プロジェクト内の対応するクラスターを一時停止します。 2. Azure Key Vault コンソールで、暗号化キーを右クリックし、 **[無効]**を選択します。 -> **注記：** +> **Note:** > > Azure Key Vault で CMEK を無効にすると、実行中のクラスターは CMEK にアクセスできなくなるため、数分以内に使用できなくなります。 diff --git a/tidb-cloud/tidb-cloud-htap-quickstart.md b/tidb-cloud/tidb-cloud-htap-quickstart.md index 856e4732ebaff..e1917f1704e91 100644 --- a/tidb-cloud/tidb-cloud-htap-quickstart.md +++ b/tidb-cloud/tidb-cloud-htap-quickstart.md @@ -123,7 +123,7 @@ ORDER BY TiFlashレプリカを持つテーブルの場合、TiDBオプティマイザーはコスト見積もりに基づいて、TiKVレプリカとTiFlashレプリカのどちらを使用するかを自動的に決定します。前述の`EXPLAIN ANALYZE`の文では、 `/*+ READ_FROM_STORAGE(TIKV[games]) */`ヒントを使用してオプティマイザーにTiKVを選択させ、TiKVの実行統計を確認できるようにしています。 - > **注記：** + > **Note:** > > MySQL 5.7.7より前のコマンドラインクライアントは、デフォルトでオプティマイザヒントを削除します。これらの以前のバージョンで`Hint`構文を使用している場合は、クライアントの起動時に`--comments`オプションを追加してください。例： `mysql -h 127.0.0.1 -P 4000 -uroot --comments` @@ -194,7 +194,7 @@ ORDER BY (13 rows) ``` -> **注記：** +> **Note:** > > サンプルデータセットは小さく、このドキュメントのクエリは比較的単純であるため、このクエリに対してオプティマイザーにTiKVを選択させてから同じクエリを再度実行すると、TiKV はキャッシュを再利用するため、クエリは大幅に高速になります。データが頻繁に更新される場合、キャッシュは無効になります。 diff --git a/tidb-cloud/tidb-cloud-import-local-files.md b/tidb-cloud/tidb-cloud-import-local-files.md index 3e5e9de1762df..bbf6875c27a5f 100644 --- a/tidb-cloud/tidb-cloud-import-local-files.md +++ b/tidb-cloud/tidb-cloud-import-local-files.md @@ -21,7 +21,7 @@ summary: ローカル ファイルをTiDB Cloud Starter にインポートする 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動します。 - > **ヒント：** + > **Tip:** > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 @@ -54,7 +54,7 @@ summary: ローカル ファイルをTiDB Cloud Starter にインポートする 必要に応じてデータ型を変更することもできます。 - > **注記：** + > **Note:** > > TiDB Cloudの既存のテーブルに CSV ファイルをインポートし、ターゲット テーブルにソース ファイルよりも多くの列がある場合、状況に応じて余分な列が異なって処理されます。 > @@ -66,7 +66,7 @@ summary: ローカル ファイルをTiDB Cloud Starter にインポートする 6. 新しいターゲットテーブルでは、主キーを設定できます。主キーとして列を選択するか、複数の列を選択して複合主キーを作成できます。複合主キーは、列名を選択した順序で作成されます。 - > **注記：** + > **Note:** > > テーブルの主キーはクラスター化インデックスであり、作成後に削除することはできません。 diff --git a/tidb-cloud/tidb-cloud-log-redaction.md b/tidb-cloud/tidb-cloud-log-redaction.md index d497e5f3c6f8f..1c61983ce676a 100644 --- a/tidb-cloud/tidb-cloud-log-redaction.md +++ b/tidb-cloud/tidb-cloud-log-redaction.md @@ -9,7 +9,7 @@ summary: TiDB Cloudでユーザーが制御するログのマスキングを有 ログのマスキングはデフォルトで有効になっており、実行ログや実行プラン内の機密情報が隠蔽されます。TiDB TiDB Cloud DedicatedクラスターTiDB Cloud PremiumインスタンスメンテナンスやSQLチューニングのために、より詳細なログ情報が必要な場合は、この機能をいつでも無効にできます。 -> **注記：** +> **Note:** > > ログ編集機能は、 TiDB Cloud DedicatedクラスターおよびTiDB Cloud Premium インスタンスでサポートされています。 @@ -30,7 +30,7 @@ summary: TiDB Cloudでユーザーが制御するログのマスキングを有 ## ログの編集を無効にする {#disable-log-redaction} -> **警告：** +> **Warning:** > > ログのマスキングを無効にすると、機密情報が公開され、データ漏洩のリスクが高まる可能性があります。続行する前に、このリスクを理解し、認識していることを確認してください。診断またはメンテナンス作業が完了したら、すぐにログのマスキングを再度有効にすることを忘れないでください。 @@ -40,7 +40,7 @@ summary: TiDB Cloudでユーザーが制御するログのマスキングを有 2. [**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 @@ -80,7 +80,7 @@ summary: TiDB Cloudでユーザーが制御するログのマスキングを有 2. [**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 - > **ヒント：** + > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 diff --git a/tidb-cloud/tidb-cloud-org-sso-authentication.md b/tidb-cloud/tidb-cloud-org-sso-authentication.md index f5c7b6906606c..ffe55afb1ad81 100644 --- a/tidb-cloud/tidb-cloud-org-sso-authentication.md +++ b/tidb-cloud/tidb-cloud-org-sso-authentication.md @@ -17,7 +17,7 @@ TiDB Cloud は、次の 2 種類の SSO 認証をサポートしています。 このドキュメントでは、組織の認証スキームを標準SSOから Cloud Organization SSO に移行する方法について説明します。 -> **注記：** +> **Note:** > > Cloud Organization SSO 機能は有料組織でのみご利用いただけます。 @@ -25,7 +25,7 @@ TiDB Cloud は、次の 2 種類の SSO 認証をサポートしています。 Cloud Organization SSO に移行する前に、組織についてこのセクションの項目を確認してください。 -> **注記：** +> **Note:** > > - Cloud Organization SSO を有効にすると、無効にすることはできません。 > - Cloud Organization SSOを有効にするには、 TiDB Cloud組織の`Organization Owner`ロールに属している必要があります。ロールの詳細については、 [ユーザーロール](/tidb-cloud/manage-user-access.md#user-roles)ご覧ください。 @@ -85,13 +85,13 @@ Cloud Organization SSO を有効にするには、次の手順を実行します 4. ダイアログで、組織のカスタム URL を入力します。この URL はTiDB Cloud内で一意である必要があります。 - > **注記：** + > **Note:** > > Cloud Organization SSO を有効にすると、URL を変更できなくなります。組織のメンバーは、カスタム URL を使用してのみTiDB Cloudにログインできるようになります。後で設定済みの URL を変更する必要がある場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)お問い合わせください。 5. **[理解して確認します]**チェックボックスをクリックし、 **[有効にする]**をクリックします。 - > **注記：** + > **Note:** > > ダイアログに、Cloud Organization SSO に再招待して再参加する必要があるユーザーのリストが含まれている場合、Cloud Organization SSO を有効にすると、 TiDB Cloud はこれらのユーザーに招待メールを自動的に送信します。招待メールを受け取った各ユーザーは、メール内のリンクをクリックして本人確認を行う必要があります。その後、カスタムログインページが表示されます。 @@ -117,7 +117,7 @@ Cloud Organization SSO を有効にした後、次のようにユーザー名と このフィールドを設定すると、この認証方法で指定されたメールドメインのユーザーのみが、カスタムURLを使用してTiDB Cloudにログインできるようになります。ドメイン名を入力する際は、 `@`記号を除外し、カンマで区切る必要があります。例： `company1.com,company2.com` - > **注記：** + > **Note:** > > 電子メール ドメインを構成している場合は、設定を保存する前に、 TiDB Cloudによってロックアウトされないように、現在ログインに使用している電子メール ドメインを必ず追加してください。 @@ -176,7 +176,7 @@ TiDB Cloudでは、OIDC認証方式はデフォルトで無効になっていま **Auto-provision Accounts** が無効な場合、このフィールドは任意です。ドメインを入力する場合でも、 **Domains** で検証されている必要があります。 - > **注記：** + > **Note:** > > 設定を保存する前に、TiDB Cloud からロックアウトされないように、現在ログインに使用している検証済みのメールドメインを必ず含めてください。 @@ -186,7 +186,7 @@ TiDB Cloudでは、OIDC認証方式はデフォルトで無効になっていま SAML ID プロトコルを使用する ID プロバイダーがある場合は、 TiDB Cloudログインに SAML 認証方法を有効にすることができます。 -> **注記：** +> **Note:** > > TiDB Cloudは、メールアドレスをユーザーごとの一意の識別子として使用します。そのため、組織メンバーの`email`属性がIDプロバイダーに設定されていることを確認してください。 @@ -223,7 +223,7 @@ TiDB Cloudでは、SAML認証方式はデフォルトで無効になっていま **Auto-provision Accounts** と **SCIM Provisioning Accounts** の両方が無効な場合、このフィールドは任意です。ドメインを入力する場合でも、 **Domains** で検証されている必要があります。 - > **注記：** + > **Note:** > > 設定を保存する前に、TiDB Cloud からロックアウトされないように、現在ログインに使用している検証済みのメールドメインを必ず含めてください。 @@ -239,7 +239,7 @@ TiDB Cloudでは、SAML認証方式はデフォルトで無効になっていま [クロスドメイン ID 管理システム (SCIM)](https://www.rfc-editor.org/rfc/rfc7644)は、アイデンティティドメインとITシステム間のユーザーID情報の交換を自動化するオープンスタンダードです。SCIMプロビジョニングを設定することで、アイデンティティプロバイダーのユーザーグループをTiDB Cloudに自動的に同期し、 TiDB Cloudでこれらのグループのロールを一元管理できるようになります。 -> **注記：** +> **Note:** > > SCIM プロビジョニングは[SAML認証方法](#configure-the-saml-authentication-method)でのみ有効にできます。 @@ -272,7 +272,7 @@ TiDB Cloudでは、SAML認証方式はデフォルトで無効になっていま 4. TiDB Cloudで、アイデンティティ プロバイダーからプッシュされたグループにロールを付与します。 - > **注記：** + > **Note:** > > グループにロールを付与すると、グループ内のすべてのメンバーにそのロールが付与されます。グループにTiDB Cloud組織に既に所属しているメンバーが含まれている場合、これらのメンバーにもグループの新しいロールが付与されます。 diff --git a/tidb-cloud/tidb-cloud-password-authentication.md b/tidb-cloud/tidb-cloud-password-authentication.md index 9f4e5030a3e03..b2167676b86f0 100644 --- a/tidb-cloud/tidb-cloud-password-authentication.md +++ b/tidb-cloud/tidb-cloud-password-authentication.md @@ -56,7 +56,7 @@ TiDB Cloudは、登録ユーザーに対してデフォルトのパスワード ## パスワードをリセットする {#reset-a-password} -> **注記：** +> **Note:** > > このセクションは、メールアドレスとパスワードを使用したTiDB Cloudの登録にのみ適用されます。Google SSOまたはGitHub SSOを使用してTiDB Cloudにサインアップした場合、パスワードはGoogleまたはGitHubによって管理され、 TiDB Cloudコンソールを使用して変更することはできません。 @@ -68,7 +68,7 @@ TiDB Cloudは、登録ユーザーに対してデフォルトのパスワード ## パスワードを変更する {#change-a-password} -> **注記：** +> **Note:** > > メールアドレスとパスワードでTiDB Cloudにサインアップする場合は、90日ごとにパスワードをリセットすることをお勧めします。リセットしない場合、 TiDB Cloudにログインする際に、パスワードの有効期限切れを知らせるリマインダーが表示されます。 @@ -80,7 +80,7 @@ TiDB Cloudは、登録ユーザーに対してデフォルトのパスワード ## 多要素認証を管理する（オプション） {#manage-multi-factor-authentication-optional} -> **注記：** +> **Note:** > > - このセクションは、メールアドレスとパスワードを使用してTiDB Cloudに[サインアップ](https://tidbcloud.com/free-trial)場合にのみ適用されます。Google、GitHub、またはMicrosoft SSOを使用してTiDB Cloudにサインアップする場合は、選択したID管理プラットフォームでMFAを有効にできます。 > - SSO ログイン シナリオでTiDB Cloud MFA を有効にしている場合は、アカウントのセキュリティを確保するために、 **2025 年 9 月 30 日**までに MFA 管理を SSO ID 管理プラットフォームに移行してください。 @@ -103,7 +103,7 @@ TiDB Cloudは、登録ユーザーに対してデフォルトのパスワード 7. ワンタイムリカバリコードを保存します。このコードは、MFA デバイスが利用できない場合に認証するのに役立ちます。 -> **注記：** +> **Note:** > > - アカウントのセキュリティを維持するために、回復コードを安全に保管する必要があります。 > - ログイン時に MFA 認証にリカバリ コードを使用すると、認証が成功するとシステムによって新しいリカバリ コードが自動的に生成されます。 @@ -118,6 +118,6 @@ TiDB Cloudは、登録ユーザーに対してデフォルトのパスワード 4. 操作を確認するには、アカウントのパスワードと MFA 認証コードを入力します。 -> **注記：** +> **Note:** > > MFAを無効にするとアカウントのセキュリティが低下します。慎重に進めてください。 diff --git a/tidb-cloud/tidb-cloud-performance-reference.md b/tidb-cloud/tidb-cloud-performance-reference.md index 3f895ea131122..d4f90ee970500 100644 --- a/tidb-cloud/tidb-cloud-performance-reference.md +++ b/tidb-cloud/tidb-cloud-performance-reference.md @@ -7,7 +7,7 @@ summary: TiDB Cloud のパフォーマンス テスト結果を確認します このドキュメントでは、さまざまな TiDB クラスター スケールのパフォーマンス テスト結果を[Sysbench](https://github.com/akopytov/sysbench)提供しており、 [クラスターサイズを決定する](/tidb-cloud/size-your-cluster.md)実行する際の参考として使用できます。 -> **注記：** +> **Note:** > > テストは TiDB v6.1.1 で実行され、テスト結果は P95 トランザクションレイテンシーが 105 ミリ秒未満という条件に基づいています。 diff --git a/tidb-cloud/tidb-cloud-poc.md b/tidb-cloud/tidb-cloud-poc.md index e4e4e7a95c311..94b5c34b7da95 100644 --- a/tidb-cloud/tidb-cloud-poc.md +++ b/tidb-cloud/tidb-cloud-poc.md @@ -68,7 +68,7 @@ PoC 用の[TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-d 2. PoC 用のTiDB Cloud Dedicated クラスターを作成するには、 [TiDB Cloud Dedicatedクラスタを作成する](/tidb-cloud/create-tidb-cluster.md)を参照してください。 - > **注記：** + > **Note:** > > TiDB Cloud Dedicated クラスターを作成する前に、次のいずれかの支払い方法を追加する必要があります。 > @@ -131,7 +131,7 @@ TiDB Cloudにはさまざまな形式のデータをインポートできます - [クラウドストレージからCSVファイルをインポートする](/tidb-cloud/import-csv-files.md) - [Apache Parquet ファイルのインポート](/tidb-cloud/import-parquet-files.md) -> **注記：** +> **Note:** > > **「インポート」**ページでのデータのインポートでは追加の請求料金は発生しません。 diff --git a/tidb-cloud/tidb-cloud-quickstart.md b/tidb-cloud/tidb-cloud-quickstart.md index d7423c64fd61f..1bb3fcf9a853c 100644 --- a/tidb-cloud/tidb-cloud-quickstart.md +++ b/tidb-cloud/tidb-cloud-quickstart.md @@ -64,7 +64,7 @@ AWS でホストされているTiDB Cloud Starter クラスターでは、 TiDB 生成されたステートメントについては、 **「承認」**をクリックして承認し、必要に応じてさらに編集するか、 **「破棄」を**クリックして拒否することができます。 - > **注記：** + > **Note:** > > AI によって生成された SQL クエリは 100% 正確ではないため、さらに調整が必要になる場合があります。 diff --git a/tidb-cloud/tidb-cloud-roadmap.md b/tidb-cloud/tidb-cloud-roadmap.md index 0a971bbd12960..55f1c52dba6b9 100644 --- a/tidb-cloud/tidb-cloud-roadmap.md +++ b/tidb-cloud/tidb-cloud-roadmap.md @@ -5,7 +5,7 @@ summary: TiDB Cloudの今後数か月間のロードマップをご覧くださ # TiDB Cloudロードマップ {#tidb-cloud-roadmap} -> **警告：** +> **Warning:** > > このロードマップには古い情報が含まれている可能性があります。最新の製品計画と開発優先事項を反映させるため、現在更新作業を進めております。 diff --git a/tidb-cloud/tidb-cloud-sso-authentication.md b/tidb-cloud/tidb-cloud-sso-authentication.md index 20fb4046390e3..30e5b41f0e204 100644 --- a/tidb-cloud/tidb-cloud-sso-authentication.md +++ b/tidb-cloud/tidb-cloud-sso-authentication.md @@ -9,7 +9,7 @@ summary: Google、GitHub、または Microsoft アカウントを使用してTiD TiDB Cloudは、Google、GitHub、MicrosoftアカウントのSSO認証をサポートしています。SSO認証を使用してTiDB Cloudにログインする場合、IDと認証情報はサードパーティのGoogle、GitHub、Microsoftプラットフォームに保存されるため、TiDBコンソールを使用してアカウントのパスワードを変更したり、多要素認証（MFA）を有効にしたりすることはできません。 -> **注記：** +> **Note:** > > ユーザー名とパスワードを使用してTiDB Cloudにログインする場合は、 [パスワード認証](/tidb-cloud/tidb-cloud-password-authentication.md)参照してください。 @@ -25,7 +25,7 @@ Google アカウントでサインインするには、次の手順に従いま ログインが成功すると、 TiDB Cloudコンソールに移動します。 - > **注記：** + > **Note:** > > - Googleアカウントで初めてログインする場合は、 TiDB Cloudの利用規約に同意するかどうかを尋ねられます。利用規約をお読みいただき、同意すると、 TiDB Cloudのウェルカムページが表示され、その後TiDB Cloudコンソールに移動します。 > - Google アカウントで 2 段階認証プロセス（2 要素認証とも呼ばれます）を有効にしている場合は、ユーザー名とパスワードを入力した後に確認コードも入力する必要があります。 @@ -42,7 +42,7 @@ GitHub アカウントでサインインするには、次の手順を実行し ログインが成功すると、 TiDB Cloudコンソールに移動します。 - > **注記：** + > **Note:** > > - GitHub に初めてサインインする場合は、 TiDB Cloud の利用規約に同意するかどうかを尋ねられます。利用規約をお読みになり、同意すると、 TiDB Cloud のウェルカムページが表示され、その後TiDB Cloudコンソールに移動します。 > - GitHub アカウントに 2 要素認証を設定している場合は、ユーザー名とパスワードを入力した後、確認コードも入力する必要があります。 @@ -59,7 +59,7 @@ Microsoft アカウントでサインインするには、次の手順を実行 ログインが成功すると、 TiDB Cloudコンソールに移動します。 - > **注記：** + > **Note:** > > - Microsoft に初めてサインインする場合は、 TiDB Cloud の利用規約に同意するかどうかを尋ねられます。利用規約をお読みになり、同意すると、 TiDB Cloud のウェルカムページが表示され、その後TiDB Cloudコンソールに移動します。 > - Microsoft アカウントに 2 段階認証を設定している場合は、ユーザー名とパスワードを入力した後、確認コードも入力する必要があります。 diff --git a/tidb-cloud/tidb-cloud-support.md b/tidb-cloud/tidb-cloud-support.md index 83b639d3357bb..2a7b0c785fe2e 100644 --- a/tidb-cloud/tidb-cloud-support.md +++ b/tidb-cloud/tidb-cloud-support.md @@ -70,7 +70,7 @@ TiDB Cloudのすべてのユーザーは、請求およびアカウント関連 1. [PingCAP ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)にログインし、 [TiDB Cloudテクニカルサポート](https://tidb.support.pingcap.com/servicedesk/customer/portal/6)をクリックします。 - > **注記：** + > **Note:** > > [TiDB Cloudテクニカルサポート](https://tidb.support.pingcap.com/servicedesk/customer/portal/6)エントリーは、 **Developer** 、 **Enterprise** 、または**Premium** [サポートプラン](/tidb-cloud/connected-care-detail.md)でのみご利用いただけます。Basic**プラン**をご利用の場合は、 [Slack](https://slack.tidb.io/invite?team=tidb-community&channel=everyone&ref=pingcap)または[Discord](https://discord.com/invite/KVRZBR2DrG)のコミュニティチャンネルを通じて技術的な質問を投稿できます。PingCAPのエンジニアやコミュニティメンバーがサポートいたします。 diff --git a/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md b/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md index 1db04a06a8f5c..519ccf7881082 100644 --- a/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md +++ b/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md @@ -32,7 +32,7 @@ TiDB Cloudでは、TLS 接続の確立はTiDB Cloud Dedicated クラスタへの 4. **「CA証明書」**をクリックして、TiDBクラスタへのTLS接続用のCA証明書をダウンロードしてください。CA証明書はデフォルトでTLS 1.2バージョンをサポートしています。 - > **注記：** + > **Note:** > > - ダウンロードしたCA証明書は、オペレーティングシステムのデフォルトのストレージパスに保存することも、別のストレージパスを指定することもできます。以降の手順では、コード例のCA証明書パスをご自身のCA証明書パスに置き換える必要があります。 > - TiDB Cloud Dedicated では、クライアントに TLS 接続の使用を強制しません。また、 [`require_secure_transport`](/system-variables.md#require_secure_transport-new-in-v610)変数のユーザー定義構成は現在TiDB Cloud Dedicated ではサポートされていません。 diff --git a/tidb-cloud/tidbx-instance-move-faq.md b/tidb-cloud/tidbx-instance-move-faq.md index 474a3705cf698..3569ef11a8310 100644 --- a/tidb-cloud/tidbx-instance-move-faq.md +++ b/tidb-cloud/tidbx-instance-move-faq.md @@ -95,7 +95,7 @@ TiDB Cloudのリソースごとに異なるプロジェクトタイプが導入 プロジェクトにTiDB Cloud DedicatedクラスターとTiDB Cloud StarterまたはEssentialインスタンスの両方が含まれている場合、 TiDB Cloud は上部のバナーで、プロジェクト内のTiDB Cloud StarterおよびEssentialインスタンスを新しい**TiDB X プロジェクト**に移動するように促します。 -> **注記：** +> **Note:** > > TiDB Cloud Dedicatedクラスターは、移行後も元のプロジェクト内に残ります。したがって、この移行はTiDB Cloud Dedicatedクラスターに影響を与えません。 diff --git a/tidb-cloud/tiproxy-management.md b/tidb-cloud/tiproxy-management.md index a0e72dbecef4e..14c505775acb5 100644 --- a/tidb-cloud/tiproxy-management.md +++ b/tidb-cloud/tiproxy-management.md @@ -7,7 +7,7 @@ summary: TiProxyの有効化、無効化、表示、および変更方法につ このドキュメントでは、TiProxyの有効化、無効化、表示、および変更方法について説明します。 -> **注記：** +> **Note:** > > TiProxyは現在、AWS上にデプロイされたTiDB Cloud Dedicatedクラスターでのみ利用可能です。 @@ -38,7 +38,7 @@ TiProxyノードのサイズと数は、 TiDB Cloud DedicatedクラスタのQPS ### 既存のクラスターでTiProxyを有効にする {#enable-tiproxy-for-an-existing-cluster} -> **注記：** +> **Note:** > > TiProxyを有効にすると、該当するTiDBノードグループ内のTiDBノードがローリング再起動され、再起動中に既存の接続が切断されます。また、新しい接続の作成に最大30秒かかる場合があります。TiProxyは必ずメンテナンス期間中に有効にしてください。 @@ -59,7 +59,7 @@ TiProxyノードのサイズと数は、 TiDB Cloud DedicatedクラスタのQPS ## TiProxyを無効にする {#disable-tiproxy} -> **注記：** +> **Note:** > > TiProxyを無効にすると、接続が切断されます。また、新しい接続の作成に最大10秒間かかる場合があります。TiProxyを無効にする際は、必ずメンテナンス時間内に行ってください。 diff --git a/tidb-cloud/tiproxy-overview-for-cloud.md b/tidb-cloud/tiproxy-overview-for-cloud.md index 7faa3fdc62aae..55326a36f16b5 100644 --- a/tidb-cloud/tiproxy-overview-for-cloud.md +++ b/tidb-cloud/tiproxy-overview-for-cloud.md @@ -9,7 +9,7 @@ TiProxyはPingCAPの公式プロキシコンポーネントです。クライア 詳細については、 [TiProxyの概要](https://docs.pingcap.com/tidb/stable/tiproxy-overview)をご覧ください。 -> **注記：** +> **Note:** > > TiProxyは現在、AWS上にデプロイされたTiDB Cloud Dedicatedクラスターでのみ利用可能です。 diff --git a/tidb-cloud/top-ru.md b/tidb-cloud/top-ru.md index 2c37e4ed71591..9182541b0ad7c 100644 --- a/tidb-cloud/top-ru.md +++ b/tidb-cloud/top-ru.md @@ -7,7 +7,7 @@ summary: Top RUを使用して、1分単位の粒度で最もリクエストユ **Top RUは、** SQL文をリクエストユニット（RU）消費量に基づいてランク付けし、RU使用量を押し上げているクエリを迅速に特定するのに役立ちます。TiDB Cloud EssentialまたはTiDB Cloud Premiumインスタンスのメトリクスで予期せぬRUの急増に気づいた場合は、Top RUを使用して原因となっているSQL文を特定し、的を絞った対策を講じてください。 -> **注記：** +> **Note:** > > - Top RUは、 TiDB Cloud Premiumインスタンス向けにパブリックプレビュー版として提供されています。 > - トップRUは、段階的な展開期間中に、一部のリージョンにおけるTiDB Cloud Essentialインスタンスで利用可能になります。 @@ -66,7 +66,7 @@ TiDB Cloudプランによって、RUの主要機能は異なります。 | 合計レイテンシー | 選択した期間内にこのSQL文が消費した合計実行時間 | | 平均レイテンシー | 選択した期間において、このSQL文が消費した平均実行時間。この値は、総レイテンシーを実行回数で割った値です。 | -> **注記：** +> **Note:** > > Top RUは、実行中のクエリも含め、SQL文の**累積RU消費量**に基づいて順位付けします。これにより、実行中のクエリが完了する前に、負荷の高いクエリを検出できます。実行中のクエリについては、実行プランは利用できません。 diff --git a/tidb-cloud/troubleshoot-import-access-denied-error.md b/tidb-cloud/troubleshoot-import-access-denied-error.md index 1668cb5c3de3b..3af80baf032c9 100644 --- a/tidb-cloud/troubleshoot-import-access-denied-error.md +++ b/tidb-cloud/troubleshoot-import-access-denied-error.md @@ -165,7 +165,7 @@ IAMユーザーのポリシーを確認するには、次の手順を実行し 前の例のようにポリシーが正しく構成されていない場合は、ポリシー内の`Resource`フィールドを修正して、再度データのインポートを試みてください。 -> **ヒント：** +> **Tip:** > > 権限ポリシーを複数回更新してもデータのインポート中にエラー`AccessDenied`が発生する場合は、アクティブなセッションを取り消してみてください。 **「IAM」** > **「アクセス管理」** > **「ロール」**に移動し、対象のロールをクリックしてロールの概要ページに進みます。ロールの概要ページで**「アクティブなセッションを取り消す」**を見つけ、ボタンをクリックしてアクティブなセッションを取り消します。その後、データのインポートを再試行してください。 > @@ -218,7 +218,7 @@ S3バケットを暗号化する方法は複数あります。バケット内の -> **注記：** +> **Note:** > > バケット内のオブジェクトが既存の暗号化バケットからコピーされた場合は、AWS KMS キー ARN にソースバケットのキーも含める必要があります。これは、バケット内のオブジェクトがソースオブジェクトの暗号化と同じ暗号化方式を使用しているためです。詳細については、AWS ドキュメント[レプリケーションでのデフォルトの暗号化の使用](https://docs.aws.amazon.com/AmazonS3/latest/userguide/bucket-encryption.html)ご覧ください。 diff --git a/tidb-cloud/use-chat2query-api.md b/tidb-cloud/use-chat2query-api.md index ebd41f0445ddb..ddad2ea0241aa 100644 --- a/tidb-cloud/use-chat2query-api.md +++ b/tidb-cloud/use-chat2query-api.md @@ -9,7 +9,7 @@ TiDB Cloudは、RESTfulインターフェースであるChat2Query APIを提供 Chat2Query API には HTTPS 経由でのみアクセスできるため、ネットワーク経由で送信されるすべてのデータは TLS を使用して暗号化されます。 -> **注記：** +> **Note:** > > Chat2Query APIはAWSでホストされている[TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter)クラスターでのみ利用可能です。3 [TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスターでChat2Query APIをご利用いただくには、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)お問い合わせください。 @@ -23,7 +23,7 @@ Chat2Query エンドポイントを呼び出す前に、Chat2Query データ ア 1. プロジェクトの[**データサービス**](https://tidbcloud.com/project/data-service)ページで、左ペインで**「データアプリを作成」を**クリックします。データアプリ作成ダイアログが表示されます。 - > **ヒント：** + > **Tip:** > > クラスターの**SQL エディター**ページが表示されている場合は、右上隅の**... を**クリックし、 **API 経由で Chat2Query にアクセス**して、**新しい Chat2Query データ アプリ**をクリックすることで、データ アプリ作成ダイアログを開くこともできます。 @@ -49,7 +49,7 @@ API キーを作成するには、次の手順を実行します。 - `Chat2Query Data Summary Management Role` : API キーによるデータ サマリーの生成と更新のみを許可します。 - > **ヒント：** + > **Tip:** > > Chat2Query APIの場合、データサマリーとは、AIによるデータベースの分析結果であり、データベースの説明、テーブルの説明、列の説明などが含まれます。データベースのデータサマリーを生成することで、SQL文を生成する際に、指示を与えることでより正確なレスポンスを得ることができます。 @@ -67,7 +67,7 @@ API キーを作成するには、次の手順を実行します。 ## Chat2Queryエンドポイントを呼び出す {#call-chat2query-endpoints} -> **注記：** +> **Note:** > > Chat2Queryデータアプリには、1日あたり100リクエストのレート制限があります。レート制限を超えた場合、APIは`429`エラーを返します。クォータを増やすには、サポートチームまで[リクエストを送信する](https://tidb.support.pingcap.com/)ください。 @@ -77,7 +77,7 @@ API キーを作成するには、次の手順を実行します。 - Chat2Query v2エンドポイント: `/v2/dataSummaries`や`/v2/chat2data`など、名前が`/v2`で始まるエンドポイント - Chat2Query v1 エンドポイント: `/v1/chat2data` (非推奨) -> **ヒント：** +> **Tip:** > > `/v1/chat2data`と比較すると、 `/v3/chat2data`と`/v2/chat2data`では、まず`/v3/dataSummaries`または`/v2/dataSummaries`を呼び出してデータベースを分析する必要があります。そのため、 `/v3/chat2data`と`/v2/chat2data`によって返される結果は、一般的により正確です。 @@ -93,7 +93,7 @@ TiDB Cloudは、Chat2Queryエンドポイントを素早く呼び出すための 3. 表示されたダイアログ ボックスで、エンドポイントの呼び出しに使用するクラスター、データベース、および認証方法を選択し、コード例をコピーします。 - > **注記：** + > **Note:** > > `/v2/jobs/{job_id}`などの一部のエンドポイントでは、認証方法を選択するだけで済みます。 @@ -343,7 +343,7 @@ curl --digest --user ${PUBLIC_KEY}:${PRIVATE_KEY} --request GET 'https:// **注記：** +> **Note:** > > Chat2Data v1エンドポイントは非推奨です。代わりにChat2Data v3エンドポイントを呼び出すことをお勧めします。 @@ -363,7 +363,7 @@ TiDB Cloudは、エンドポイントの呼び出しを支援するためのコ - ``プレースホルダーをクエリ対象のテーブル名に置き換えます。テーブル名を指定しない場合、AI はデータベース内のすべてのテーブルをクエリします。 - ``プレースホルダーを、AI に SQL ステートメントを生成して実行してほしい命令に置き換えます。 -> **注記：** +> **Note:** > > - Chat2Queryデータアプリには、1日あたり100リクエストのレート制限があります。レート制限を超えた場合、APIは`429`エラーを返します。クォータを増やすには、サポートチームまで[リクエストを送信する](https://tidb.support.pingcap.com/)ください。 > - ロール`Chat2Query Data Summary Management Role`のAPIキーではChat2Data v1エンドポイントを呼び出すことができません。以下のコード例は、テーブル`sp500insight.users`に含まれるユーザー数をカウントするために使用されます。 diff --git a/tidb-cloud/use-chat2query-knowledge.md b/tidb-cloud/use-chat2query-knowledge.md index 3fb7ddd9c60cf..da9b2336217fe 100644 --- a/tidb-cloud/use-chat2query-knowledge.md +++ b/tidb-cloud/use-chat2query-knowledge.md @@ -9,7 +9,7 @@ summary: Chat2Query ナレッジ ベース API を使用して Chat2Query の結 v3 以降、Chat2Query API を使用すると、Chat2Query データ アプリのナレッジ ベース関連のエンドポイントを呼び出すことによって、ナレッジ ベースを追加または変更できるようになります。 -> **注記：** +> **Note:** > > ナレッジベース関連エンドポイントは、AWS でホストされている[TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter)クラスターでのみご利用いただけます。3 [TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスターでナレッジベース関連エンドポイントをご利用になる場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)お問い合わせください。 @@ -22,7 +22,7 @@ v3 以降、Chat2Query API を使用すると、Chat2Query データ アプリ ## ステップ1. リンクされたデータベースのナレッジベースを作成する {#step-1-create-a-knowledge-base-for-the-linked-database} -> **注記：** +> **Note:** > > Chat2Queryが使用する知識は、**データベースのディメンションに基づいて構造化されて**います。複数のChat2Queryデータアプリを同じデータベースに接続できますが、各Chat2Queryデータアプリは、リンクされている特定のデータベースの知識のみを使用できます。 @@ -30,7 +30,7 @@ Chat2Queryデータアプリでは、エンドポイント`/v3/knowledgeBases` 以下は、このエンドポイントを呼び出すための一般的なコード例です。 -> **ヒント：** +> **Tip:** > > エンドポイントの具体的なコード例を取得するには、データアプリの左側のペインでエンドポイント名をクリックし、 **「コード例を表示」**をクリックします。詳細については、 [エンドポイントのサンプルコードを取得する](/tidb-cloud/use-chat2query-api.md#get-the-code-example-of-an-endpoint)参照してください。 @@ -75,7 +75,7 @@ curl --digest --user ${PUBLIC_KEY}:${PRIVATE_KEY} --request POST 'https:// **注記：** +> **Note:** > > 新しく追加した例文の精度を確認してください。例文の質はChat2Queryの学習効率に影響します。質問と回答が一致しないなど、質の低い例は、新しいタスクにおけるChat2Queryのパフォーマンスを低下させる可能性があります。 @@ -104,7 +104,7 @@ Few-Shot の例を使用すると、次のようなさまざまなシナリオ 用語シートの説明とは、特定の用語または類似の用語のグループに関する包括的な説明を指し、Chat2Query がこれらの用語の意味と使用法を理解するのに役立ちます。 -> **注記：** +> **Note:** > > 新しく追加された用語の説明の正確性を確認してください。説明の質はChat2Queryの学習効率に影響します。誤った解釈はChat2Queryの結果を向上させるどころか、悪影響をもたらす可能性があります。 @@ -133,7 +133,7 @@ Few-Shot の例を使用すると、次のようなさまざまなシナリオ 命令とは、テキスト形式のコマンドです。Chat2Queryの動作をガイドまたは制御するために使用され、具体的には、特定の要件や条件に応じてSQLを生成する方法を指示します。 -> **注記：** +> **Note:** > > - 命令の長さは 512 文字に制限されます。 > - Chat2Query が指示を効果的に理解して実行できるように、できるだけ明確で具体的な指示を提供するようにしてください。 diff --git a/tidb-cloud/use-chat2query-sessions.md b/tidb-cloud/use-chat2query-sessions.md index ec44cc74c158f..f10adb8defed1 100644 --- a/tidb-cloud/use-chat2query-sessions.md +++ b/tidb-cloud/use-chat2query-sessions.md @@ -21,7 +21,7 @@ Chat2Query API v3以降では、セッション関連のエンドポイントを 以下は、このエンドポイントを呼び出すための一般的なコード例です。 -> **ヒント：** +> **Tip:** > > エンドポイントの具体的なコード例を取得するには、データアプリの左側のペインでエンドポイント名をクリックし、 **「コード例を表示」**をクリックします。詳細については、 [エンドポイントのサンプルコードを取得する](/tidb-cloud/use-chat2query-api.md#get-the-code-example-of-an-endpoint)参照してください。 diff --git a/tidb-cloud/v7.1-performance-benchmarking-with-sysbench.md b/tidb-cloud/v7.1-performance-benchmarking-with-sysbench.md index a6d311d6c3f5d..5ce52edb6c354 100644 --- a/tidb-cloud/v7.1-performance-benchmarking-with-sysbench.md +++ b/tidb-cloud/v7.1-performance-benchmarking-with-sysbench.md @@ -30,7 +30,7 @@ aliases: ['/ja/tidbcloud/v7.1.0-performance-benchmarking-with-sysbench'] ### パラメータ設定 {#parameter-configuration} -> **注記：** +> **Note:** > > TiDB Cloudの場合、クラスターの TiKV パラメータを変更するには、 [PingCAP サポート](/tidb-cloud/tidb-cloud-support.md)問い合わせてサポートを受けることができます。 diff --git a/tidb-cloud/v7.5-performance-benchmarking-with-sysbench.md b/tidb-cloud/v7.5-performance-benchmarking-with-sysbench.md index 0527cc29ff14c..0ceced3994d41 100644 --- a/tidb-cloud/v7.5-performance-benchmarking-with-sysbench.md +++ b/tidb-cloud/v7.5-performance-benchmarking-with-sysbench.md @@ -30,7 +30,7 @@ aliases: ['/ja/tidbcloud/v7.5.0-performance-benchmarking-with-sysbench'] ### パラメータ設定 {#parameter-configuration} -> **注記：** +> **Note:** > > TiDB Cloudの場合、クラスターの TiKV パラメータを変更するには、 [PingCAP サポート](/tidb-cloud/tidb-cloud-support.md)問い合わせてサポートを受けることができます。 diff --git a/tidb-cloud/v8.1-performance-benchmarking-with-sysbench.md b/tidb-cloud/v8.1-performance-benchmarking-with-sysbench.md index 1e6cc6415d174..8980f911cdad8 100644 --- a/tidb-cloud/v8.1-performance-benchmarking-with-sysbench.md +++ b/tidb-cloud/v8.1-performance-benchmarking-with-sysbench.md @@ -35,7 +35,7 @@ summary: TiDB バージョン v8.1.0 を使用したTiDB Cloud Dedicated クラ SET GLOBAL tidb_session_plan_cache_size = 1000; ``` -> **注記：** +> **Note:** > > TiDB Cloudの場合、クラスターの TiKV パラメータを変更するには、 [PingCAP サポート](/tidb-cloud/tidb-cloud-support.md)問い合わせてサポートを受けることができます。 diff --git a/tidb-cloud/v8.1-performance-benchmarking-with-tpcc.md b/tidb-cloud/v8.1-performance-benchmarking-with-tpcc.md index a4b676a81667d..77d57bccd7e94 100644 --- a/tidb-cloud/v8.1-performance-benchmarking-with-tpcc.md +++ b/tidb-cloud/v8.1-performance-benchmarking-with-tpcc.md @@ -29,7 +29,7 @@ summary: TiDB バージョン v8.1.0 を使用したTiDB Cloud Dedicated クラ ### パラメータ設定 {#parameter-configuration} -> **注記：** +> **Note:** > > TiDB Cloudの場合、クラスターの TiKV パラメータを変更するには、 [PingCAP サポート](/tidb-cloud/tidb-cloud-support.md)問い合わせてサポートを受けることができます。 diff --git a/tidb-cloud/v8.5-performance-benchmarking-with-sysbench.md b/tidb-cloud/v8.5-performance-benchmarking-with-sysbench.md index 049a5b2354c40..818a5a8f94f86 100644 --- a/tidb-cloud/v8.5-performance-benchmarking-with-sysbench.md +++ b/tidb-cloud/v8.5-performance-benchmarking-with-sysbench.md @@ -35,7 +35,7 @@ summary: TiDB バージョン v8.5.0 を使用したTiDB Cloud Dedicated クラ SET GLOBAL tidb_session_plan_cache_size = 1000; ``` -> **注記：** +> **Note:** > > TiDB Cloudの場合、クラスターの TiKV パラメータを変更するには、 [PingCAP サポート](/tidb-cloud/tidb-cloud-support.md)問い合わせてサポートを受けることができます。 diff --git a/tidb-cloud/v8.5-performance-benchmarking-with-tpcc.md b/tidb-cloud/v8.5-performance-benchmarking-with-tpcc.md index 313fad506bf4d..86115ec572924 100644 --- a/tidb-cloud/v8.5-performance-benchmarking-with-tpcc.md +++ b/tidb-cloud/v8.5-performance-benchmarking-with-tpcc.md @@ -29,7 +29,7 @@ summary: TiDB バージョン v8.5.0 を使用したTiDB Cloud Dedicated クラ ### パラメータ設定 {#parameter-configuration} -> **注記：** +> **Note:** > > TiDB Cloudの場合、クラスターの TiKV パラメータを変更するには、 [PingCAP サポート](/tidb-cloud/tidb-cloud-support.md)問い合わせてサポートを受けることができます。 diff --git a/tidb-configuration-file.md b/tidb-configuration-file.md index 848642be2dbf9..f5b5bb1720c03 100644 --- a/tidb-configuration-file.md +++ b/tidb-configuration-file.md @@ -11,7 +11,7 @@ summary: コマンドラインオプションに関係しない、TiDB設定フ TiDB 構成ファイルは、コマンドライン パラメーターよりも多くのオプションをサポートしています。デフォルトの構成ファイル[`config.toml.example`](https://github.com/pingcap/tidb/blob/release-8.5/pkg/config/config.toml.example)をダウンロードし、その名前を`config.toml`に変更できます。本書では[コマンドラインオプション](/command-line-flags-for-tidb-configuration.md)に関係のないオプションのみを説明します。 -> **ヒント：** +> **Tip:** > > 設定項目の値を調整する必要がある場合は、 [設定を変更する](/maintain-tidb-using-tiup.md#modify-the-configuration)を参照してください。 @@ -50,13 +50,13 @@ TiDB 構成ファイルは、コマンドライン パラメーターよりも - [`IMPORT INTO`](/sql-statements/sql-statement-import-into.md)使用してデータをインポートする場合、ソートされたデータはまず TiDB のローカル一時ディレクトリに保存され、その後バッチ処理で TiKV にインポートされます。 - デフォルト値: `"/tmp/tidb"` -> **注記：** +> **Note:** > > ディレクトリが存在しない場合、TiDB は起動時に自動的に作成します。ディレクトリの作成に失敗した場合、または TiDB にそのディレクトリへの読み取り/書き込み権限がない場合、 [`Fast Online DDL`](/system-variables.md#tidb_ddl_enable_fast_reorg-new-in-v630)予期しない問題が発生する可能性があります。 ### `oom-use-tmp-storage` {#oom-use-tmp-storage} -> **警告：** +> **Warning:** > > バージョン 6.3.0 以降、この設定項目は非推奨となり、システム変数[`tidb_enable_tmp_storage_on_oom`](/system-variables.md#tidb_enable_tmp_storage_on_oom)に置き換えられました。TiDB クラスタをバージョン 6.3.0 以降にアップグレードすると、この変数は`oom-use-tmp-storage`の値で自動的に初期化されます。その後、 `oom-use-tmp-storage`の値を変更しても効果は**ありません**。 @@ -111,7 +111,7 @@ TiDB 構成ファイルは、コマンドライン パラメーターよりも - デフォルト値: `false` - このデフォルト設定では、主キー制約の追加または削除はサポートされていません。 `alter-primary-key`を`true`に設定することで、この機能を有効にできます。ただし、スイッチをオンにする前にテーブルが既に存在し、その主キー列のデータ型が整数である場合、この構成項目を`true`に設定しても、列から主キーを削除することはできません。 -> **注記：** +> **Note:** > > この設定項目は非推奨となり、現在では`@tidb_enable_clustered_index`の値が`INT_ONLY`の場合にのみ有効になります。主キーを追加または削除する必要がある場合は、テーブル作成時に代わりに`NONCLUSTERED`キーワードを使用してください。 `CLUSTERED`型の主キーの詳細については、[クラスター化インデックス](/clustered-indexes.md)参照してください。 @@ -123,7 +123,7 @@ TiDB 構成ファイルは、コマンドライン パラメーターよりも - デフォルト値: "" - デフォルトでは、TiDB バージョン文字列の形式は`8.0.11-TiDB-${tidb_version}`です。 -> **注記：** +> **Note:** > > TiDBノードは`server-version`の値を使用して現在のTiDBバージョンを確認します。そのため、予期しない動作を避けるため、TiDBクラスタをアップグレードする前に、 `server-version`の値を空にするか、現在のTiDBクラスタの実際のバージョンに設定する必要があります。 @@ -179,7 +179,7 @@ TiDB 構成ファイルは、コマンドライン パラメーターよりも ### `enable-telemetry` v4.0.2の新機能 {#enable-telemetry-new-in-v402} -> **警告：** +> **Warning:** > > - バージョン8.1.0から8.5.2までは、TiDBはテレメトリ機能を削除しており、この設定項目は無効になります。以前のバージョンとの互換性のためにのみ残されています。 > - バージョン8.5.3から8.5.6までは、TiDBはテレメトリ機能を復活させました。ただし、テレメトリ関連の情報はローカルにのみ記録され、ネットワーク経由でPingCAPにデータは送信されなくなりました。 @@ -211,7 +211,7 @@ TiDB 構成ファイルは、コマンドライン パラメーターよりも - デフォルト値: `0` - TiDBがシャットダウンを待機しているとき（猶予期間中）、HTTPステータスは失敗を示し、ロードバランサーがトラフィックを再ルーティングできるようになります。TiDBは`COM_PING`コマンドに対してもエラーを返します。 -> **注記：** +> **Note:** > > TiDBがサーバーをシャットダウンするまでの待機時間は、以下のパラメータによっても影響を受けます。 > @@ -234,7 +234,7 @@ TiDB 構成ファイルは、コマンドライン パラメーターよりも - デフォルト値: `true` - この設定項目と[`enable-global-kill`](#enable-global-kill-new-in-v610)両方が`true`に設定されている場合、TiDBは32ビットの接続IDを生成します。これにより、MySQLコマンドラインのControl+Cを使用してクエリまたは接続を終了できます。 -> **警告：** +> **Warning:** > > クラスタ内の TiDB インスタンス数が 2048 を超えるか、単一の TiDB インスタンスの同時接続数が 1048576 を超えると、32 ビットの接続 ID 空間が不足し、自動的に 64 ビットの接続 ID にアップグレードされます。アップグレード処理中は、既存のビジネス接続および確立済みの接続には影響はありません。ただし、その後に開始される新しい接続は、MySQL コマンドラインでControl+Cを使用して終了することはできません。 @@ -254,7 +254,7 @@ TiDB 構成ファイルは、コマンドライン パラメーターよりも ### `enable-table-lock` v4.0.0で追加 {#enable-table-lock-new-in-v400} -> **警告：** +> **Warning:** > > テーブルロック機能は実験的機能です。本番環境での使用は推奨されません。 @@ -267,7 +267,7 @@ TiDB 構成ファイルは、コマンドライン パラメーターよりも - サーバーラベルを指定します。例: `{ zone = "us-west-1", dc = "dc1", rack = "rack1", host = "tidb1" }` 。 - デフォルト値: `{}` -> **注記：** +> **Note:** > > - TiDBでは、 `zone`ラベルは、サーバーが配置されているゾーンを指定するために特別に使用されます。 `zone`がnull以外の値に設定されている場合、対応する値は[`txn-score`](/system-variables.md#txn_scope)や[`Follower read`](/follower-read.md)などの機能によって自動的に使用されます。 > - `group`ラベルは、TiDB Operatorにおいて特別な用途があります。TiDB [TiDB Operator](/tidb-operator-overview.md)を使用してデプロイされたクラスタでは、 `group`ラベルを手動で指定することは推奨さ**れません**。 @@ -294,7 +294,7 @@ TiDB 構成ファイルは、コマンドライン パラメーターよりも - デフォルト値: `null` - 値を`false`に設定すると、ログにタイムスタンプが出力されません。 -> **注記：** +> **Note:** > > - 下位互換性を維持するため、初期設定項目`disable-timestamp`は有効なままです。ただし、 `disable-timestamp`の値が`enable-timestamp`の値と意味的に競合する場合 (たとえば、 `enable-timestamp`と`disable-timestamp`両方が`true`に設定されている場合)、TiDB は`disable-timestamp`の値を無視します。 > - 現在、TiDB は`disable-timestamp`を使用して、ログにタイムスタンプを出力するかどうかを判断します。この場合、 `enable-timestamp`の値は`null`になります。 @@ -330,7 +330,7 @@ TiDB 構成ファイルは、コマンドライン パラメーターよりも ### `expensive-threshold` {#expensive-threshold} -> **警告：** +> **Warning:** > > バージョン5.4.0以降、 `expensive-threshold`構成項目は非推奨となり、システム変数[`tidb_expensive_query_time_threshold`](/system-variables.md#tidb_expensive_query_time_threshold)に置き換えられました。 @@ -450,7 +450,7 @@ TiDB 構成ファイルは、コマンドライン パラメーターよりも ### `tls-version` {#tls-version} -> **警告：** +> **Warning:** > > `"TLSv1.0"`および`"TLSv1.1"`プロトコルは TiDB v7.6.0 で非推奨となり、v8.0.0 で削除されます。 @@ -499,7 +499,7 @@ TiDB 構成ファイルは、コマンドライン パラメーターよりも ### `server-memory-quota` v4.0.9の新機能 {#server-memory-quota-new-in-v409} -> **警告：** +> **Warning:** > > バージョン6.5.0以降、 `server-memory-quota`構成項目は非推奨となり、システム変数[`tidb_server_memory_limit`](/system-variables.md#tidb_server_memory_limit-new-in-v640)に置き換えられました。 @@ -555,7 +555,7 @@ TiDB 構成ファイルは、コマンドライン パラメーターよりも - デフォルト値: `true` - TiDB は、デフォルトでは、両方のテーブルの条件 ( `WHERE`フィールド) なしで`JOIN`ステートメントを実行することをサポートしています。値を`false`に設定すると、そのような`JOIN`ステートメントが現れたときにサーバーは実行を拒否します。 -> **注記：** +> **Note:** > > クラスターを作成する際は、 `cross-join`を false に設定**しないでください**。設定してしまうと、クラスターの起動に失敗します。 @@ -587,7 +587,7 @@ TiDB 構成ファイルは、コマンドライン パラメーターよりも - 値のオプション: デフォルト値`NO_PRIORITY` 、ステートメントの優先順位が強制的に変更されないことを意味します。その他のオプションは、昇順で`LOW_PRIORITY` 、 `DELAYED` 、 `HIGH_PRIORITY` 。 - バージョン6.1.0以降、すべてのステートメントの優先順位は、TiDB構成アイテム[`instance.tidb_force_priority`](/tidb-configuration-file.md#tidb_force_priority)またはシステム変数[`tidb_force_priority`](/system-variables.md#tidb_force_priority)によって決定されます。 `force-priority`引き続き有効です。ただし、 `force-priority`と`instance.tidb_force_priority`が同時に設定されている場合、後者が有効になります。 -> **注記：** +> **Note:** > > バージョン6.6.0以降、TiDBは[リソース制御](/tidb-resource-control-ru-groups.md)サポートしています。この機能を使用すると、異なるリソースグループで異なる優先度のSQLステートメントを実行できます。これらのリソースグループに適切なクォータと優先度を設定することで、異なる優先度のSQLステートメントのスケジューリングをより適切に制御できます。リソース制御が有効になっている場合、ステートメントの優先度は適用されなくなります。 を使用して[リソース制御](/tidb-resource-control-ru-groups.md)異なるSQLステートメントのリソース使用量を管理することをお勧めします。 @@ -751,7 +751,7 @@ opentracing.reporter に関連するコンフィグレーション項目。 - デフォルト値: `"none"` - 値のオプション: `"none"` 、 `"gzip"` -> **注記：** +> **Note:** > > TiKVノードからTiDBノードに返される応答メッセージの圧縮アルゴリズムは、TiKV構成項目[`grpc-compression-type`](/tikv-configuration-file.md#grpc-compression-type)によって制御されます。 @@ -795,7 +795,7 @@ opentracing.reporter に関連するコンフィグレーション項目。 ### `copr-req-timeout` v7.5.0で追加 {#copr-req-timeout-new-in-v750} -> **警告：** +> **Warning:** > > この設定パラメータは将来のバージョンで非推奨になる可能性があります。値を変更**しないでください**。 @@ -805,7 +805,7 @@ opentracing.reporter に関連するコンフィグレーション項目。 ### `enable-replica-selector-v2` v8.0.0の新機能 {#enable-replica-selector-v2-new-in-v800} -> **警告：** +> **Warning:** > > バージョン8.2.0以降、この設定項目は非推奨となりました。TiKVへのRPCリクエスト送信時には、デフォルトで新しいバージョンのリージョンレプリカセレクタが使用されます。 @@ -960,7 +960,7 @@ TiDBサービスの状態に関するコンフィグレーション。 - デフォルト値`NO_PRIORITY`は、ステートメントの優先順位が強制的に変更されないことを意味します。その他のオプションは、昇順で`LOW_PRIORITY` 、 `DELAYED` 、 `HIGH_PRIORITY` 。 - v6.1.0より前は、この設定は`force-priority`によって設定されます。 -> **注記：** +> **Note:** > > バージョン6.6.0以降、TiDBは[リソース制御](/tidb-resource-control-ru-groups.md)サポートしています。この機能を使用すると、異なるリソースグループで異なる優先度のSQLステートメントを実行できます。これらのリソースグループに適切なクォータと優先度を設定することで、異なる優先度のSQLステートメントのスケジューリングをより適切に制御できます。リソース制御が有効になっている場合、ステートメントの優先度は適用されなくなります。 を使用して[リソース制御](/tidb-resource-control-ru-groups.md)異なるSQLステートメントのリソース使用量を管理することをお勧めします。 @@ -990,7 +990,7 @@ TiDBサービスの状態に関するコンフィグレーション。 ### `tidb_stmt_summary_enable_persistent` v6.6.0で追加 {#tidb-stmt-summary-enable-persistent-new-in-v660} -> **警告：** +> **Warning:** > > 明細書の要約を永続化する機能は実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される場合があります。バグを発見した場合は、GitHub で[問題](https://github.com/pingcap/tidb/issues)を報告してください。 @@ -1000,7 +1000,7 @@ TiDBサービスの状態に関するコンフィグレーション。 ### `tidb_stmt_summary_filename` v6.6.0で追加 {#tidb-stmt-summary-filename-new-in-v660} -> **警告：** +> **Warning:** > > 明細書の要約を永続化する機能は実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される場合があります。バグを発見した場合は、GitHub で[問題](https://github.com/pingcap/tidb/issues)を報告してください。 @@ -1009,7 +1009,7 @@ TiDBサービスの状態に関するコンフィグレーション。 ### `tidb_stmt_summary_file_max_days` v6.6.0 で追加されました。 {#tidb-stmt-summary-file-max-days-new-in-v660} -> **警告：** +> **Warning:** > > 明細書の要約を永続化する機能は実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される場合があります。バグを発見した場合は、GitHub で[問題](https://github.com/pingcap/tidb/issues)を報告してください。 @@ -1020,7 +1020,7 @@ TiDBサービスの状態に関するコンフィグレーション。 ### `tidb_stmt_summary_file_max_size` v6.6.0 で追加されました。 {#tidb-stmt-summary-file-max-size-new-in-v660} -> **警告：** +> **Warning:** > > 明細書の要約を永続化する機能は実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される場合があります。バグを発見した場合は、GitHub で[問題](https://github.com/pingcap/tidb/issues)を報告してください。 @@ -1031,7 +1031,7 @@ TiDBサービスの状態に関するコンフィグレーション。 ### `tidb_stmt_summary_file_max_backups` v6.6.0で追加 {#tidb-stmt-summary-file-max-backups-new-in-v660} -> **警告：** +> **Warning:** > > 明細書の要約を永続化する機能は実験的機能です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される場合があります。バグを発見した場合は、GitHub で[問題](https://github.com/pingcap/tidb/issues)を報告してください。 @@ -1050,7 +1050,7 @@ PROXYプロトコルに関連するコンフィグレーション項目。 - 一般的に、リバースプロキシ経由でTiDBにアクセスする場合、TiDBはリバースプロキシサーバーのIPアドレスをクライアントのIPアドレスとして認識します。HAProxyなど、PROXYプロトコルをサポートするリバースプロキシは、PROXYプロトコルを有効にすることで、実際のクライアントIPアドレスをTiDBに渡すことができます。 - このパラメータを設定すると、TiDB は設定された送信元 IP アドレスが PROXY プロトコルを使用して TiDB に接続することを許可します。PROXY 以外のプロトコルが使用されると、この接続は拒否されます。このパラメータを空のままにすると、どの IP アドレスも PROXY プロトコルを使用して TiDB に接続できません。値は`,`を区切り文字とする IP アドレス (192.168.1.50) または CIDR (192.168.1.0/24) です。 `*`任意の IP アドレスを意味します。 -> **警告：** +> **Warning:** > > `*`は、任意の IP アドレスのクライアントが自身の IP アドレスを報告できるようになるため、セキュリティ上のリスクが生じる可能性があるため、慎重に使用してください。また、 `*`を使用すると、TiDB に直接接続する内部コンポーネント(TiDB Dashboardなど) が利用できなくなる可能性もあります。 diff --git a/tidb-control.md b/tidb-control.md index a7f01b1b77676..0ff921d40b43d 100644 --- a/tidb-control.md +++ b/tidb-control.md @@ -7,7 +7,7 @@ summary: デバッグ用の TiDB ステータス情報を取得するには、Ti TiDB ControlはTiDBのコマンドラインツールであり、通常はデバッグのためにTiDBのステータス情報を取得するために使用されます。このドキュメントでは、TiDB Controlの機能とその使用方法について説明します。 -> **注記：** +> **Note:** > > TiDB Controlはデバッグ用に特別に設計されており、TiDBに将来導入される機能との互換性が完全には確保されていない可能性があります。情報取得のためにこのツールをアプリケーションやユーティリティの開発に組み込むことは推奨されません。 @@ -15,7 +15,7 @@ TiDB ControlはTiDBのコマンドラインツールであり、通常はデバ TiDB Control は、 TiUPを使用してインストールするか、ソース コードからコンパイルすることで入手できます。 -> **注記：** +> **Note:** > > 使用する制御ツールのバージョンは、クラスターのバージョンと一致させることをお勧めします。 diff --git a/tidb-distributed-execution-framework.md b/tidb-distributed-execution-framework.md index 12a0619976c31..2622df94855cf 100644 --- a/tidb-distributed-execution-framework.md +++ b/tidb-distributed-execution-framework.md @@ -5,7 +5,7 @@ summary: TiDB Distributed eXecution Framework (DXF) のユースケース、制 # TiDB 分散実行フレームワーク (DXF) {#tidb-distributed-execution-framework-dxf} -> **注記：** +> **Note:** > > この機能は、[TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)クラスターでは利用できません。 @@ -57,7 +57,7 @@ DXF を使用して[`ADD INDEX`](/sql-statements/sql-statement-add-index.md)タ - [`temp-dir`](/tidb-configuration-file.md#temp-dir-new-in-v630) : 高速オンライン DDL モードで使用できるローカル ディスク パスを指定します。 -> **注記：** +> **Note:** > > TiDB `temp-dir`ディレクトリ用に少なくとも 100 GiB の空き領域を用意することをお勧めします。 @@ -99,7 +99,7 @@ DXF を使用して[`ADD INDEX`](/sql-statements/sql-statement-add-index.md)タ v8.1.0以降、タスク実行中に新しいノードが追加された場合、DXFは前述のルールに基づいて、新しいノードにタスクを実行するかどうかをスケジュールするかどうかを決定します。新しく追加されたノードにタスクを実行させたくない場合は、事前にそれらのノードに異なる[`tidb_service_scope`](/system-variables.md#tidb_service_scope-new-in-v740)設定することをお勧めします。 -> **注記：** +> **Note:** > > - バージョンv7.4.0からv8.0.0まで、複数のTiDBノードを持つクラスターでは、2つ以上のTiDBノードで[`tidb_service_scope`](/system-variables.md#tidb_service_scope-new-in-v740)から`background`設定することを強くお勧めします。この変数を1つのTiDBノードにのみ設定した場合、そのノードが再起動または障害を起こした場合、タスクは`tidb_service_scope = ''`が設定されているTiDBノードに再スケジュールされ、これらのTiDBノードで実行されているアプリケーションに影響を及ぼします。 > - 分散タスクの実行中、 [`tidb_service_scope`](/system-variables.md#tidb_service_scope-new-in-v740)構成への変更は現在のタスクには適用されませんが、次のタスクからは適用されます。 diff --git a/tidb-global-sort.md b/tidb-global-sort.md index f3fbeb8ae8a60..9eb76bbea3586 100644 --- a/tidb-global-sort.md +++ b/tidb-global-sort.md @@ -9,12 +9,12 @@ summary: TiDB グローバル ソートの使用例、制限、使用方法、 # TiDBグローバルソート {#tidb-global-sort} -> **注記：** +> **Note:** > > - 現在、グローバルソート処理はTiDBノードの計算リソースとメモリリソースを大量に消費しています。ユーザーの業務アプリケーションの実行中にオンラインでインデックスを追加するようなシナリオでは、クラスターに新しいTiDBノードを追加し、これらのノードに[`tidb_service_scope`](/system-variables.md#tidb_service_scope-new-in-v740)変数を設定し、これらのノードに接続してタスクを作成することをお勧めします。これにより、分散フレームワークはこれらのノードにタスクをスケジュールし、他のTiDBノードからのワークロードを分離することで、 `ADD INDEX`や`IMPORT INTO`などのバックエンドタスクの実行がユーザーの業務アプリケーションに与える影響を軽減します。 > - グローバル ソート機能を使用する場合は、OOM を回避するために、少なくとも 16 コアの CPU と 32 GiB のメモリを備えた TiDB ノードを使用することをお勧めします。 -> **注記：** +> **Note:** > > この機能は、[TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)クラスターでは利用できません。 @@ -63,7 +63,7 @@ TiDBのグローバルソート機能は、データインポートとDDL（デ - > **注記：** + > **Note:** > > TiDB Cloud Premiumの場合、このパラメータは自動的に設定されるため、手動で調整する必要はありません。設定を変更する必要がある場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)お問い合わせください。 @@ -71,7 +71,7 @@ TiDBのグローバルソート機能は、データインポートとDDL（デ -> **注記：** +> **Note:** > > [`IMPORT INTO`](/sql-statements/sql-statement-import-into.md)については、 [`CLOUD_STORAGE_URI`](/sql-statements/sql-statement-import-into.md#withoptions)オプションを使用してクラウドストレージのパスを指定することもできます。 [`tidb_cloud_storage_uri`](/system-variables.md#tidb_cloud_storage_uri-new-in-v740)と`CLOUD_STORAGE_URI`両方に有効なクラウドストレージのパスが設定されている場合、 `CLOUD_STORAGE_URI`の設定が[`IMPORT INTO`](/sql-statements/sql-statement-import-into.md)に有効になります。 diff --git a/tidb-lightning/tidb-lightning-checkpoints.md b/tidb-lightning/tidb-lightning-checkpoints.md index 753370ebbadf8..11df08558937d 100644 --- a/tidb-lightning/tidb-lightning-checkpoints.md +++ b/tidb-lightning/tidb-lightning-checkpoints.md @@ -89,7 +89,7 @@ tidb-lightning-ctl --checkpoint-error-ignore=all テーブル`` `schema`.`table` ``インポートが以前に失敗していた場合、これによりエラーステータスがクリアされ、何も起こらなかったかのようになります。バリアント`all`では、この操作がすべてのテーブルに適用されます。 -> **注記：** +> **Note:** > > このオプションは、エラーが実際に無視できると確信できる場合にのみ使用してください。そうでない場合、インポートされたデータの一部が失われる可能性があります。唯一の安全策は最終的な「チェックサム」チェックであるため、 `--checkpoint-error-ignore`使用する場合は常に「チェックサム」オプションを有効にする必要があります。 diff --git a/tidb-lightning/tidb-lightning-configuration.md b/tidb-lightning/tidb-lightning-configuration.md index 4c28b337393a4..b09dda71f886f 100644 --- a/tidb-lightning/tidb-lightning-configuration.md +++ b/tidb-lightning/tidb-lightning-configuration.md @@ -234,7 +234,7 @@ TiDB Lightningには「グローバル」と「タスク」という2つの設 #### `duplicate-resolution` {#duplicate-resolution} -> **警告：** +> **Warning:** > > バージョン8.0.0以降、 `duplicate-resolution`パラメータは非推奨となり、将来のリリースで削除される予定です。詳細については、 [競合検出の旧バージョン](/tidb-lightning/tidb-lightning-physical-import-mode-usage.md#the-old-version-of-conflict-detection-deprecated-in-v800)参照してください。 @@ -246,7 +246,7 @@ TiDB Lightningには「グローバル」と「タスク」という2つの設 #### `send-kv-pairs` {#send-kv-pairs} -> **警告：** +> **Warning:** > > バージョン7.2.0以降、このパラメータは非推奨となり、設定後は無効になります。1回のリクエストでTiKVに送信されるデータ量を調整したい場合は、代わりに[`send-kv-size`](#send-kv-size-new-in-v720)パラメータを使用してください。 @@ -461,7 +461,7 @@ CSV ファイルの解析方法を構成します。 - デフォルト値: `true` - 値`false`オプション: `true` -> **注記：** +> **Note:** > > このパラメータは、 `header`パラメータが`true`に設定されている場合にのみ適用されます。 `header` `false`に設定されている場合は、CSVファイルにヘッダーが含まれていないため、このパラメータは適用されません。 diff --git a/tidb-lightning/tidb-lightning-data-source.md b/tidb-lightning/tidb-lightning-data-source.md index dd8eee34f1be4..e6c86a3f801c3 100644 --- a/tidb-lightning/tidb-lightning-data-source.md +++ b/tidb-lightning/tidb-lightning-data-source.md @@ -357,7 +357,7 @@ TiDB Lightningは現在、Amazon Aurora、Apache Hive、Snowflakeによって生 TiDB Lightningは現在、 Dumplingでエクスポートされた圧縮ファイル、または命名規則に従った圧縮ファイルをサポートしています。現在、 TiDB Lightningは`gzip` `snappy`圧縮アルゴリズムをサポートしています。ファイル名が命名規則に従っている場合、 TiDB Lightningは`zstd`に圧縮アルゴリズムを識別し、追加の設定なしでストリーミング解凍後にファイルをインポートします。 -> **注記：** +> **Note:** > > - TiDB Lightningは単一の大きな圧縮ファイルを同時に解凍できないため、圧縮ファイルのサイズはインポート速度に影響します。解凍後のソースファイルは256MiB以下にすることをお勧めします。 > - TiDB Lightning は個別に圧縮されたデータ ファイルのみをインポートし、複数のデータ ファイルが含まれる単一の圧縮ファイルのインポートはサポートしていません。 diff --git a/tidb-lightning/tidb-lightning-distributed-import.md b/tidb-lightning/tidb-lightning-distributed-import.md index 0f129cf749a7d..0730cfd4322ed 100644 --- a/tidb-lightning/tidb-lightning-distributed-import.md +++ b/tidb-lightning/tidb-lightning-distributed-import.md @@ -14,7 +14,7 @@ TiDB Lightning を使用すると、次のシナリオでデータを並列に - シャード化されたスキーマとシャード化されたテーブルをインポートします。このシナリオでは、複数の上流データベースインスタンスからの複数のテーブルが、異なるTiDB Lightningインスタンスによって下流 TiDB データベースに並行してインポートされます。 - 単一テーブルの並列インポート。このシナリオでは、特定のディレクトリまたはクラウドストレージ（Amazon S3など）に保存された単一テーブルが、複数のTiDB Lightningインスタンスによって下流のTiDBクラスタに並列インポートされます。これはTiDB 5.3.0で導入された新機能です。 -> **注記：** +> **Note:** > > - 並列インポートは、TiDB 内の初期化された空のテーブルのみをサポートし、既存のサービスによって書き込まれたデータを含むテーブルへのデータ移行はサポートしません。そうしないと、データの不整合が発生する可能性があります。 > @@ -141,7 +141,7 @@ nohup tiup tidb-lightning -config tidb-lightning.toml > nohup.out & TiDB Lightningは、単一テーブルの並列インポートもサポートしています。例えば、Amazon S3に保存されている複数の単一テーブルを、異なるTiDB Lightningインスタンスで下流のTiDBクラスターに並列インポートできます。この方法により、インポート全体の速度が向上します。Amazon S3などのリモートストレージを使用する場合、 TiDB Lightningの設定パラメータはBRと同じです。詳細については、 [外部ストレージサービスのURI形式](/external-storage-uri.md)参照してください。 -> **注記：** +> **Note:** > > ローカル環境では、 Dumplingの`--filesize`または`--where`のパラメータを使用して、単一テーブルのデータを複数の部分に分割し、複数のサーバーのローカルディスクに事前にエクスポートすることができます。これにより、並列インポートが可能になります。設定は例1と同じです。 diff --git a/tidb-lightning/tidb-lightning-error-resolution.md b/tidb-lightning/tidb-lightning-error-resolution.md index 670c98b0b8f9c..a7c2263520d00 100644 --- a/tidb-lightning/tidb-lightning-error-resolution.md +++ b/tidb-lightning/tidb-lightning-error-resolution.md @@ -147,7 +147,7 @@ CREATE VIEW conflict_view AS | 生のハンドル | | | ✓ | 競合した行の行ハンドル | | 生の行 | | | ✓ | 競合行のエンコードされた値 | -> **注記：** +> **Note:** > > エラーレポートにはファイルオフセットが記録されますが、行番号や列番号を取得するのは非効率的です。以下のコマンドを使用すると、バイト位置（例えば183）の近くまで素早くジャンプできます。 > diff --git a/tidb-lightning/tidb-lightning-glossary.md b/tidb-lightning/tidb-lightning-glossary.md index a7925ddf49f09..ef0e688f31da9 100644 --- a/tidb-lightning/tidb-lightning-glossary.md +++ b/tidb-lightning/tidb-lightning-glossary.md @@ -65,7 +65,7 @@ TiDB Lightning [インポートされたデータを検証する](/tidb-lightnin 複数の小さなSSTファイルを1つの大きなSSTファイルに結合し、削除されたエントリをクリーンアップする操作です。TiKVは、 TiDB Lightningによるインポート中にバックグラウンドで自動的にデータを圧縮します。 -> **注記：** +> **Note:** > > レガシーシステムへの対応のため、 TiDB Lightning、テーブルのインポートごとに明示的にコンパクションを実行するように設定できます。ただし、これは推奨されず、対応する設定はデフォルトで無効になっています。 diff --git a/tidb-lightning/tidb-lightning-overview.md b/tidb-lightning/tidb-lightning-overview.md index 1ecf177d0f12c..3d3815d5f9a1b 100644 --- a/tidb-lightning/tidb-lightning-overview.md +++ b/tidb-lightning/tidb-lightning-overview.md @@ -19,7 +19,7 @@ TiDB Lightning は次のソースからデータを読み取ることができ - [アマゾンS3](/external-storage-uri.md#amazon-s3-uri-format) - [Googleクラウドストレージ](/external-storage-uri.md#gcs-uri-format) -> **注記：** +> **Note:** > > TiDB Lightningと比較すると、 [`IMPORT INTO`](/sql-statements/sql-statement-import-into.md)ステートメントは TiDB ノード上で直接実行でき、自動化された分散タスクスケジューリングと[TiDB グローバルソート](/tidb-global-sort.md)サポートし、デプロイメント、リソース利用率、タスク設定の利便性、呼び出しと統合の容易さ、高可用性、スケーラビリティにおいて大幅な改善が見られます。適切なシナリオでは、 TiDB Lightningではなく`IMPORT INTO`使用を検討することをお勧めします。 diff --git a/tidb-lightning/tidb-lightning-physical-import-mode-usage.md b/tidb-lightning/tidb-lightning-physical-import-mode-usage.md index 6f45574dfcd16..14db99220e2b8 100644 --- a/tidb-lightning/tidb-lightning-physical-import-mode-usage.md +++ b/tidb-lightning/tidb-lightning-physical-import-mode-usage.md @@ -120,7 +120,7 @@ analyze = "optional" | `"error"` | インポートを終了し、エラーを報告します。 | `INSERT INTO ...` | | `""` | TiDB Lightningは、競合するデータを検出したり処理したりしません。主キーと一意キーが競合するデータが存在する場合、後続のチェックサム計算ステップでエラーが報告されます。 | なし | -> **注記：** +> **Note:** > > TiDB Lightningの内部実装と制限により、物理インポートモードでの競合検出結果は、SQLベースのインポート結果と異なる場合があります。 diff --git a/tidb-lightning/tidb-lightning-physical-import-mode.md b/tidb-lightning/tidb-lightning-physical-import-mode.md index 6e347151d1384..09327e3ce17d4 100644 --- a/tidb-lightning/tidb-lightning-physical-import-mode.md +++ b/tidb-lightning/tidb-lightning-physical-import-mode.md @@ -57,7 +57,7 @@ CentOS 7の新規インスタンスの使用をお勧めします。仮想マシ より良いパフォーマンスを得るには、32 個以上の CPU コアと 64 GiB を超えるメモリを割り当てることをお勧めします。 -> **注記：** +> **Note:** > > 大量のデータをインポートする場合、1回の同時インポートで約2GiBのメモリが消費される可能性があります。メモリ使用量は合計で`region-concurrency * 2 GiB`まで減少します。デフォルトでは、 `region-concurrency`は論理CPUの数と同じです。メモリサイズ（GiB）がCPUの2倍未満の場合、またはインポート中にOOMが発生する場合は、OOMを回避するために`region-concurrency`減らすことができます。 diff --git a/tidb-lightning/troubleshoot-tidb-lightning.md b/tidb-lightning/troubleshoot-tidb-lightning.md index 5b58043485fc6..a202df09b9256 100644 --- a/tidb-lightning/troubleshoot-tidb-lightning.md +++ b/tidb-lightning/troubleshoot-tidb-lightning.md @@ -180,6 +180,6 @@ TiDBはMySQLのすべての文字セットをサポートしていません。 - TiDB Lightning v6.4.0以降のバージョンでは、 `gzip` `snappy`圧縮データファイルのみがサポートされています。その他の種類の圧縮ファイルを使用するとエラーが発生します。ソースデータファイルが保存されているディレクトリにサポートされていない圧縮ファイルが存在する場合、タスク`zstd`エラーを報告します。このようなエラーを回避するには、サポートされていないファイルをインポートデータディレクトリから移動してください。詳細については、 [圧縮ファイル](/tidb-lightning/tidb-lightning-data-source.md#compressed-files)参照してください。 -> **注記：** +> **Note:** > > Snappy 圧縮ファイルは[公式Snappyフォーマット](https://github.com/google/snappy)である必要があります。その他の Snappy 圧縮形式はサポートされていません。 diff --git a/tidb-limitations.md b/tidb-limitations.md index 07faab57daf14..0f2e5a2246926 100644 --- a/tidb-limitations.md +++ b/tidb-limitations.md @@ -7,7 +7,7 @@ summary: TiDB の使用制限について学習します。 このドキュメントでは、識別子の最大長や、サポートされるデータベース、テーブル、インデックス、パーティション テーブル、シーケンスの最大数など、TiDB の一般的な使用上の制限について説明します。 -> **注記：** +> **Note:** > > TiDBはMySQLのプロトコルおよび構文と高い互換性を備えていますが、MySQLの多くの制限事項も含まれています。例えば、1つのインデックスには最大16列まで含めることができます。詳細については、 [MySQLの互換性](/mysql-compatibility.md)およびMySQLの公式ドキュメントをご覧ください。 diff --git a/tidb-performance-tuning-config.md b/tidb-performance-tuning-config.md index d30978f60cdbf..88d631855e769 100644 --- a/tidb-performance-tuning-config.md +++ b/tidb-performance-tuning-config.md @@ -10,7 +10,7 @@ summary: 主要な設定を構成し、特殊なケースに対処すること - 一般的なワークロードに対するベストプラクティス。 - 困難なパフォーマンス状況に対処するための戦略。 -> **注記：** +> **Note:** > > このガイドで紹介する最適化手法は、TiDB の最適なパフォーマンスを実現するのに役立ちます。ただし、パフォーマンスの調整には複数の要素のバランスを取る必要があり、すべてのパフォーマンスニーズに対応できる単一のソリューションは存在しません。このガイドで紹介する手法の中には、実験的機能を使用するものがあり、それらはその旨が明記されています。これらの最適化によってパフォーマンスを大幅に向上させることは可能ですが、本番環境には適さない場合があり、実装前に慎重な評価が必要です。 @@ -143,7 +143,7 @@ soft-pending-compaction-bytes-limit = "192GiB" これらの設定は、リソースの効率的な利用を確保し、書き込み負荷がピークに達した際の潜在的なボトルネックを最小限に抑えるのに役立ちます。 -> **注記：** +> **Note:** > > TiKVは、システムの安定性を確保するために、スケジューラレイヤーでフロー制御を実装しています。保留中の圧縮バイト数や書き込みキューサイズなどの重要なしきい値を超えると、TiKVは書き込み要求を拒否し、ServerIsBusyエラーを返します。このエラーは、バックグラウンドの圧縮プロセスがフォアグラウンドの書き込み操作の現在の速度に追いつけないことを示しています。フロー制御が有効になると、通常、レイテンシーの急増とクエリスループットの低下（QPSの低下）が発生します。これらのパフォーマンス低下を防ぐには、包括的なキャパシティプランニングと、圧縮パラメータおよびstorage設定の適切な構成が不可欠です。 @@ -325,7 +325,7 @@ go-ycsb run mysql -P /ycsb/workloads/workloada -p {host} -p mysql.port={port} -p 以下のセクションでは、これらの各ケースへの対処方法について説明します。それぞれのシナリオに応じて、異なるパラメータを調整したり、特定のTiDB機能を使用したりする必要があります。 -> **注記：** +> **Note:** > > これらの最適化は、使用状況やデータパターンによって効果が異なる可能性があるため、慎重に適用し、徹底的にテストしてください。 @@ -495,7 +495,7 @@ SET GLOBAL tidb_opt_distinct_agg_push_down = ON; MVCC のバージョンが多すぎると、特に読み書き頻度の高い領域や、ガベージコレクションと圧縮の問題により、パフォーマンスのボトルネックが発生する可能性があります。この問題を軽減するには、v8.5.0 で導入されたバージョン[TiKV MVCC インメモリエンジン (IME)](/tikv-in-memory-engine.md)使用できます。これを有効にするには、TiKV 設定ファイルに次の設定を追加してください。 -> **注記：** +> **Note:** > > インメモリエンジンは、過剰なMVCCバージョンの影響を軽減するのに役立ちますが、メモリ使用量が増加する可能性があります。この機能を有効にした後は、システムを監視してください。 diff --git a/tidb-read-staleness.md b/tidb-read-staleness.md index 0e2fe25c6e14e..d07de0f160ddd 100644 --- a/tidb-read-staleness.md +++ b/tidb-read-staleness.md @@ -21,7 +21,7 @@ summary: tidb_read_staleness` システム変数を使用して履歴データ - 新しいセッションを開始します。 - `SET`ステートメントを使用して、変数`tidb_read_staleness`の値を`""`に設定します。 -> **注記：** +> **Note:** > > レイテンシーを短縮し、 ステイル読み取りデータの適時性を向上させるには、TiKV `advance-ts-interval`設定項目を変更します。詳細は[ステイル読み取りのレイテンシーを削減](/stale-read.md#reduce-stale-read-latency)ご覧ください。 @@ -93,7 +93,7 @@ summary: tidb_read_staleness` システム変数を使用して履歴データ Query OK, 0 rows affected (0.00 sec) - > **注記：** + > **Note:** > > - `tidb_read_staleness`前には`@`ではなく`@@`使用します。7 `@@`システム変数、 `@`ユーザー変数を意味します。 > - 履歴時間範囲（値`tidb_read_staleness` ）は、手順 3 と手順 4 に費やした合計時間に応じて設定する必要があります。そうしないと、クエリ結果には履歴データではなく最新のデータが表示されてしまいます。したがって、操作に費やした時間に応じてこの時間範囲を調整する必要があります。例えば、この例では設定時間範囲が 5 秒であるため、手順 3 と手順 4 を 5 秒以内に完了する必要があります。 diff --git a/tidb-resource-control-background-tasks.md b/tidb-resource-control-background-tasks.md index 72ec188cc7cfc..2b6f931f432dd 100644 --- a/tidb-resource-control-background-tasks.md +++ b/tidb-resource-control-background-tasks.md @@ -5,7 +5,7 @@ summary: リソース制御を通じてバックグラウンド タスクを制 # リソース制御を使用してバックグラウンドタスクを管理する {#use-resource-control-to-manage-background-tasks} -> **注記：** +> **Note:** > > この機能は、[TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)クラスターでは利用できません。 @@ -13,7 +13,7 @@ summary: リソース制御を通じてバックグラウンド タスクを制 v7.4.0以降、 [TiDB リソース制御](/tidb-resource-control-ru-groups.md)機能はバックグラウンドタスクの管理をサポートします。タスクがバックグラウンドタスクとしてマークされると、TiKVは他のフォアグラウンドタスクのパフォーマンスへの影響を回避するため、このタイプのタスクで使用されるリソースを動的に制限します。TiKVは、すべてのフォアグラウンドタスクによって消費されるCPUおよびIOリソースをリアルタイムで監視し、インスタンスの合計リソース制限に基づいて、バックグラウンドタスクで使用できるリソースのしきい値を計算します。すべてのバックグラウンドタスクは、実行中にこのしきい値によって制限されます。 -> **注記：** +> **Note:** > > リソース制御におけるバックグラウンドタスク管理は、TiKVによるCPU/IO使用率のリソースクォータの動的調整に基づいています。そのため、各インスタンスの利用可能なリソースクォータに依存します。複数のコンポーネントまたはインスタンスを単一サーバーにデプロイする場合、 `cgroup`を通して各インスタンスに適切なリソースクォータを設定する必要があります。TiUP Playgroundのような共有リソースを持つデプロイメントでは、期待される効果を得ることが困難です。 @@ -46,7 +46,7 @@ TiDB は次の種類のバックグラウンド タスクをサポートして デフォルトでは、バックグラウンドタスクとしてマークされているタスクタイプは`""`で、バックグラウンドタスクの管理は無効になっています。バックグラウンドタスクの管理を有効にするには、リソースグループ`default`のバックグラウンドタスクタイプを手動で変更する必要があります。バックグラウンドタスクが識別され、マッチングされると、リソース制御が自動的に実行されます。つまり、システムリソースが不足している場合、バックグラウンドタスクの優先度は自動的に最低に下げられ、フォアグラウンドタスクの実行が確保されます。 -> **注記：** +> **Note:** > > 現在、すべてのリソースグループのバックグラウンドタスクは`default`リソースグループにバインドされています。バックグラウンドタスクの種類は`default`を通じてグローバルに管理できます。バックグラウンドタスクを他のリソースグループにバインドすることは現在サポートされていません。 diff --git a/tidb-resource-control-ru-groups.md b/tidb-resource-control-ru-groups.md index 05462acab91f3..28e6ed13408cd 100644 --- a/tidb-resource-control-ru-groups.md +++ b/tidb-resource-control-ru-groups.md @@ -6,7 +6,7 @@ aliases: ['/ja/tidb/v8.5/tidb-resource-control/','/ja/tidb/stable/tidb-resource- # リソース制御を使用して、リソースグループの制限とフロー制御を実現します。 {#use-resource-control-to-achieve-resource-group-limitation-and-flow-control} -> **注記：** +> **Note:** > > この機能は、 [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)インスタンスではご利用いただけません。 @@ -52,7 +52,7 @@ TiDBのリソース制御機能は、TiDBレイヤーのフロー制御機能と さらに、リソース制御機能を合理的に活用することで、クラスタ数を削減し、運用・保守の難易度を下げ、管理コストを削減することができます。 -> **注記：** +> **Note:** > > - リソース管理の有効性を評価するには、クラスタを独立したコンピューティングノードとストレージノードにデプロイすることをお勧めします。 `tiup playground`で作成されたデプロイメントでは、リソースがインスタンス間で共有されるため、スケジューリングやその他のクラスタのリソースに依存する機能が正しく動作しない場合があります。 @@ -66,7 +66,7 @@ TiDBのリソース制御機能は、TiDBレイヤーのフロー制御機能と
    リソースタイプRU消費量
    読むストレージ読み取りバッチ2つで1RUを消費します
    8回のストレージ読み取りリクエストで1RUを消費します
    64 KiBの読み取りリクエストペイロードは1 RUを消費します
    書くストレージ書き込みバッチ1つにつき1RUを消費します
    ストレージ書き込みリクエスト1件につき1RUを消費します。
    1 KiBの書き込みリクエストペイロードは1 RUを消費します
    CPU 3ミリ秒で1RUを消費します
    -> **注記：** +> **Note:** > > - 各書き込み操作は最終的にすべてのレプリカに複製されます（デフォルトでは、TiKVには3つのレプリカがあります）。各複製操作は、それぞれ異なる書き込み操作として扱われます。 > - 上記の表には、TiDB Self-ManagedクラスタのRU計算に関わるリソースのみが記載されており、ネットワークとストレージの消費量は含まれていません。TiDB Cloud StarterのRUについては、 [TiDB Cloud Starterの料金詳細](https://www.pingcap.com/tidb-cloud-starter-pricing-details/)参照してください。 @@ -196,7 +196,7 @@ ALTER USER usr2 RESOURCE GROUP rg2; リソースグループに必要なリソースが不足するほどリクエストが多すぎる場合、クライアントのリクエストは待機状態になります。待機時間が長すぎると、リクエストはエラーを報告します。 -> **注記：** +> **Note:** > > - `CREATE USER`または`ALTER USER`を使用してユーザーをリソース グループにバインドすると、その設定はユーザーの既存のセッションには適用されず、ユーザーの新しいセッションにのみ適用されます。 > - TiDB はクラスタ初期化時に`default`リソース グループを自動的に作成します。このリソース グループの`RU_PER_SEC`のデフォルト値は`UNLIMITED` ( `INT`型の最大値、つまり`2147483647`に相当) で、 `BURSTABLE`モードです。リソース グループにバインドされていないステートメントは、自動的にこのリソース グループにバインドされます。このリソース グループは削除をサポートしていませんが、RU の設定を変更することはできます。 @@ -349,7 +349,7 @@ SELECT * FROM request_unit_by_group LIMIT 5; +----------------------------+----------------------------+----------------+----------+ 5 rows in set (0.01 sec) -> **注記：** +> **Note:** > > `mysql.request_unit_by_group`のデータは、TiDB のスケジュールされたタスクによって毎日終了時に自動的にインポートされます。特定の日にリソース グループの RU 消費量が 0 の場合、レコードは生成されません。デフォルトでは、このテーブルには過去 3 か月 (最大 92 日) のデータが格納されます。この期間を超えるデータは自動的にクリアされます。 @@ -367,7 +367,7 @@ TiDB Dashboardの現在の[`RESOURCE_GROUPS`](/information-schema/information-sc -> **注記：** +> **Note:** > > このセクションは、TiDB Self-Managed にのみ適用されます。現在、 TiDB Cloudリソース制御メトリクスは提供されていません。 diff --git a/tidb-resource-control-runaway-queries.md b/tidb-resource-control-runaway-queries.md index 50a3880f94fde..7eb8b36abbf14 100644 --- a/tidb-resource-control-runaway-queries.md +++ b/tidb-resource-control-runaway-queries.md @@ -5,7 +5,7 @@ summary: リソース管理機能を使用して、リソースを過剰に消 # 予想以上にリソースを消費するクエリ（ランナウェイクエリ）を管理する {#manage-queries-that-consume-more-resources-than-expected-runaway-queries} -> **注記：** +> **Note:** > > この機能は、[TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)クラスターでは利用できません。 @@ -53,7 +53,7 @@ summary: リソース管理機能を使用して、リソースを過剰に消 | `ACTION` | 暴走クエリが特定された場合のアクション | オプションの値は`DRYRUN` 、 `COOLDOWN` 、 `KILL` 、 `SWITCH_GROUP`です。 | | `WATCH` | 特定されたランナウェイクエリを迅速に照合します。一定時間内に同一または類似のクエリが再度検出された場合、対応するアクションが直ちに実行されます。 | オプション。たとえば、 `WATCH=SIMILAR DURATION '60s'` 、 `WATCH=EXACT DURATION '1m'` 、 `WATCH=PLAN`などです。 | -> **注記：** +> **Note:** > > ランナウェイクエリを特定のリソースグループに厳密に制限したい場合は、 `SWITCH_GROUP`と[`QUERY WATCH`](#query-watch-parameters)ステートメントを併用することをお勧めします。5 `QUERY_LIMIT` 、クエリが条件を満たした場合にのみ対応する`ACTION`操作をトリガーするため、このようなシナリオでは`SWITCH_GROUP`クエリを適切なタイミングで対象のリソースグループに切り替えられない可能性があります。 diff --git a/tidb-rowid.md b/tidb-rowid.md index cf98b701677a6..dd4c4874495ea 100644 --- a/tidb-rowid.md +++ b/tidb-rowid.md @@ -9,7 +9,7 @@ summary: _tidb_rowid`とは何か、いつ利用できるのか、そして安 現在の実装では、 `_tidb_rowid`はTiDBによって自動的に管理される追加の`BIGINT NOT NULL`列です。 -> **警告：** +> **Warning:** > > - `_tidb_rowid`常にグローバルに一意であるとは限らないことに注意してください。クラスター化インデックスを使用しないパーティションテーブルの場合、 `ALTER TABLE ... EXCHANGE PARTITION`実行すると、異なるパーティション間で`_tidb_rowid`値が重複する可能性があります。 > - 安定した一意の識別子が必要な場合は、 `_tidb_rowid`に依存するのではなく、明示的な主キーを定義して使用してください。 @@ -114,7 +114,7 @@ SELECT _tidb_rowid, a, b FROM t WHERE _tidb_rowid = 100; +-------------+---+---+ ``` -> **警告：** +> **Warning:** > > `tidb_opt_write_row_id`はインポートおよび移行シナリオを想定しています。通常のアプリケーション書き込みには推奨されません。 diff --git a/tidb-troubleshooting-map.md b/tidb-troubleshooting-map.md index 6e67a4cb8b6eb..1eeedde6684f5 100644 --- a/tidb-troubleshooting-map.md +++ b/tidb-troubleshooting-map.md @@ -123,7 +123,7 @@ summary: TiDBでよく発生するエラーのトラブルシューティング - バージョンが v3.0.0 未満の場合、 `tidb.log`で "メモリ exceeded quota" を grep して、メモリクォータを超える SQL クエリを特定します。 - > **注記：** + > **Note:** > > 単一の SQLメモリ使用量のデフォルトのしきい値は`1GB`です。このパラメータは、システム変数[`tidb_mem_quota_query`](/system-variables.md#tidb_mem_quota_query)設定することで設定できます。 diff --git a/tidb-upgrade-migration-guide.md b/tidb-upgrade-migration-guide.md index 48a6b7e183856..a372cf31704c2 100644 --- a/tidb-upgrade-migration-guide.md +++ b/tidb-upgrade-migration-guide.md @@ -57,7 +57,7 @@ SHOW VARIABLES LIKE '%tidb_gc_life_time%'; SET GLOBAL tidb_gc_life_time=60h; ``` -> **注記：** +> **Note:** > > `tidb_gc_life_time`増やすと、 [MVCC](/glossary.md#multi-version-concurrency-control-mvcc)データのストレージ使用量が増加し、クエリのパフォーマンスに影響する可能性があります。詳細については、 [GCの概要](/garbage-collection-overview.md)参照してください。storageとパフォーマンスへの影響を考慮しながら、推定操作時間に基づいてGC期間を調整してください。 @@ -123,7 +123,7 @@ tiup cluster start # Start the cluster この段階では、古いクラスタは元のバージョンのままですが、新しいクラスタはターゲットバージョンにアップグレードされています。このステップでは、古いクラスタから新しいクラスタへの順方向データレプリケーションチャネルを確立する必要があります。 -> **注記：** +> **Note:** > > TiCDCコンポーネントのバージョンは、古いクラスターのメジャー バージョンと一致する必要があります。 diff --git a/tiflash-deployment-topology.md b/tiflash-deployment-topology.md index 6d827daa4ac8c..79292b355404c 100644 --- a/tiflash-deployment-topology.md +++ b/tiflash-deployment-topology.md @@ -19,7 +19,7 @@ TiFlashは列指向型ストレージエンジンであり、徐々に標準的 | TiFlash | 1 | 32 VCore 64 GB 2TB (nvme ssd) * 1 | 10.0.1.11 | デフォルトポート
    グローバルディレクトリ構成 | | モニタリングとGrafana | 1 | 4 VCore 8GB * 1 500GB (SSD) | 10.0.1.10 | デフォルトポート
    グローバルディレクトリ構成 | -> **注記：** +> **Note:** > > インスタンスのIPアドレスは例としてのみ示されています。実際の導入では、IPアドレスを実際のIPアドレスに置き換えてください。 @@ -36,7 +36,7 @@ TiFlashは列指向型ストレージエンジンであり、徐々に標準的 - `tiflash_servers`のインスタンス レベル`"-host"`構成では、ドメイン名ではなく IP のみがサポートされます。 - TiFlashパラメータの詳細な説明については、 [TiFlashコンフィグレーション](/tiflash/tiflash-configuration.md)参照してください。 -> **注記：** +> **Note:** > > - 設定ファイルに`tidb`ユーザーを手動で作成する必要はありません。TiUPTiUPコンポーネントは、ターゲットマシンに`tidb`ユーザーを自動的に作成します。ユーザーをカスタマイズすることも、制御マシンと同じユーザーを維持することもできます。 > - デプロイメント ディレクトリを相対パスとして構成すると、クラスターはユーザーのホーム ディレクトリにデプロイされます。 diff --git a/tiflash-upgrade-guide.md b/tiflash-upgrade-guide.md index 1db6c51f938fc..c94793da65d99 100644 --- a/tiflash-upgrade-guide.md +++ b/tiflash-upgrade-guide.md @@ -12,7 +12,7 @@ summary: TiFlash をアップグレードする際の注意事項を説明しま - [TiUPを使用して TiDB をアップグレードする](/upgrade-tidb-using-tiup.md) - [Kubernetes 上の TiDB をアップグレードする](https://docs.pingcap.com/tidb-in-kubernetes/stable/upgrade-a-tidb-cluster) -> **注記：** +> **Note:** > > - [ファストスキャン](/tiflash/use-fastscan.md)はv6.2.0で実験的機能として導入され、v7.0.0で一般提供（GA）されます。強力なデータ整合性を犠牲にして、より効率的なクエリパフォーマンスを実現します。 > @@ -104,7 +104,7 @@ TiFlash v6.2.0はデフォルトでPageStorage V3バージョン[`format_version - V3のみ: PageStorage V3を使用しているテーブルの数（パーティションを含む） - 混合モード: PageStorage V2 から PageStorage V3 に変換されたデータ形式を持つテーブルの数 (パーティションを含む) -> **注記：** +> **Note:** > > 以下のパッチバージョンには既知の問題（問題[＃9039](https://github.com/pingcap/tiflash/issues/9039) ）があります。これらのバージョンにアップグレードすると、 TiFlashデータが破損する可能性があります。 > diff --git a/tiflash/create-tiflash-replicas.md b/tiflash/create-tiflash-replicas.md index 8c53f4366a211..3f1804b255e9a 100644 --- a/tiflash/create-tiflash-replicas.md +++ b/tiflash/create-tiflash-replicas.md @@ -19,7 +19,7 @@ ALTER TABLE table_name SET TIFLASH REPLICA count; - `count`レプリカの数を示します。値が`0`の場合、レプリカは削除されます。 -> **注記：** +> **Note:** > > [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)クラスターの場合、 TiFlashレプリカの`count` `2`しか設定できません。7 `1`を設定した場合、実行時に自動的に`2`に調整されます。2 より大きい数に設定した場合、レプリカ数に関するエラーが発生します。 @@ -95,7 +95,7 @@ ALTER DATABASE db_name SET TIFLASH REPLICA count; ALTER DATABASE `tpch50` SET TIFLASH REPLICA 0; ``` -> **注記：** +> **Note:** > > - この文は実際には一連のDDL操作を実行しますが、これらの操作はリソースを大量に消費します。文の実行中に中断された場合、実行済みの操作はロールバックされず、未実行の操作は続行されません。 > @@ -128,7 +128,7 @@ SELECT TABLE_NAME FROM information_schema.tables where TABLE_SCHEMA = " -> **注記：** +> **Note:** > > このセクションはTiDB Cloudには適用されません。 @@ -200,7 +200,7 @@ TiDB クラスターは、次のいずれかの操作を実行すると、 TiFla -> **注記：** +> **Note:** > > このセクションはTiDB Cloudには適用されません。 @@ -285,6 +285,6 @@ TiFlashは、異なるゾーンに対するレプリカ選択戦略の設定を -> **注記：** +> **Note:** > > 構文`ALTER TABLE table_name SET TIFLASH REPLICA count LOCATION LABELS location_labels;`において、 `location_labels`に複数のラベルを指定すると、TiDBはそれらを正しく解析して配置ルールを設定できません。したがって、 TiFlashレプリカの設定には`LOCATION LABELS`使用しないでください。 diff --git a/tiflash/monitor-tiflash.md b/tiflash/monitor-tiflash.md index 027b56a5b8e42..f850e66c3a35a 100644 --- a/tiflash/monitor-tiflash.md +++ b/tiflash/monitor-tiflash.md @@ -13,7 +13,7 @@ Grafanaダッシュボードは、Overview、PD、TiDB、TiKV、Node_exporterを TiFlash には、 **TiFlash-Summary** 、 **TiFlash-Proxy-Summary** 、 **TiFlash-Proxy-Details の**3つのダッシュボードパネルがあります。これらのパネルに表示されるメトリックは、 TiFlashの現在の状態を示します。 **TiFlash-Proxy-Summary**パネルと**TiFlash-Proxy-Details**パネルは、主にRaftレイヤーの情報を表示します。メトリックの詳細は[TiKVの主要な監視指標](/grafana-tikv-dashboard.md)を参照してください。 -> **注記：** +> **Note:** > > TiFlashのモニターを改善するには、 TiDB v4.0.5 以降のバージョンを使用することをお勧めします。 @@ -31,7 +31,7 @@ TiFlash には、 **TiFlash-Summary** 、 **TiFlash-Proxy-Summary** 、 **TiFlas - ファイルオープン OPS: TiFlashインスタンスあたりの`open`秒あたりの操作数。 - 開かれたファイル数: 現在各TiFlashインスタンスによって開かれているファイル記述子の数。 -> **注記：** +> **Note:** > > ストア サイズ、FSync OPS、ファイル オープン OPS、および開かれたファイル数は、現在、 TiFlashストレージレイヤーの監視情報のみをカバーしており、 TiFlash-Proxy ではカバーしていません。 @@ -81,7 +81,7 @@ TiFlash には、 **TiFlash-Summary** 、 **TiFlash-Proxy-Summary** 、 **TiFlas - 書き込みフロー: すべてのTiFlashインスタンスによるディスク書き込みのトラフィック。 - 読み取りフロー: すべてのTiFlashインスタンスによるディスク読み取りのトラフィック。 -> **注記：** +> **Note:** > > これらのメトリックは、 TiFlashストレージレイヤーの監視情報のみをカバーし、 TiFlash-Proxy の監視情報はカバーしません。 diff --git a/tiflash/tiflash-alert-rules.md b/tiflash/tiflash-alert-rules.md index 104d36975b65c..41cadf172686c 100644 --- a/tiflash/tiflash-alert-rules.md +++ b/tiflash/tiflash-alert-rules.md @@ -45,7 +45,7 @@ summary: TiFlashクラスターのアラート ルールについて学習しま 読み取りインデックスの継続時間が 3 秒を超える確率が 99% を超えると、アラートがトリガーされます。 - > **注記：** + > **Note:** > > `read index`は TiKV リーダーに送信される kvproto リクエストです。TiKV リージョンの再試行、ストアのビジー状態、またはネットワークの問題により、リクエスト時間が`read index`と長くなる可能性があります。 diff --git a/tiflash/tiflash-command-line-flags.md b/tiflash/tiflash-command-line-flags.md index 100f0475941c4..5c36a3d6599a8 100644 --- a/tiflash/tiflash-command-line-flags.md +++ b/tiflash/tiflash-command-line-flags.md @@ -37,11 +37,11 @@ summary: TiFlashのコマンドライン起動フラグについて学習しま - `--dry` : ドライランモード。移行プロセスのみが出力されます。 - `--nokeep` : 元のデータを保持しません。このオプションが有効になっていない場合、 `dmf_xxx.old`ファイルが作成されます。 -> **警告：** +> **Warning:** > > TiFlashは、カスタム圧縮アルゴリズムと圧縮レベルを使用したDTFileを読み取ることができます。ただし、デフォルトの圧縮レベルを持つ`lz4`アルゴリズムのみが公式にサポートされています。カスタム圧縮パラメータは十分にテストされておらず、実験的なものです。 -> **注記：** +> **Note:** > > セキュリティ上の理由から、DTTool は移行モードにおいて作業ディレクトリにロックを追加しようとします。そのため、同じディレクトリ内で同時に移行タスクを実行できるのは 1 つの DTTool のみです。ロックが解除されていない状態で DTTool を強制終了すると、後で DTTool を再実行しようとした際に移行タスクの実行が拒否される可能性があります。 > diff --git a/tiflash/tiflash-configuration.md b/tiflash/tiflash-configuration.md index 111820eb77beb..40017e4c12b19 100644 --- a/tiflash/tiflash-configuration.md +++ b/tiflash/tiflash-configuration.md @@ -11,7 +11,7 @@ summary: TiFlash の設定方法を学びます。 このセクションでは、 TiFlashの設定パラメータについて説明します。 -> **ヒント：** +> **Tip:** > > 構成項目の値を調整する必要がある場合は、 [設定を変更する](/maintain-tidb-using-tiup.md#modify-the-configuration)を参照してください。 @@ -588,6 +588,6 @@ TiFlashノード上に類似したI/Oメトリックを持つ複数のディス TiFlashノード上にI/Oメトリックが異なる複数のディスクがある場合は、 `storage.latest.dir`番目のリストにメトリックの高いディレクトリを指定し、 `storage.main.dir`番目のリストにメトリックの低いディレクトリを指定することをお勧めします。例えば、NVMe-SSDが1台とSATA-SSDが2台の場合、 `storage.latest.dir`を`["/nvme_ssd_a/data/tiflash"]`を`storage.main.dir` `["/sata_ssd_b/data/tiflash", "/sata_ssd_c/data/tiflash"]`設定します。TiFlashは、これらの2つのディレクトリリストにそれぞれI/O負荷とデータを分散します。この場合、 `storage.latest.dir`という容量は、計画容量全体の10%として計画する必要があることに注意してください。 -> **警告：** +> **Warning:** > > `[storage]`設定はTiUP v1.2.5 以降でサポートされています。TiDB クラスタのバージョンが v4.0.9 以降の場合は、 TiUPのバージョンが v1.2.5 以降であることを確認してください。そうでない場合、 `[storage]`で定義されているデータディレクトリはTiUPによって管理されません。 diff --git a/tiflash/tiflash-data-validation.md b/tiflash/tiflash-data-validation.md index 48a268f8b941f..368e577245166 100644 --- a/tiflash/tiflash-data-validation.md +++ b/tiflash/tiflash-data-validation.md @@ -35,7 +35,7 @@ TiFlash は自動と手動の両方のデータ検証をサポートしていま - 検証メカニズムを手動で切り替えるには、 [TiFlash設定ファイル](/tiflash/tiflash-configuration.md#configure-the-tiflashtoml-file)を参照してください。ただし、デフォルト設定はテストによって検証されているため、推奨されます。 - 手動データ検証[`DTTool inspect`](/tiflash/tiflash-command-line-flags.md#dttool-inspect)を参照してください。 -> **警告：** +> **Warning:** > > V3検証メカニズムを有効にすると、新しく生成されたDTFileはv5.4.0より前のTiFlashでは直接読み取ることができません。v5.4.0以降、 TiFlashはV2とV3の両方をサポートしており、積極的にバージョンのアップグレードやダウングレードを行うことはありません。既存のファイルのバージョンをアップグレードまたはダウングレードする必要がある場合は、手動で[スイッチバージョン](/tiflash/tiflash-command-line-flags.md#dttool-migrate)実行する必要があります。 diff --git a/tiflash/tiflash-late-materialization.md b/tiflash/tiflash-late-materialization.md index 569695206d39a..4d5f653c50195 100644 --- a/tiflash/tiflash-late-materialization.md +++ b/tiflash/tiflash-late-materialization.md @@ -5,7 +5,7 @@ summary: TiFlash の遅延マテリアライゼーション機能を使用して # TiFlash遅延マテリアライゼーション {#tiflash-late-materialization} -> **注記：** +> **Note:** > > TiFlash の遅延マテリアライゼーションは[高速スキャンモード](/tiflash/use-fastscan.md)では有効になりません。 diff --git a/tiflash/tiflash-results-materialization.md b/tiflash/tiflash-results-materialization.md index 459dcbb8376cb..16b778bb14cbc 100644 --- a/tiflash/tiflash-results-materialization.md +++ b/tiflash/tiflash-results-materialization.md @@ -9,7 +9,7 @@ summary: TiFlashのクエリ結果をトランザクションに保存する方 TiDB v6.5.0以降、 TiFlashクエリ結果をテーブルに保存すること、つまりTiFlashクエリ結果のマテリアライゼーションがサポートされています。1 `INSERT INTO SELECT`のステートメントの実行中に、TiDBが`SELECT`サブクエリをTiFlashにプッシュダウンすると、 `INSERT INTO`番目の句で指定されたTiDBテーブルにTiFlashクエリ結果を保存できます。v6.5.0より前のバージョンのTiDBでは、 TiFlashクエリ結果は読み取り専用であるため、 TiFlashクエリ結果を保存するには、アプリケーションレベルから結果を取得し、別のトランザクションまたはプロセスで保存する必要があります。 -> **注記：** +> **Note:** > > デフォルト（ [`tidb_allow_mpp = ON`](/system-variables.md#tidb_allow_mpp-new-in-v50) ）では、オプティマイザは[SQLモード](/sql-mode.md)とTiFlashレプリカのコスト見積もりに基づいて、クエリをTiFlashにプッシュダウンするかどうかをインテリジェントに決定します。 > diff --git a/tiflash/troubleshoot-tiflash.md b/tiflash/troubleshoot-tiflash.md index 91ea99d97dc4b..4bf45266a2515 100644 --- a/tiflash/troubleshoot-tiflash.md +++ b/tiflash/troubleshoot-tiflash.md @@ -69,7 +69,7 @@ TiFlashのワークロードが大きすぎてTiFlashデータのレプリケー GC 条件が満たされる前にTiFlashのデータ複製ルールを手動で削除するには、次の操作を実行できます。 - > **注記：** + > **Note:** > > テーブルのTiFlashレプリケーション ルールを手動で削除した後、このテーブルに対して`RECOVER TABLE` 、または`FLASHBACK DATABASE` `FLASHBACK TABLE`を実行すると、このテーブルのTiFlashレプリカは復元されません。 @@ -160,7 +160,7 @@ TiDB クラスターを展開した後、 TiFlashレプリカの作成が継続 - `count`の値がクラスタ内の TiKV ノードの数より大きい場合（例えば、テストクラスタに TiKV ノードが 1 つしかなく、 `count`が`3`場合）、PD はTiFlashノードにリージョンピアを追加しません。この問題に対処するには、 `count`クラスタ内の TiKV ノードの数以下の整数に変更してください。 - > **注記：** + > **Note:** > > デフォルト値は`count`で、 `3`です。本番環境では、通常、この値は TiKV ノードの数よりも小さくなります。テスト環境で、リージョンレプリカが 1 つだけで問題ない場合は、この値を`1`に設定できます。 diff --git a/tiflash/use-tidb-to-read-tiflash.md b/tiflash/use-tidb-to-read-tiflash.md index 74ac4be0daa85..65a41299b59c8 100644 --- a/tiflash/use-tidb-to-read-tiflash.md +++ b/tiflash/use-tidb-to-read-tiflash.md @@ -73,7 +73,7 @@ explain analyze select count(*) from test.t; 最終的なエンジン構成はセッションレベルの構成です。つまり、セッションレベルの構成はインスタンスレベルの構成をオーバーライドします。例えば、インスタンスレベルで「tikv」を設定し、セッションレベルで「tiflash」を設定した場合、 TiFlashレプリカが読み込まれます。最終的なエンジン構成が「tikv」と「tiflash」の場合、TiKVレプリカとTiFlashレプリカの両方が読み込まれ、オプティマイザーはより適切なエンジンを自動的に選択して実行します。 -> **注記：** +> **Note:** > > [TiDB Dashboard](/dashboard/dashboard-intro.md)およびその他のコンポーネントは、TiDBメモリテーブル領域に格納されている一部のシステム テーブルを読み取る必要があるため、インスタンス レベルのエンジン構成に常に「tidb」エンジンを追加することをお勧めします。 @@ -115,7 +115,7 @@ select /*+ read_from_storage(tiflash[alias_a,alias_b]) */ ... from table_name_1 ヒントで指定されたテーブルに指定されたエンジンのレプリカが存在しない場合、ヒントは無視され、警告が報告されます。また、ヒントはエンジン分離を前提としてのみ有効です。ヒントで指定されたエンジンがエンジン分離リストに含まれていない場合も、ヒントは無視され、警告が報告されます。 -> **注記：** +> **Note:** > > MySQLクライアント5.7.7以前のバージョンでは、オプティマイザヒントがデフォルトでクリアされます。これらの初期バージョンのヒント構文を使用するには、クライアントを`--comments`オプション（例： `mysql -h 127.0.0.1 -P 4000 -uroot --comments` ）で起動してください。 @@ -123,7 +123,7 @@ select /*+ read_from_storage(tiflash[alias_a,alias_b]) */ ... from table_name_1 上記の 3 つのTiFlashレプリカの読み取り方法では、エンジン分離によって、使用可能なエンジンのレプリカの全体的な範囲が指定されます。この範囲内で、手動ヒントによって、よりきめ細かなステートメント レベルおよびテーブル レベルのエンジン選択が提供されます。最後に、CBO が決定を下し、指定されたエンジン リスト内のコスト見積もりに基づいてエンジンのレプリカを選択します。 -> **注記：** +> **Note:** > > - v4.0.3 より前では、読み取り専用でない SQL ステートメント (たとえば、 `INSERT INTO ... SELECT` 、 `SELECT ... FOR UPDATE` 、 `UPDATE ...` 、 `DELETE ...` ) でTiFlashレプリカから読み取る動作は未定義です。 > - v4.0.3 から v6.2.0 までのバージョンでは、TiDB はデータの正確性を保証するために、非読み取り専用 SQL 文のTiFlashレプリカを内部的に無視します。つまり、 [スマートな選択](#smart-selection)場合、TiDB はTiFlash以外のレプリカを自動的に選択します。 [エンジン分離](#engine-isolation) （ TiFlashレプリカ**のみを**指定）の場合、TiDB はエラーを報告します。 [手動ヒント](#manual-hint)の場合、TiDB はヒントを無視します。 diff --git a/tiflash/use-tiflash-mpp-mode.md b/tiflash/use-tiflash-mpp-mode.md index dd949f2e67da6..ea1014de787f4 100644 --- a/tiflash/use-tiflash-mpp-mode.md +++ b/tiflash/use-tiflash-mpp-mode.md @@ -60,7 +60,7 @@ set @@session.tidb_enforce_mpp=1; -> **注記：** +> **Note:** > > `tidb_enforce_mpp=1`有効になると、TiDB オプティマイザはコスト見積もりを無視して MPP モードを選択します。ただし、他の要因によって MPP モードがブロックされる場合、TiDB は MPP モードを選択しません。これらの要因には、 TiFlashレプリカが存在しない、 TiFlashレプリカのレプリケーションが未完了である、MPP モードでサポートされていない演算子または関数を含むステートメントなどがあります。 > diff --git a/tikv-configuration-file.md b/tikv-configuration-file.md index 8d36cc3e87703..4373ac825acee 100644 --- a/tikv-configuration-file.md +++ b/tikv-configuration-file.md @@ -11,7 +11,7 @@ TiKV の設定ファイルは、コマンドライン パラメータよりも このドキュメントでは、コマンドライン パラメーターに含まれないパラメーターのみについて説明します。詳しくは[コマンドラインパラメータ](/command-line-flags-for-tikv-configuration.md)をご覧ください。 -> **ヒント：** +> **Tip:** > > 設定項目の値を調整する必要がある場合は、 [設定を変更する](/maintain-tidb-using-tiup.md#modify-the-configuration)を参照してください。 @@ -123,7 +123,7 @@ TiKV の設定ファイルは、コマンドライン パラメータよりも - 構成アイテムは`HTTP`アドレスを介して TiKV ステータスを直接報告します。 - > **警告：** + > **Warning:** > > この値が一般に公開されると、TiKVサーバーの状態情報が漏洩する可能性があります。 @@ -143,7 +143,7 @@ TiKV の設定ファイルは、コマンドライン パラメータよりも - オプション値: `"none"` 、 `"deflate"` 、 `"gzip"` - > **注記：** + > **Note:** > > TiDB は`"deflate"`をサポートしていません。したがって、TiKV から TiDB に送信される gRPC 応答メッセージを圧縮する場合は、この設定項目を`"gzip"`に設定してください。 @@ -324,7 +324,7 @@ TiKV の設定ファイルは、コマンドライン パラメータよりも - 値の範囲: `[min-thread-count, MAX(4, CPU quota * 10)]` 。 `MAX(4, CPU quota * 10)`は`4`と`CPU quota * 10`からより大きな値を取得します。 - デフォルト値: MAX(4, CPU * 0.8) -> **注記：** +> **Note:** > > スレッド数を増やすとコンテキストスイッチの回数が増え、パフォーマンスが低下する可能性があります。この設定項目の値を変更することは推奨されません。 @@ -482,7 +482,7 @@ TiKV の設定ファイルは、コマンドライン パラメータよりも ### `engine` v6.6.0 の新機能 {#engine-new-in-v660} -> **警告：** +> **Warning:** > > この機能は実験的です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 @@ -526,7 +526,7 @@ TiKV の設定ファイルは、コマンドライン パラメータよりも ### `enable-ttl` {#enable-ttl} -> **警告：** +> **Warning:** > > - `enable-ttl`を`true`または`false`に設定してください。**既存**の TiKV クラスターでは、この構成項目の値を変更**しないでください**。 `enable-ttl`値が異なる TiKV クラスターでは、使用するデータ形式が異なります。そのため、既存の TiKV クラスターでこの項目の値を変更すると、クラスターはデータを異なる形式で保存するため、TiKV クラスターを再起動すると「非 TTL で TTL を有効にできません」というエラーが発生します。 > - `enable-ttl` TiKV クラスタ**でのみ**使用して**ください**。TiDB ノードを含むクラスタ (つまり、そのようなクラスタでは`enable-ttl`を`true`に設定する) では、 `storage.api-version = 2`が設定されていない限り、この構成項目を使用しないでください。そうしないと、データの破損や TiDB クラスタのアップグレード失敗などの重大な問題が発生します。 @@ -561,7 +561,7 @@ TiKV の設定ファイルは、コマンドライン パラメータよりも - バージョン6.2.0以降、RawKVの変更データキャプチャ（CDC）がサポートされています。RawKV [RawKV CDC](https://tikv.org/docs/latest/concepts/explore-tikv-features/cdc/cdc)を参照してください。 - デフォルト値: `1` -> **警告：** +> **Warning:** > - API V1 と API V2 はストレージ形式が異なります。 TiKV に TiDB データのみが含まれている場合に**のみ**、API V2 を直接有効または無効にできます。他のシナリオでは、新しいクラスターをデプロイし、 [RawKVのバックアップと復元](https://tikv.org/docs/latest/concepts/explore-tikv-features/backup-restore/)復元を使用してデータを移行する必要があります。 > - API V2を有効にした後は、TiKVクラスターをv6.1.0より前のバージョンにダウングレードする**ことはできません**。ダウングレードすると、データ破損が発生する可能性があります。 @@ -609,7 +609,7 @@ TiKVにおけるフロー制御メカニズムに関連するコンフィグレ - kvDB L0ファイルの数がこのしきい値に達すると、フロー制御メカニズムが作動を開始します。 - > **注記：** + > **Note:** > > 特定の条件下では、この構成項目は`rocksdb.(defaultcf|writecf|lockcf|raftcf).level0-slowdown-writes-trigger`の値を上書きできます。詳細については、 [`rocksdb.(defaultcf|writecf|lockcf|raftcf).level0-slowdown-writes-trigger`](/tikv-configuration-file.md#level0-slowdown-writes-trigger)参照してください。 @@ -619,7 +619,7 @@ TiKVにおけるフロー制御メカニズムに関連するコンフィグレ - KvDB の保留中の圧縮バイトがこのしきい値に達すると、フロー制御メカニズムは一部の書き込み要求を拒否し始め、 `ServerIsBusy`エラーを報告します。 - > **注記：** + > **Note:** > > 特定の条件下では、この構成項目は`rocksdb.(defaultcf|writecf|lockcf|raftcf).soft-pending-compaction-bytes-limit`の値を上書きできます。詳細については、 [`rocksdb.(defaultcf|writecf|lockcf|raftcf).soft-pending-compaction-bytes-limit`](/tikv-configuration-file.md#soft-pending-compaction-bytes-limit-1)参照してください。 @@ -726,7 +726,7 @@ Raftstoreに関連するコンフィグレーション項目。 ### `raft-base-tick-interval` {#raft-base-tick-interval} -> **注記：** +> **Note:** > > この設定項目はSQL文による照会はできませんが、設定ファイル内で設定できます。 @@ -736,7 +736,7 @@ Raftstoreに関連するコンフィグレーション項目。 ### `raft-heartbeat-ticks` {#raft-heartbeat-ticks} -> **注記：** +> **Note:** > > この設定項目はSQL文による照会はできませんが、設定ファイル内で設定できます。 @@ -746,7 +746,7 @@ Raftstoreに関連するコンフィグレーション項目。 ### `raft-election-timeout-ticks` {#raft-election-timeout-ticks} -> **注記：** +> **Note:** > > この設定項目はSQL文による照会はできませんが、設定ファイル内で設定できます。 @@ -756,7 +756,7 @@ Raftstoreに関連するコンフィグレーション項目。 ### `raft-min-election-timeout-ticks` {#raft-min-election-timeout-ticks} -> **注記：** +> **Note:** > > この設定項目はSQL文による照会はできませんが、設定ファイル内で設定できます。 @@ -766,7 +766,7 @@ Raftstoreに関連するコンフィグレーション項目。 ### `raft-max-election-timeout-ticks` {#raft-max-election-timeout-ticks} -> **注記：** +> **Note:** > > この設定項目はSQL文による照会はできませんが、設定ファイル内で設定できます。 @@ -873,7 +873,7 @@ Raftstoreに関連するコンフィグレーション項目。 ### `region-compact-check-interval` {#region-compact-check-interval} -> **警告：** +> **Warning:** > > v7.5.7およびv8.5.4以降、この設定項目は非推奨となり、 [`gc.auto-compaction.check-interval`](#check-interval-new-in-v757-and-v854)に置き換えられました。 @@ -883,7 +883,7 @@ Raftstoreに関連するコンフィグレーション項目。 ### `region-compact-check-step` {#region-compact-check-step} -> **警告：** +> **Warning:** > > バージョン7.5.7および8.5.4以降、この設定項目は非推奨となりました。 @@ -896,7 +896,7 @@ Raftstoreに関連するコンフィグレーション項目。 ### `region-compact-min-tombstones` {#region-compact-min-tombstones} -> **警告：** +> **Warning:** > > バージョン7.5.7および8.5.4以降、この設定項目は非推奨となり、 [`gc.auto-compaction.tombstone-num-threshold`](#tombstone-num-threshold-new-in-v757-and-v854)に置き換えられました。 @@ -906,7 +906,7 @@ Raftstoreに関連するコンフィグレーション項目。 ### `region-compact-tombstones-percent` {#region-compact-tombstones-percent} -> **警告：** +> **Warning:** > > バージョン7.5.7および8.5.4以降、この設定項目は非推奨となり、 [`gc.auto-compaction.tombstone-percent-threshold`](#tombstone-percent-threshold-new-in-v757-and-v854)に置き換えられました。 @@ -917,7 +917,7 @@ Raftstoreに関連するコンフィグレーション項目。 ### `region-compact-min-redundant-rows` v7.1.0 の新機能 {#region-compact-min-redundant-rows-new-in-v710} -> **警告：** +> **Warning:** > > バージョン7.5.7および8.5.4以降、この設定項目は非推奨となり、 [`gc.auto-compaction.redundant-rows-threshold`](#redundant-rows-threshold-new-in-v757-and-v854)に置き換えられました。 @@ -927,7 +927,7 @@ Raftstoreに関連するコンフィグレーション項目。 ### `region-compact-redundant-rows-percent` v7.1.0の新機能 {#region-compact-redundant-rows-percent-new-in-v710} -> **警告：** +> **Warning:** > > v7.5.7 および v8.5.4 以降、この設定項目は非推奨となり、 [`gc.auto-compaction.redundant-rows-percent-threshold`](#redundant-rows-percent-threshold-new-in-v757-and-v854)に置き換えられました。 @@ -938,7 +938,7 @@ Raftstoreに関連するコンフィグレーション項目。 ### `report-region-buckets-tick-interval` v6.1.0で追加 {#report-region-buckets-tick-interval-new-in-v610} -> **警告：** +> **Warning:** > > `report-region-buckets-tick-interval`は、TiDB v6.1.0 で導入された実験的機能です。本番環境での使用は推奨されません。 @@ -959,7 +959,7 @@ Raftstoreに関連するコンフィグレーション項目。 ### `pd-report-min-resolved-ts-interval` v7.6.0で追加 {#pd-report-min-resolved-ts-interval-new-in-v760} -> **注記：** +> **Note:** > > この設定項目は、 [`report-min-resolved-ts-interval`](https://docs.pingcap.com/tidb/v7.5/tikv-configuration-file/#report-min-resolved-ts-interval-new-in-v600)から名前が変更されました。v7.6.0 以降、 `report-min-resolved-ts-interval`は無効になりました。 @@ -1057,7 +1057,7 @@ Raftstoreに関連するコンフィグレーション項目。 ### `consistency-check-interval` {#consistency-check-interval} -> **警告：** +> **Warning:** > > クラスタのパフォーマンスに影響を与え、TiDBのガベージコレクションと互換性がないため、本番環境では整合性チェックを有効にすることは推奨され**ません**。 @@ -1177,7 +1177,7 @@ Raftstoreに関連するコンフィグレーション項目。 ### `periodic-full-compact-start-times` （v7.6.0の新機能） {#periodic-full-compact-start-times-new-in-v760} -> **警告：** +> **Warning:** > > 定期的な完全圧縮は実験的です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 @@ -1284,7 +1284,7 @@ Raftstoreに関連するコンフィグレーション項目。 - リージョンをバケットと呼ばれる小さな範囲に分割するかどうかを決定します。バケットは、スキャンの同時実行性を向上させるために同時クエリの単位として使用されます。バケットの設計の詳細については、 [動的サイズリージョン](https://github.com/tikv/rfcs/blob/master/text/0082-dynamic-size-region.md)を参照してください。 - デフォルト値：なし。これは、デフォルトで無効になっていることを意味します。 -> **警告：** +> **Warning:** > > - `enable-region-bucket`は、TiDB v6.1.0 で導入された実験的機能です。本番環境での使用は推奨されません。 > - この設定は、 `region-split-size` `region-bucket-size`の 2 倍以上である場合にのみ有効です。それ以外の場合は、バケットは実際には生成されません。 @@ -1295,7 +1295,7 @@ Raftstoreに関連するコンフィグレーション項目。 - `enable-region-bucket`が真のときのバケットのサイズ。 - デフォルト値: v7.3.0 以降、デフォルト値は`96MiB`から`50MiB`に変更されました。 -> **警告：** +> **Warning:** > > `region-bucket-size`は、TiDB v6.1.0 で導入された実験的機能です。本番環境での使用は推奨されません。 @@ -1453,7 +1453,7 @@ RocksDBに関連するコンフィグレーション項目 ### `info-log-max-size` {#info-log-max-size} -> **警告：** +> **Warning:** > > バージョン5.4.0以降、RocksDBログはTiKVのログモジュールによって管理されます。そのため、この設定項目は非推奨となり、その機能は設定項目[`log.file.max-size`](#max-size-new-in-v540)に置き換えられました。 @@ -1464,7 +1464,7 @@ RocksDBに関連するコンフィグレーション項目 ### `info-log-roll-time` {#info-log-roll-time} -> **警告：** +> **Warning:** > > バージョン5.4.0以降、RocksDBログはTiKVのログモジュールによって管理されるようになりました。そのため、この設定項目は非推奨です。TiKVは時間に基づく自動ログ分割をサポートしなくなりました。代わりに、設定項目[`log.file.max-size`](#max-size-new-in-v540)使用して、ファイルサイズに基づく自動ログ分割のしきい値を設定できます。 @@ -1473,7 +1473,7 @@ RocksDBに関連するコンフィグレーション項目 ### `info-log-keep-log-file-num` {#info-log-keep-log-file-num} -> **警告：** +> **Warning:** > > バージョン5.4.0以降、RocksDBログはTiKVのログモジュールによって管理されます。そのため、この設定項目は非推奨となり、その機能は設定項目[`log.file.max-backups`](#max-backups-new-in-v540)に置き換えられました。 @@ -1488,7 +1488,7 @@ RocksDBに関連するコンフィグレーション項目 ### `info-log-level` {#info-log-level} -> **警告：** +> **Warning:** > > バージョン5.4.0以降、RocksDBログはTiKVのログモジュールによって管理されます。そのため、この設定項目は非推奨となり、その機能は設定項目[`log.level`](#level-new-in-v540)に置き換えられました。 @@ -1497,7 +1497,7 @@ RocksDBに関連するコンフィグレーション項目 ### `write-buffer-flush-oldest-first`は v6.6.0 で追加されました。 {#write-buffer-flush-oldest-first-new-in-v660} -> **警告：** +> **Warning:** > > この機能は実験的です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 @@ -1510,7 +1510,7 @@ RocksDBに関連するコンフィグレーション項目 ### `write-buffer-limit` v6.6.0 で追加されました。 {#write-buffer-limit-new-in-v660} -> **警告：** +> **Warning:** > > この機能は実験的です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。 @@ -1542,7 +1542,7 @@ Titanに関連するコンフィグレーション項目。 ### `enabled` {#enabled} -> **注記：** +> **Note:** > > - ワイドテーブルと JSON データの書き込みおよびポイントクエリのパフォーマンスを向上させるため、TiDB v7.6.0 以降、デフォルト値が`false`から`true`に変更され、Titan がデフォルトで有効になります。 > - 既存のクラスターをv7.6.0以降のバージョンにアップグレードした場合、元の構成が保持されます。つまり、Titanが明示的に有効になっていない限り、引き続きRocksDBが使用されます。 @@ -1581,7 +1581,7 @@ Titanに関連するコンフィグレーション項目。 ### `block-cache-size` {#block-cache-size} -> **警告：** +> **Warning:** > > バージョン6.6.0以降、この設定は非推奨となりました。 @@ -1837,7 +1837,7 @@ Titanに関連するコンフィグレーション項目。 ## rocksdb.defaultcf.titan {#rocksdb-defaultcf-titan} -> **注記：** +> **Note:** > > Titan は`rocksdb.defaultcf`でのみ有効にできます。 `rocksdb.writecf`では Titan の有効化はサポートされていません。 @@ -1845,7 +1845,7 @@ Titanに関連するコンフィグレーション項目。 ### `min-blob-size` {#min-blob-size} -> **注記：** +> **Note:** > > - TiDB v7.6.0以降、ワイドテーブルおよびJSONデータの書き込みとポイントクエリのパフォーマンスを向上させるため、Titanがデフォルトで有効になっています。 `min-blob-size`のデフォルト値が`1KiB`から`32KiB`に変更されます。これは`32KiB`を超える値はTitanに保存され、その他のデータは引き続きRocksDBに保存されることを意味します。 > - 構成の一貫性を確保するため、TiDB v7.6.0 以降のバージョンにアップグレードする既存のクラスターでは、アップグレード前に`min-blob-size`を明示的に設定しない場合、TiDB は以前のデフォルト値`1KiB`を保持します。 @@ -1858,7 +1858,7 @@ Titanに関連するコンフィグレーション項目。 ### `blob-file-compression` {#blob-file-compression} -> **注記：** +> **Note:** > > - Snappy 圧縮ファイルは[公式Snappyフォーマット](https://github.com/google/snappy)になければなりません。 Snappy 圧縮の他のバリアントはサポートされていません。 > - TiDB v7.6.0以降、 `blob-file-compression`のデフォルト値が`"lz4"`から`"zstd"`に変更されます。 @@ -2057,7 +2057,7 @@ Titanに関連するコンフィグレーション項目。 ### `info-log-max-size` {#info-log-max-size} -> **警告：** +> **Warning:** > > バージョン5.4.0以降、RocksDBログはTiKVのログモジュールによって管理されます。そのため、この設定項目は非推奨となり、その機能は設定項目[`log.file.max-size`](#max-size-new-in-v540)に置き換えられました。 @@ -2068,7 +2068,7 @@ Titanに関連するコンフィグレーション項目。 ### `info-log-roll-time` {#info-log-roll-time} -> **警告：** +> **Warning:** > > バージョン5.4.0以降、RocksDBログはTiKVのログモジュールによって管理されるようになりました。そのため、この設定項目は非推奨です。TiKVは時間に基づく自動ログ分割をサポートしなくなりました。代わりに、設定項目[`log.file.max-size`](#max-size-new-in-v540)使用して、ファイルサイズに基づく自動ログ分割のしきい値を設定できます。 @@ -2077,7 +2077,7 @@ Titanに関連するコンフィグレーション項目。 ### `info-log-keep-log-file-num` {#info-log-keep-log-file-num} -> **警告：** +> **Warning:** > > バージョン5.4.0以降、RocksDBログはTiKVのログモジュールによって管理されます。そのため、この設定項目は非推奨となり、その機能は設定項目[`log.file.max-backups`](#max-backups-new-in-v540)に置き換えられました。 @@ -2092,7 +2092,7 @@ Titanに関連するコンフィグレーション項目。 ### `info-log-level` {#info-log-level} -> **警告：** +> **Warning:** > > バージョン5.4.0以降、RocksDBログはTiKVのログモジュールによって管理されます。そのため、この設定項目は非推奨となり、その機能は設定項目[`log.level`](#level-new-in-v540)に置き換えられました。 @@ -2103,7 +2103,7 @@ Titanに関連するコンフィグレーション項目。 Raft Engineに関連するコンフィグレーション項目。 -> **注記：** +> **Note:** > > - Raft Engineを初めて有効にすると、TiKVはRocksDBからRaft Engineにデータを転送します。そのため、TiKVが起動するまで数十秒余分に待つ必要があります。 > - TiDB v5.4.0 のRaft Engineのデータ形式は、以前の TiDB バージョンと互換性がありません。そのため、TiDB クラスタを v5.4.0 から以前のバージョンにダウングレードする必要がある場合は、ダウングレードする**前に**、 `enable`を`false`に設定してRaft Engine を無効にし、TiKV を再起動して設定を有効にしてください。 @@ -2125,7 +2125,7 @@ Raft Engineに関連するコンフィグレーション項目。 - Raftログファイルを保存するための補助ディレクトリです。 `dir`ディレクトリのディスク容量がいっぱいになると、新しいRaftログはこのディレクトリに保存されます。設定後にこの補助ディレクトリが存在しない場合は、TiKVの起動時に自動的に作成されます。 - この設定が行われていない場合、補助ディレクトリは有効になりません。 -> **注記：** +> **Note:** > > - この設定は、 Raft Engineの`dir`と`spill-dir`が異なるディスクドライブに設定されている場合にのみ有効になります。 > - この機能を有効にした後、無効にする場合は、TiKVを再起動する前に以下の操作を実行する必要があります。そうしないと、TiKVが起動に失敗します。 @@ -2141,7 +2141,7 @@ Raft Engineに関連するコンフィグレーション項目。 ### `bytes-per-sync` {#bytes-per-sync} -> **警告：** +> **Warning:** > > バージョン6.5.0以降、 Raft Engineはログをバッファリングせずに直接ディスクに書き込むようになりました。そのため、この設定項目は非推奨となり、機能しなくなりました。 @@ -2186,7 +2186,7 @@ Raft Engineに関連するコンフィグレーション項目。 ### `format-version` v6.3.0の新機能 {#format-version-new-in-v630} -> **注記：** +> **Note:** > > `format-version`を`2`に設定した後、TiKV クラスターを v6.3.0 から以前のバージョンにダウングレードする必要がある場合は、ダウングレード**の前に**以下の手順を実行してください。 > @@ -2204,7 +2204,7 @@ Raft Engineに関連するコンフィグレーション項目。 ### `enable-log-recycle` v6.3.0の新機能 {#enable-log-recycle-new-in-v630} -> **注記：** +> **Note:** > > この設定項目は、 [`format-version`](#format-version-new-in-v630) >= 2 の場合にのみ利用可能です。 @@ -2213,7 +2213,7 @@ Raft Engineに関連するコンフィグレーション項目。 ### `prefill-for-recycle` （v7.0.0の新機能） {#prefill-for-recycle-new-in-v700} -> **注記：** +> **Note:** > > この設定項目は、 [`enable-log-recycle`](#enable-log-recycle-new-in-v630) `true`に設定されている場合にのみ有効になります。 @@ -2310,7 +2310,7 @@ TiDB LightningのインポートおよびBR復元に関連するコンフィグ - 値の範囲：[0.0, 0.5] - デフォルト値は`0.3`で、これはシステムメモリの 30% が PITR に使用可能であることを意味します。値が`0.0`の場合、PITR はログファイルをローカルディレクトリにダウンロードすることによって実行されます。 -> **注記：** +> **Note:** > > バージョン6.5.0より前のバージョンでは、ポイントインタイムリカバリ（PITR）は、バックアップファイルをローカルディレクトリにダウンロードすることによるデータ復元のみをサポートしています。 @@ -2432,7 +2432,7 @@ BRバックアップに関連するコンフィグレーション項目。 ### `s3-multi-part-size` v5.3.2の新機能 {#s3-multi-part-size-new-in-v532} -> **注記：** +> **Note:** > > この構成は、S3 レート制限によって引き起こされるバックアップの失敗に対処するために導入されました。この問題は[バックアップデータストレージ構造の改良](/br/br-snapshot-architecture.md#structure-of-backup-files)により修正されました。したがって、この構成は v6.1.1 から非推奨となり、推奨されなくなりました。 @@ -2520,7 +2520,7 @@ TiCDCに関連するコンフィグレーション項目。 - 解決済みTSが計算され、転送される間隔。 - デフォルト値: `"1s"` 。 -> **注記：** +> **Note:** > > バージョン6.5.0では、CDCの遅延を削減するために、 `min-ts-interval`のデフォルト値が`"1s"`から`"200ms"`に変更されました。バージョン6.5.1以降では、ネットワークレイテンシーを削減するために、このデフォルト値が`"1s"`に戻されます。 @@ -2654,7 +2654,7 @@ TiKV がデプロイされているマシンにリソースが限られている TiKV がデプロイされているマシンにリソースが限られている場合、たとえば CPU が 4V、メモリが16GB しかない場合を考えてみましょう。このような状況では、TiKV のバックグラウンドで計算や読み書き要求が多すぎると、フォアグラウンドで使用される CPU リソースがこれらの要求の処理に占有され、TiKV のパフォーマンスの安定性に影響します。この状況を回避するには、バックグラウンドのクォータ関連の設定項目を使用して、バックグラウンドで使用される CPU リソースを制限できます。要求がクォータ リミッターをトリガーすると、TiKV が CPU リソースを解放するまで、要求はしばらく待機させられます。正確な待機時間は要求の数によって異なり、最大待機時間は[`max-delay-duration`](#max-delay-duration-new-in-v600)の値を超えません。 -> **警告：** +> **Warning:** > > - バックグラウンドクォータリミッターは、TiDB v6.2.0で導入された実験的機能であり、本番環境での使用は推奨され**ません**。 > - この機能は、リソースが限られた環境でのみ適しており、TiKVがそのような環境でも安定して動作することを保証します。リソースが豊富な環境でこの機能を有効にすると、リクエスト数がピークに達した際にパフォーマンスが低下する可能性があります。 @@ -2869,7 +2869,7 @@ TiKV MVCC インメモリエンジン (IME) のストレージレイヤーに関 ### v8.5.0で`enable` {#enable-new-in-v850} -> **注記：** +> **Note:** > > この設定項目は設定ファイルで設定できますが、SQL文で照会することはできません。 @@ -2880,7 +2880,7 @@ TiKV MVCC インメモリエンジン (IME) のストレージレイヤーに関 ### capacity （v8.5.0の新機能） {#code-capacity-code-span-class-version-mark-new-in-v8-5-0-span} -> **注記：** +> **Note:** > > - インメモリエンジンが有効になると、 `block-cache.capacity`自動的に 10% 減少します。 > - `capacity`手動で設定した場合、 `block-cache.capacity`自動的に減少しません。この場合、メモリ不足エラー（OOM）を回避するために、その値を手動で調整する必要があります。 diff --git a/tikv-control.md b/tikv-control.md index 037dc39b3f8cf..d73cd7fbbc448 100644 --- a/tikv-control.md +++ b/tikv-control.md @@ -11,7 +11,7 @@ TiKV Control ( `tikv-ctl` ) は、クラスターの管理に使用される TiK ## TiUPでTiKV Controlを使用する {#use-tikv-control-in-tiup} -> **注記：** +> **Note:** > > 使用する制御ツールのバージョンは、クラスターのバージョンと一致させることをお勧めします。 @@ -123,7 +123,7 @@ tikv-ctl --to-hex "\252\377" AAFF ``` -> **注記：** +> **Note:** > > コマンドラインでキーの`escaped`形式を指定する場合は、二重引用符で囲む必要があります。そうしないと、bashはバックスラッシュを解釈してしまい、誤った結果が返されます。 @@ -341,7 +341,7 @@ tikv-ctl --data-dir /path/to/tikv tombstone -p 127.0.0.1:2379 -r , **注記：** +> **Note:** > > - `tombstone`コマンドはローカル モードのみをサポートします。 > - `-p`オプションの引数は、 `http`プレフィックスのない PD エンドポイントを指定します。PD エンドポイントを指定するのは、PD が安全に Tombstone に切り替えられるかどうかを照会するためです。 @@ -357,7 +357,7 @@ tikv-ctl --host 127.0.0.1:20161 consistency-check -r 2 DebugClient::check_region_consistency: RpcFailure(RpcStatus { status: Unknown, details: Some("StringError(\"Leader is on store 1\")") }) ``` -> **注記：** +> **Note:** > > - `consistency-check`コマンドは TiDB のガベージコレクションと互換性がなく、誤ってエラーを報告する可能性があるため、使用はお勧めし**ません**。 > - このコマンドはリモート モードのみをサポートします。 @@ -438,7 +438,7 @@ tikv-ctl --host ip:port modify-tikv-config -n rocksdb.rate-bytes-per-sec -v "1GB ### 複数のレプリカの障害からリージョンにサービスを強制的に回復させる（非推奨） {#force-regions-to-recover-services-from-failure-of-multiple-replicas-deprecated} -> **警告：** +> **Warning:** > > この機能の使用は推奨されません。代わりに、 `pd-ctl`のオンラインアンセーフリカバリをご利用ください。ワンストップの自動リカバリ機能を提供します。サービスの停止などの追加操作は必要ありません。詳細な説明は[オンラインの安全でない回復](/online-unsafe-recovery.md)ご覧ください。 @@ -446,7 +446,7 @@ tikv-ctl --host ip:port modify-tikv-config -n rocksdb.rate-bytes-per-sec -v "1GB `-s`オプションは、カンマ区切りで複数の`store_id`指定でき、 `-r`フラグを使用して対象となるリージョンを指定します。特定のストア内のすべてのリージョンに対してこの操作を実行する必要がある場合は、 `--all-regions`指定するだけで済みます。 -> **警告：** +> **Warning:** > > - 誤った操作が行われた場合、クラスターの復旧が困難になる可能性があります。潜在的なリスクを認識し、本番環境ではこの機能の使用を避けてください。 > - `--all-regions`オプションを使用する場合、このコマンドはクラスタに接続されている残りのすべてのストアに対して実行する必要があります。損傷したストアを復旧する前に、これらの正常なストアがサービスの提供を停止していることを確認する必要があります。そうしないと、リージョンレプリカ内のピアリストの不整合により、 `split-region`または`remove-peer`実行した際にエラーが発生します。これにより、他のメタデータ間の不整合も発生し、最終的にはリージョンが利用できなくなります。 @@ -464,7 +464,7 @@ tikv-ctl --data-dir /path/to/tikv unsafe-recover remove-fail-stores -s 4,5 --all TiKVを再起動すると、リージョンは残りの正常なレプリカを使用してサービスを継続できます。このコマンドは、複数のTiKVストアが破損または削除された場合によく使用されます。 -> **注記：** +> **Note:** > > - 指定されたリージョンのピアが配置されているすべてのストアに対してこのコマンドを実行する必要があります。 > - このコマンドはローカルモードのみをサポートします。正常に実行されると`success!`出力。 @@ -481,7 +481,7 @@ tikv-ctl --data-dir /path/to/tikv recover-mvcc -r 1001,1002 -p 127.0.0.1:2379 success! ``` -> **注記：** +> **Note:** > > - このコマンドはローカルモードのみをサポートします。正常に実行されると`success!`出力。 > - `-p`オプションの引数は、 `http`プレフィックスのない PD エンドポイントを指定します。PD エンドポイントを指定することで、指定された`region_id`検証されているかどうかを照会できます。 @@ -561,7 +561,7 @@ tikv-ctl --config=./conf.toml encryption-meta dump-key --ids=9291156302549018620 Type "I consent" to continue, anything else to exit: I consent 9291156302549018620: key: 8B6B6B8F83D36BE2467ED55D72AE808B method: Aes128Ctr creation_time: 1592938357 -> **注記：** +> **Note:** > > このコマンドはデータ暗号化キーを平文で公開します。本番では、出力をファイルにリダイレクトしないでください。出力ファイルを削除しても、ディスクからコンテンツが完全に消去されない可能性があります。 @@ -571,7 +571,7 @@ TiKV内の破損したSSTファイルは、TiKVプロセスにpanicを引き起 破損したSSTファイルをクリーンアップするには、 TiKV Controlでコマンド`bad-ssts`を実行して必要な情報を表示できます。以下はコマンドと出力の例です。 -> **注記：** +> **Note:** > > このコマンドを実行する前に、実行中の TiKV インスタンスを停止してください。 diff --git a/tikv-in-memory-engine.md b/tikv-in-memory-engine.md index 3d91e68bdcb3d..1c552d8a68f68 100644 --- a/tikv-in-memory-engine.md +++ b/tikv-in-memory-engine.md @@ -57,7 +57,7 @@ gc-run-interval = "3m" mvcc-amplification-threshold = 10 ``` -> **注記：** +> **Note:** > > - インメモリエンジンはデフォルトでは無効になっています。有効にした後は、TiKVを再起動する必要があります。 > - `enable`を除き、その他の設定項目はすべて動的に調整可能です。 diff --git a/time-to-live.md b/time-to-live.md index 45bb41bede6e2..f50fb06b813b7 100644 --- a/time-to-live.md +++ b/time-to-live.md @@ -157,7 +157,7 @@ SET @@global.tidb_ttl_job_schedule_window_end_time = '05:00 +0000'; -> **注記：** +> **Note:** > > このセクションはTiDB Self-Managedにのみ適用されます。現在、 TiDB CloudはTTLメトリクスを提供していません。 diff --git a/tiproxy/tiproxy-api.md b/tiproxy/tiproxy-api.md index 32c1b74b5e8c7..ece92c0c1cc07 100644 --- a/tiproxy/tiproxy-api.md +++ b/tiproxy/tiproxy-api.md @@ -7,7 +7,7 @@ summary: TiProxy API を使用して構成、ヘルス ステータス、監視 [TiProxy](/tiproxy/tiproxy-overview.md) 、構成、ヘルス ステータス、および監視データにアクセスするための API エンドポイントを提供します。 -> **注記：** +> **Note:** > > TiProxy APIはデバッグ用に特別に設計されており、TiProxyに将来導入される機能との互換性が完全には保証されない可能性があります。情報取得のためにこのツールをアプリケーションやユーティリティの開発に組み込むことは推奨されません。 diff --git a/tiproxy/tiproxy-command-line-flags.md b/tiproxy/tiproxy-command-line-flags.md index 2a129f5911300..15b6985782dfd 100644 --- a/tiproxy/tiproxy-command-line-flags.md +++ b/tiproxy/tiproxy-command-line-flags.md @@ -33,7 +33,7 @@ summary: TiProxy のコマンドライン起動フラグについて学習しま TiProxy Control は、次の 2 つの方法のいずれかを使用してインストールできます。 -> **注記：** +> **Note:** > > TiProxy Control はデバッグ用に特別に設計されており、TiProxy に将来導入される機能と完全に互換性がない可能性があります。情報を取得するためにこのツールをアプリケーションやユーティリティの開発に組み込むことは推奨されません。 diff --git a/tiproxy/tiproxy-configuration.md b/tiproxy/tiproxy-configuration.md index 5a58dbbc130d8..522e8f7dbb90f 100644 --- a/tiproxy/tiproxy-configuration.md +++ b/tiproxy/tiproxy-configuration.md @@ -33,7 +33,7 @@ skip-ca = true このセクションでは、TiProxy の構成パラメータについて説明します。 -> **ヒント：** +> **Tip:** > > 設定項目の値を調整する必要がある場合は、 [設定を変更する](/maintain-tidb-using-tiup.md#modify-the-configuration)を参照してください。通常、変更を行うと再起動が必要になります。TiProxy はホットリロードをサポートしているため、 `tiup cluster reload --skip-restart`実行することで再起動を省略できます。 @@ -149,7 +149,7 @@ server_configs: TiProxy v1.3.1以降、複数の仮想IPアドレスの設定がサポートされます。コンピューティングレイヤーのリソースを分離する必要がある場合は、複数の仮想IPアドレスを設定し、 [ラベルベースの負荷分散](/tiproxy/tiproxy-load-balance.md#label-based-load-balancing)組み合わせて使用​​できます。設定例については、 [ラベルベースの負荷分散](/tiproxy/tiproxy-load-balance.md#label-based-load-balancing)参照してください。 -> **注記：** +> **Note:** > > - 仮想 IP は Linux オペレーティング システムでのみサポートされます。 > - TiProxy を実行する Linux ユーザーには、IP アドレスをバインドする権限が必要です。 @@ -214,7 +214,7 @@ TiProxy v1.3.1以降、複数の仮想IPアドレスの設定がサポートさ ### 安全 {#security} -> **注記：** +> **Note:** > > TiProxyは1時間に1回、ディスクから証明書を再読み込みします。そのため、ディスク上の証明書ファイルに加えた変更が有効になるまでに最大1時間かかる場合があります。 diff --git a/tiproxy/tiproxy-deployment-topology.md b/tiproxy/tiproxy-deployment-topology.md index 6d015c7ba4ef4..9b6e4c5d71c72 100644 --- a/tiproxy/tiproxy-deployment-topology.md +++ b/tiproxy/tiproxy-deployment-topology.md @@ -25,7 +25,7 @@ TiProxy は TiDB の L7 プロキシサーバーであり、接続のバラン | TiProxy | 2 | 4 VCore 8 GB * 1 | 10.0.1.11
    10.0.1.12 | デフォルトポート
    グローバルディレクトリ構成 | | モニタリングとGrafana | 1 | 4 VCore 8GB * 1 500GB (SSD) | 10.0.1.13 | デフォルトポート
    グローバルディレクトリ構成 | -> **注記：** +> **Note:** > > インスタンスのIPアドレスは例としてのみ提供されています。実際の導入では、IPアドレスを実際のIPアドレスに置き換えてください。 @@ -40,7 +40,7 @@ TiProxy のテンプレートの詳細については、 [TiProxyトポロジの - `tiproxy_servers`のインスタンス レベル`"-host"`構成では、ドメイン名ではなく IP のみがサポートされます。 - TiProxyパラメータの詳細な説明については、 [TiProxy のコンフィグレーション](/tiproxy/tiproxy-configuration.md)参照してください。 -> **注記：** +> **Note:** > > - 設定ファイルに`tidb`ユーザーを手動で作成する必要はありません。TiUPTiUPコンポーネントは、ターゲットマシンに`tidb`ユーザーを自動的に作成します。ユーザーをカスタマイズすることも、制御マシンと同じユーザーを維持することもできます。 > - デプロイメント ディレクトリを相対パスとして構成すると、クラスターはユーザーのホーム ディレクトリにデプロイされます。 diff --git a/tiproxy/tiproxy-overview.md b/tiproxy/tiproxy-overview.md index 19ef8918bded4..9484d86a6a14d 100644 --- a/tiproxy/tiproxy-overview.md +++ b/tiproxy/tiproxy-overview.md @@ -98,7 +98,7 @@ TiProxyが適しているシナリオではTiProxyを使用し、アプリケー このセクションでは、 TiUPを使用して TiProxy をデプロイおよび変更する方法について説明します。TiProxy をスケールアウトすることで、 [TiProxyを使用して新しいクラスターを作成します](#create-a-cluster-with-tiproxy)または[既存のクラスターで TiProxy を有効にする](#enable-tiproxy-for-an-existing-cluster)いずれかを選択できます。 -> **注記：** +> **Note:** > > TiUPのバージョンが1.16.1以降であることを確認してください。 @@ -239,7 +239,7 @@ TiProxyをアップグレードする必要がある場合は、アップグレ tiup cluster upgrade --tiproxy-version ``` -> **注記：** +> **Note:** > > このコマンドは、クラスターのバージョンが変更されない場合でも、TiDBクラスターをアップグレードして再起動します。 diff --git a/tiproxy/tiproxy-traffic-replay.md b/tiproxy/tiproxy-traffic-replay.md index 64457486abba8..9f5206c3ee305 100644 --- a/tiproxy/tiproxy-traffic-replay.md +++ b/tiproxy/tiproxy-traffic-replay.md @@ -5,7 +5,7 @@ summary: TiProxy トラフィック再生機能の使用例と手順を紹介し # TiProxy トラフィックリプレイ {#tiproxy-traffic-replay} -> **警告：** +> **Warning:** > > 現在、TiProxy トラフィックリプレイ機能は実験的です。本番環境での使用は推奨されません。この機能は予告なく変更または削除される可能性があります。バグを発見した場合は、GitHub で[問題](https://github.com/pingcap/tiproxy/issues)報告を行ってください。 @@ -38,7 +38,7 @@ TiProxy v1.3.0以降では、TiProxyを使用してTiDB本番クラスタのア 2. [`tiproxyctl traffic capture`](/tiproxy/tiproxy-command-line-flags.md#traffic-capture)コマンドを使用して、本番クラスターの TiProxy インスタンスに接続し、トラフィックのキャプチャを開始します。 - > **注記：** + > **Note:** > > - TiProxy は、既存の接続と新しく作成された接続を含むすべての接続のトラフィックをキャプチャします。 > - TiProxy プライマリ/セカンダリ モードで、プライマリ TiProxy インスタンスに接続します。 @@ -127,7 +127,7 @@ TiProxy v1.3.0以降では、TiProxyを使用してTiDB本番クラスタのア sample_replay_time: 2024-10-17 12:57:39 count: 1 - > **注記：** + > **Note:** > > - `tiproxy_traffic_replay`のテーブルスキーマは将来のバージョンで変更される可能性があります。アプリケーションやツールの開発において、 `tiproxy_traffic_replay`のデータを直接読み取ることは推奨されません。 > - リプレイでは、接続間のトランザクション実行順序がキャプチャシーケンスと完全に一致することが保証されません。そのため、誤ったエラーレポートが生成される可能性があります。 diff --git a/tiup/customized-montior-in-tiup-environment.md b/tiup/customized-montior-in-tiup-environment.md index d7c74e6c2a125..880dffafe6cdb 100644 --- a/tiup/customized-montior-in-tiup-environment.md +++ b/tiup/customized-montior-in-tiup-environment.md @@ -9,7 +9,7 @@ TiUPを使用して TiDB クラスターをデプロイすると、 TiUP はProm 上記の監視サーバーの構成をカスタマイズするには、以下の手順に従って、TiDB クラスターの topology.yaml に関連する構成項目を追加します。 -> **注記：** +> **Note:** > > - 監視サーバーの構成ファイルを直接変更しないでください。これらの変更は、デプロイメント、スケールアウト、スケールイン、リロードなどの後続のTiUP操作によって上書きされるためです。 > diff --git a/tiup/tiup-cluster-no-sudo-mode.md b/tiup/tiup-cluster-no-sudo-mode.md index 6dfb8dc0e5a9a..e8a602b4d7226 100644 --- a/tiup/tiup-cluster-no-sudo-mode.md +++ b/tiup/tiup-cluster-no-sudo-mode.md @@ -7,7 +7,7 @@ summary: TiUP no-sudo モードを使用してオンライン TiDB クラスタ このドキュメントでは、 TiUP no-sudo モードを使用してクラスターをデプロイする方法について説明します。 -> **注記：** +> **Note:** > > CentOS の場合、CentOS 8 以降のバージョンのみがサポートされます。 @@ -17,7 +17,7 @@ summary: TiUP no-sudo モードを使用してオンライン TiDB クラスタ 1. すべてのターゲット マシンに`root`ユーザーとしてログインし、 `tidb`という名前のユーザーを作成し、このユーザーのシステム リソース制限を次のように構成します。 - > **注記：** + > **Note:** > > no-sudo モードでは、 `tidb`ユーザーに対してパスワードなしの sudo を構成する必要はありません。つまり、 `tidb`ユーザーを`sudoers`ファイルに追加する必要はありません。 @@ -135,7 +135,7 @@ summary: TiUP no-sudo モードを使用してオンライン TiDB クラスタ ## 失敗したチェック項目を手動で修復する {#manually-repair-failed-check-items} -> **注記：** +> **Note:** > > 最小インストールを使用する場合は、 `tar`パッケージがインストールされていることを確認してください。インストールされていない場合、 `tiup cluster check`コマンドは失敗します。 @@ -170,7 +170,7 @@ no-sudoモードでは、 `tidb`ユーザーにはsudo権限がありません tiup cluster deploy mycluster v8.5.0 topology.yaml --user tidb ``` -> **注記：** +> **Note:** > > 上記のコマンドの`v8.5.0` 、デプロイする TiDB バージョンに置き換え、 `mycluster`クラスターに付ける名前に置き換える必要があります。 diff --git a/tiup/tiup-cluster-topology-reference.md b/tiup/tiup-cluster-topology-reference.md index a3a73ebb67230..995fb626e64a0 100644 --- a/tiup/tiup-cluster-topology-reference.md +++ b/tiup/tiup-cluster-topology-reference.md @@ -167,7 +167,7 @@ server_configs: ### `component_versions` {#component-versions} -> **注記：** +> **Note:** > > TiDB、TiKV、PD、TiCDC など、バージョン番号を共有するコンポーネントについては、混在バージョンのデプロイメントシナリオで正常に動作することを保証するための完全なテストは存在しません。このセクションは、テスト環境でのみ使用するか、 [テクニカルサポート](/support.md)の支援を受けて使用してください。 @@ -736,7 +736,7 @@ monitoring_servers: - `config` : このフィールドは、Grafanaにカスタム設定を追加するために使用されます。TiDBクラスターをデプロイ、スケールアウト、スケールイン、またはリロードすると、 TiUPは`config`フィールドの内容をGrafana設定ファイル`grafana.ini`に追加します。詳細については、 [その他のGrafana設定をカスタマイズする](/tiup/customized-montior-in-tiup-environment.md#customize-other-grafana-configurations)参照してください。 -> **注記：** +> **Note:** > > `dashboard_dir`フィールドが`grafana_servers`に設定されている場合、クラスターの名前を変更する`tiup cluster rename`コマンドを実行した後、次の操作を実行する必要があります。 > diff --git a/tiup/tiup-cluster.md b/tiup/tiup-cluster.md index c106889838cb6..9e45b391b7a2b 100644 --- a/tiup/tiup-cluster.md +++ b/tiup/tiup-cluster.md @@ -63,7 +63,7 @@ tiup cluster deploy [flags] トポロジファイルを作成するには、 [例](https://github.com/pingcap/tiup/blob/master/embed/examples/cluster/topology.example.yaml)を参照してください。次のファイルは最も単純なトポロジの例です。 -> **注記：** +> **Note:** > > TiUPクラスターコンポーネントがデプロイメントとスケーリングに使用するトポロジ ファイルは[YAML](https://yaml.org/spec/1.2/spec.html)構文を使用して記述されるため、インデントが正しいことを確認してください。 @@ -220,7 +220,7 @@ PDコンポーネントの場合、 `|L`または`|UI` `Up`または`Down`に追 ## クラスターのスケールイン {#scale-in-a-cluster} -> **注記：** +> **Note:** > > このセクションでは、スケールインコマンドの構文のみを説明します。オンラインスケーリングの詳細な手順については、 [TiUPを使用して TiDBクラスタをスケールする](/scale-tidb-using-tiup.md)を参照してください。 @@ -287,7 +287,7 @@ PD がノード上のデータを他の TiKV ノードにスケジュールす ## クラスターをスケールアウトする {#scale-out-a-cluster} -> **注記：** +> **Note:** > > このセクションでは、スケールアウトコマンドの構文のみを説明します。オンラインスケーリングの詳細な手順については、 [TiUPを使用して TiDBクラスタをスケールする](/scale-tidb-using-tiup.md)を参照してください。 @@ -301,7 +301,7 @@ PDをスケールアウトすると、ノードがクラスターに`join`つ追 1. `scale.yaml`ファイルを作成し、新しい TiKV ノードと PD ノードの IP を追加します。 - > **注記：** + > **Note:** > > 既存のノードではなく、新しいノードの説明のみを含むトポロジ ファイルを作成する必要があります。 @@ -325,7 +325,7 @@ PDをスケールアウトすると、ノードがクラスターに`join`つ追 ## ローリングアップグレード {#rolling-upgrade} -> **注記：** +> **Note:** > > このセクションでは、アップグレードコマンドの構文のみを説明します。オンラインアップグレードの詳細な手順については、 [TiUPを使用して TiDB をアップグレードする](/upgrade-tidb-using-tiup.md)を参照してください。 @@ -397,7 +397,7 @@ tiup cluster reload prod-cluster このコマンドは、構成をターゲット マシンに送信し、クラスターを再起動して構成を有効にします。 -> **注記：** +> **Note:** > > 監視コンポーネントについては、 `tiup cluster edit-config`コマンドを実行して対応するインスタンスにカスタム設定パスを追加することで、設定をカスタマイズします。例: @@ -425,7 +425,7 @@ alertmanager_servers: `tiup reload`実行すると、 TiUP はまずターゲットマシン上の古い設定ファイルをすべて削除し、次にコントロールマシンから対応する設定ファイルをターゲットマシンの対応する設定ディレクトリにアップロードします。したがって、特定の設定ファイルを変更する場合は、すべての設定ファイル（変更されていないものも含む）が同じディレクトリにあることを確認してください。例えば、Grafana の`tidb.json`ファイルを変更するには、まず Grafana の`dashboards`ディレクトリにある`*.json`ファイルすべてをローカルディレクトリにコピーする必要があります。そうしないと、ターゲットマシンから他の JSON ファイルが失われます。 -> **注記：** +> **Note:** > > `dashboard_dir`フィールドを`grafana_servers`に設定した場合、 `tiup cluster rename`コマンドを実行してクラスターの名前を変更した後、次の操作を完了する必要があります。 > @@ -664,7 +664,7 @@ export TIUP_NATIVE_SSH=enable この環境変数と`--ssh`同時に指定した場合、 `--ssh`優先されます。 -> **注記：** +> **Note:** > > クラスターの展開プロセス中に、接続にパスワードを使用する必要がある場合 ( `-p` ) またはキー ファイルに`passphrase`が設定されている場合は、制御マシンに`sshpass`がインストールされていることを確認する必要があります。そうでない場合、タイムアウト エラーが報告されます。 @@ -679,7 +679,7 @@ TiUPデータは、ユーザーのホームディレクトリ内の`.tiup`ディ `bash`使用し、 `tidb`ユーザーの場合は、 `~/.bashrc`に`export PATH=/home/tidb/.tiup/bin:$PATH`追加して`source ~/.bashrc`実行します。その後、使用するシェルとユーザーに応じて調整してください。 -> **注記：** +> **Note:** > > 制御マシンのディスク破損などの異常な状況によってTiUPデータが失われないように、 `.tiup`ディレクトリを定期的にバックアップすることをお勧めします。 @@ -697,6 +697,6 @@ tiup cluster meta backup ${cluster_name} tiup cluster meta restore ${cluster_name} ${backup_file} ``` -> **注記：** +> **Note:** > > 復元操作により、現在のメタファイルが上書きされます。そのため、メタファイルが失われた場合にのみ復元することをお勧めします。 diff --git a/tiup/tiup-command-mirror-genkey.md b/tiup/tiup-command-mirror-genkey.md index ae73002d61978..0c53eaf5aaa9c 100644 --- a/tiup/tiup-command-mirror-genkey.md +++ b/tiup/tiup-command-mirror-genkey.md @@ -13,7 +13,7 @@ TiUP [鏡](/tiup/tiup-mirror-reference.md)定義によれば、ユーザーに TiUPファイルを変更するには対応する所有者/管理者の署名が必要となるため、所有者/管理者は独自の秘密鍵を保有している必要があります。コマンド`tiup mirror genkey`秘密鍵を生成するために使用されます。 -> **警告：** +> **Warning:** > > 秘密鍵をインターネット経由で送信**しないでください**。 diff --git a/tiup/tiup-command-mirror-grant.md b/tiup/tiup-command-mirror-grant.md index e224738524558..325c8e72f7ae6 100644 --- a/tiup/tiup-command-mirror-grant.md +++ b/tiup/tiup-command-mirror-grant.md @@ -9,7 +9,7 @@ summary: tiup mirror grant` コマンドは、現在のミラーにコンポー コンポーネントオーナーは、自身のキーを使用して新しいコンポーネントを公開したり、以前に公開したコンポーネントを変更したりできます。新しいコンポーネントオーナーを追加する前に、追加されるコンポーネントオーナーは自身の公開キーをミラー管理者に送信する必要があります。 -> **注記：** +> **Note:** > > このコマンドは、現在のミラーがローカル ミラーである場合にのみサポートされます。 diff --git a/tiup/tiup-command-mirror-modify.md b/tiup/tiup-command-mirror-modify.md index 1737102719cb6..ee4178502f277 100644 --- a/tiup/tiup-command-mirror-modify.md +++ b/tiup/tiup-command-mirror-modify.md @@ -41,7 +41,7 @@ tiup mirror modify [:version] [flags] - データ型: `BOOLEAN` - このオプションはデフォルトで無効になっており、デフォルト値は`false`です。このオプションを有効にするには、コマンドにこのオプションを追加し、値`true`を渡すか、値を渡さないかのいずれかを選択します。 -> **注記：** +> **Note:** > > このオプションはコンポーネントにのみ適用でき、コンポーネントバージョンには適用できません。 @@ -51,7 +51,7 @@ tiup mirror modify [:version] [flags] - データ型: `BOOLEAN` - このオプションはデフォルトで無効になっており、デフォルト値は`false`です。このオプションを有効にするには、コマンドにこのオプションを追加し、値`true`を渡すか、値を渡さないかのいずれかを選択します。 -> **注記：** +> **Note:** > > このオプションはコンポーネントにのみ適用でき、コンポーネントバージョンには適用できません。 diff --git a/tiup/tiup-command-mirror-publish.md b/tiup/tiup-command-mirror-publish.md index b5ad6e77c22d0..d8e745b36519a 100644 --- a/tiup/tiup-command-mirror-publish.md +++ b/tiup/tiup-command-mirror-publish.md @@ -40,7 +40,7 @@ tiup mirror publish [flags] - デフォルト: "${GOARCH}" -> **注記：** +> **Note:** > > `--arch` `any`に設定する場合は、 `--os` `any`に設定する必要があります。 @@ -56,7 +56,7 @@ tiup mirror publish [flags] - デフォルト: "${GOOS}" -> **注記：** +> **Note:** > > `--os` `any`に設定する場合は、 `--arch` `any`に設定する必要があります。 diff --git a/tiup/tiup-command-mirror-rotate.md b/tiup/tiup-command-mirror-rotate.md index 63cb56d4bab70..5bd3c3a5e24b6 100644 --- a/tiup/tiup-command-mirror-rotate.md +++ b/tiup/tiup-command-mirror-rotate.md @@ -33,7 +33,7 @@ TiUPミラーの詳細については、 [TiUPミラーリファレンス](/tiup TiUP はコマンド`tiup mirror rotate`を使用して上記のプロセスを自動化します。 -> **注記：** +> **Note:** > > - TiUPバージョン1.5.0より前のバージョンでは、このコマンドを実行しても正しい新しい`root.json`ファイルが返されません[＃983](https://github.com/pingcap/tiup/issues/983)参照してください。 > - このコマンドを使用する前に、すべてのTiUPクライアントが v1.5.0 以降のバージョンにアップグレードされていることを確認してください。 diff --git a/tiup/tiup-command-mirror-sign.md b/tiup/tiup-command-mirror-sign.md index be98eef10d564..6d0e37c38a59b 100644 --- a/tiup/tiup-command-mirror-sign.md +++ b/tiup/tiup-command-mirror-sign.md @@ -37,7 +37,7 @@ tiup mirror sign [flags] - データ型: `INT` - デフォルト: 10 -> **注記：** +> **Note:** > > このオプションは、 ``がネットワーク アドレスの場合にのみ有効です。 diff --git a/tiup/tiup-command-status.md b/tiup/tiup-command-status.md index fc35eaba85d04..ca5409d1be12d 100644 --- a/tiup/tiup-command-status.md +++ b/tiup/tiup-command-status.md @@ -7,7 +7,7 @@ summary: 「tiup status」コマンドは、「tiup <コンポーネント>」 `tiup status`コマンドは、 `tiup [flags] [args...]`コマンドを使用してコンポーネントを実行した後、コンポーネントの操作情報を表示するために使用されます。 -> **注記：** +> **Note:** > > 確認できるのは以下のコンポーネントの情報のみです。 > @@ -47,7 +47,7 @@ tiup status [flags] - オフライン保留中:コンポーネント上のデータは移行中で、スケールインが進行中です。このステータスは TiKV またはTiFlashでのみ表示されます。 - 不明:コンポーネントの実行ステータスは不明です。 -> **注記：** +> **Note:** > > TiUPの`Pending Offline` 、PD API によって返される`Offline` 、および TiDB Dashboardの`Leaving`同じステータスを示します。 diff --git a/tiup/tiup-component-cluster-check.md b/tiup/tiup-component-cluster-check.md index 03b090de6385b..920d65217354e 100644 --- a/tiup/tiup-component-cluster-check.md +++ b/tiup/tiup-component-cluster-check.md @@ -94,7 +94,7 @@ ext4パーティションのマウントオプションを確認してくださ トポロジで定義されているポート (自動補完のデフォルト ポートを含む) が、ターゲット マシン上のプロセスによってすでに使用されているかどうかを確認します。 -> **注記：** +> **Note:** > > ポート使用状況チェックは、クラスターがまだ起動していないことを前提としています。クラスターが既にデプロイされ起動されている場合、ポートは使用中であるはずなので、クラスターのポート使用状況チェックは失敗します。 @@ -102,7 +102,7 @@ ext4パーティションのマウントオプションを確認してくださ 対象マシンのCPU情報を確認してください。本番のクラスタでは、CPU論理コアの数が16以上であることが推奨されます。 -> **注記：** +> **Note:** > > CPUコア数はデフォルトではチェックされません。チェックを有効にするには、コマンドに`-enable-cpu`オプションを追加する必要があります。 @@ -110,7 +110,7 @@ ext4パーティションのマウントオプションを確認してくださ 対象マシンのメモリサイズを確認してください。本番のクラスターでは、合計メモリ容量が32GB以上であることが推奨されます。 -> **注記：** +> **Note:** > > メモリサイズはデフォルトではチェックされません。チェックを有効にするには、コマンドに`-enable-mem`オプションを追加する必要があります。 @@ -122,7 +122,7 @@ ext4パーティションのマウントオプションを確認してくださ - fio_randread_write - fio_randread -> **注記：** +> **Note:** > > fioディスクパフォーマンステストはデフォルトでは実行されません。テストを実行するには、コマンドに`-enable-disk`オプションを追加する必要があります。 @@ -136,7 +136,7 @@ tiup cluster check [flags] - クラスターがすでにデプロイされている場合は、チェック オブジェクトとして``使用できます。 - 既存のクラスターのスケールアウト YAML ファイルをチェックする場合は、チェック オブジェクトとして``と``両方を使用できます。 -> **注記：** +> **Note:** > > チェックに``使用する場合は、コマンドに`--cluster`オプションを追加する必要があります。 @@ -154,7 +154,7 @@ tiup cluster check [flags] - データ型: `BOOLEAN` - このオプションはデフォルトで値`false`で無効になっています。このオプションを有効にするには、コマンドにこのオプションを追加し、値`true`を渡すか、値を渡さないでください。 -> **注記：** +> **Note:** > > `tiup cluster check` 、次のコマンド形式を使用して、既存のクラスターの`scale-out.yml`ファイルの修復もサポートされています。 > @@ -173,7 +173,7 @@ tiup cluster check [flags] tiup cluster check --cluster [flags] ``` -> **注記：** +> **Note:** > > - `tiup cluster check `コマンドを使用する場合は、 `--cluster`オプション`tiup cluster check --cluster`追加する必要があります。 > - `tiup cluster check`では、次のコマンド形式を使用して、既存のクラスターの`scale-out.yml`ファイルを確認することもサポートされています。 @@ -188,7 +188,7 @@ tiup cluster check [flags] - データ型: `STRINGS` - コマンドでこのオプションを指定しない場合は、デフォルトですべてのノードがチェックされます。 -> **注記：** +> **Note:** > > `-R, --role`オプションを同時に指定した場合は、 `-N, --node`と`-R, --role`両方の指定に一致するサービス ノードのみがチェックされます。 @@ -198,7 +198,7 @@ tiup cluster check [flags] - データ型: `STRINGS` - コマンドでこのオプションを指定しない場合は、すべてのロールがデフォルトでチェックされます。 -> **注記：** +> **Note:** > > `-N, --node`オプションを同時に指定した場合は、 `-N, --node`と`-R, --role`両方の指定に一致するサービス ノードのみがチェックされます。 @@ -226,7 +226,7 @@ tiup cluster check [flags] - データ型: `STRING` - コマンドでこのオプションを指定しない場合は、コマンドを実行したユーザーがデフォルト値として使用されます。 -> **注記：** +> **Note:** > > このオプションは、 `-cluster`オプションが false の場合にのみ有効です。それ以外の場合、このオプションの値は、クラスタデプロイメントのトポロジファイルで指定されたユーザー名に固定されます。 @@ -236,7 +236,7 @@ tiup cluster check [flags] - データ型: `STRING` - このオプションはデフォルトで有効になっており、 `~/.ssh/id_rsa` (デフォルト値) が渡されます。 -> **注記：** +> **Note:** > > このオプションは、 `--cluster`オプションが false の場合にのみ有効です。それ以外の場合、このオプションの値は`${TIUP_HOME}/storage/cluster/clusters//ssh/id_rsa`に固定されます。 diff --git a/tiup/tiup-component-cluster-clean.md b/tiup/tiup-component-cluster-clean.md index 4ac5dbfb01a86..30b8831004d8f 100644 --- a/tiup/tiup-component-cluster-clean.md +++ b/tiup/tiup-component-cluster-clean.md @@ -7,7 +7,7 @@ summary: tiup cluster clean` コマンドは、テスト環境でクラスター テスト環境では、クラスターをデプロイ直後の状態（つまり、すべてのデータを削除）にリセットする必要がある場合があります。これは、 `tiup cluster clean`コマンドを使えば簡単に実行できます。コマンドを実行すると、クラスターが停止し、クラスターデータが削除されます。手動でクラスターを再起動すると、クリーンなクラスターになります。 -> **警告：** +> **Warning:** > > このコマンドは、ログのクリーンアップのみを選択した場合でも、まずクラスターを停止します。そのため、本番環境では使用しないでください。 diff --git a/tiup/tiup-component-cluster-disable.md b/tiup/tiup-component-cluster-disable.md index bb6b5b1caa9e6..bc03127ab9dd4 100644 --- a/tiup/tiup-component-cluster-disable.md +++ b/tiup/tiup-component-cluster-disable.md @@ -23,7 +23,7 @@ tiup cluster disable [flags] - データ型: `STRINGS` - このオプションがコマンドで指定されていない場合、すべてのノードの自動有効化はデフォルトで無効になります。 -> **注記：** +> **Note:** > > `-R, --role`オプションを同時に指定した場合、 `-N, --node`と`-R, --role`両方の指定に一致するサービスの自動有効化は無効になります。 @@ -33,7 +33,7 @@ tiup cluster disable [flags] - データ型: `STRINGS` - コマンドでこのオプションを指定しない場合、すべてのロールの自動有効化はデフォルトで無効になります。 -> **注記：** +> **Note:** > > `-N, --node`オプションを同時に指定した場合、 `-N, --node`と`-R, --role`両方の指定に一致するサービスの自動有効化は無効になります。 diff --git a/tiup/tiup-component-cluster-display.md b/tiup/tiup-component-cluster-display.md index 34faf9e746b1c..4388dc81d4405 100644 --- a/tiup/tiup-component-cluster-display.md +++ b/tiup/tiup-component-cluster-display.md @@ -29,7 +29,7 @@ tiup cluster display [flags] - データ型: `STRINGS` - コマンドでこのオプションを指定しない場合は、デフォルトですべてのノードがチェックされます。 -> **注記：** +> **Note:** > > `-R, --role`オプションを同時に指定した場合は、 `-N, --node`と`-R, --role`両方の指定に一致するサービス ノードのみがチェックされます。 @@ -39,7 +39,7 @@ tiup cluster display [flags] - データ型: `STRINGS` - コマンドでこのオプションを指定しない場合は、デフォルトですべてのロールが表示されます。 -> **注記：** +> **Note:** > > `-N, --node`オプションを同時に指定した場合は、 `-N, --node`と`-R, --role`両方の指定に一致するサービス ノードのみが表示されます。 @@ -95,7 +95,7 @@ tiup cluster display [flags] - オフライン保留中: ノードサービス上のデータが移行中で、スケールインが進行中です。このステータスは TiKV またはTiFlashでのみ表示されます。 - 不明: ノード サービスの実行ステータスは不明です。 -> **注記：** +> **Note:** > > TiUPの`Pending Offline` 、PD API によって返される`Offline` 、および TiDB Dashboardの`Leaving`同じステータスを示します。 diff --git a/tiup/tiup-component-cluster-edit-config.md b/tiup/tiup-component-cluster-edit-config.md index 7c67418a72e1e..e5dc8410cfab1 100644 --- a/tiup/tiup-component-cluster-edit-config.md +++ b/tiup/tiup-component-cluster-edit-config.md @@ -7,7 +7,7 @@ summary: tiup cluster edit-config` コマンドを使用すると、デプロイ クラスタのデプロイ後にクラスタ設定を変更する必要がある場合は、 `tiup cluster edit-config`コマンドを使用してエディタを起動し、クラスタの[トポロジファイル](/tiup/tiup-cluster-topology-reference.md)編集できます。このエディタは、デフォルトで`$EDITOR`環境変数に指定されています。7 環境変数が存在しない場合は、 `$EDITOR`エディタ`vi`使用されます。 -> **注記：** +> **Note:** > > - 設定を変更すると、マシンの追加や削除はできなくなります。マシンの追加方法については[クラスターをスケールアウトする](/tiup/tiup-component-cluster-scale-out.md)参照してください。マシンの削除方法については[クラスターのスケールイン](/tiup/tiup-component-cluster-scale-in.md)参照してください。 > - `tiup cluster edit-config`コマンドを実行すると、コントロールマシン上でのみ設定が変更されます。その後、 `tiup cluster reload`コマンドを実行して設定を再読み込みする必要があります。 diff --git a/tiup/tiup-component-cluster-enable.md b/tiup/tiup-component-cluster-enable.md index 34434e7c003b2..faabf5b40bdb7 100644 --- a/tiup/tiup-component-cluster-enable.md +++ b/tiup/tiup-component-cluster-enable.md @@ -7,7 +7,7 @@ summary: tiup cluster enable` コマンドは、マシンの再起動後にク `tiup cluster enable`コマンドは、マシンの再起動後にクラスタサービスを自動的に有効化するように設定するために使用されます。このコマンドは、指定されたノードで`systemctl enable `実行することで、サービスの自動有効化を有効にします。 -> **注記：** +> **Note:** > > すべてのクラスタをシャットダウンして再起動すると、サービスの起動順序はノードのオペレーティングシステムの起動順序によって決定されます。再起動順序が正しくない場合、再起動後のクラスタでもサービスを提供できない場合があります。例えば、TiKVが最初に起動されているのにPDが起動していない場合、PDが見つからない状態でTiKVを複数回再起動すると、systemdは処理を中止します。 @@ -27,7 +27,7 @@ tiup cluster enable [flags] - データ型: `STRINGS` - コマンドでこのオプションを指定しない場合は、すべてのノードの自動有効化がデフォルトで有効になります。 -> **注記：** +> **Note:** > > `-R, --role`オプションを同時に指定した場合、 `-N, --node`と`-R, --role`両方の指定に一致するサービスの自動有効化が有効になります。 @@ -37,7 +37,7 @@ tiup cluster enable [flags] - データ型: `STRINGS` - コマンドでこのオプションを指定しない場合は、すべてのロールの自動有効化がデフォルトで有効になります。 -> **注記：** +> **Note:** > > `-N, --node`オプションを同時に指定した場合、 `-N, --node`と`-R, --role`両方の指定に一致するサービスの自動有効化が有効になります。 diff --git a/tiup/tiup-component-cluster-import.md b/tiup/tiup-component-cluster-import.md index 87bbb39ca21b1..d083882fec6b0 100644 --- a/tiup/tiup-component-cluster-import.md +++ b/tiup/tiup-component-cluster-import.md @@ -7,7 +7,7 @@ summary: TiUP クラスタは、TiDB AnsibleからTiUPにTiDBクラスターを TiDB v4.0より前のバージョンでは、TiDBクラスターは主にTiDB Ansibleを使用してデプロイされていました。TiDB v4.0以降のリリースでは、 TiUP クラスタは、クラスターを管理用のtiup-clusterコンポーネントに転送するためのコマンド`import`を提供します。 -> **注記：** +> **Note:** > > - TiDB Ansible設定を管理用にTiUPにインポートした後は、クラスタ操作にTiDB Ansibleを使用し**ないでください**。メタ情報の不一致により競合が発生する可能性があります。 > - TiDB Ansible を使用してデプロイされたクラスターが次のいずれかの状況にある場合は、 `import`コマンドを使用しないでください。 diff --git a/tiup/tiup-component-cluster-list.md b/tiup/tiup-component-cluster-list.md index 4e000a13746f1..5594ed5a27876 100644 --- a/tiup/tiup-component-cluster-list.md +++ b/tiup/tiup-component-cluster-list.md @@ -7,7 +7,7 @@ summary: tiup-cluster は、同一の制御マシンを用いた複数のクラ tiup-cluster は、同じコントロールマシンを使用して複数のクラスターをデプロイすることをサポートします。1 コマンド`tiup cluster list` 、現在ログインしているユーザーがこのコントロールマシンを使用してデプロイしたすべてのクラスターを出力します。 -> **注記：** +> **Note:** > > デプロイされたクラスターのデータはデフォルトで`~/.tiup/storage/cluster/clusters/`ディレクトリに保存されるため、同じコントロール マシン上で、現在ログインしているユーザーは他のユーザーがデプロイしたクラスターを表示できません。 diff --git a/tiup/tiup-component-cluster-meta-restore.md b/tiup/tiup-component-cluster-meta-restore.md index 13584759c100c..f3676a6fa565e 100644 --- a/tiup/tiup-component-cluster-meta-restore.md +++ b/tiup/tiup-component-cluster-meta-restore.md @@ -16,7 +16,7 @@ tiup cluster meta restore [flags] - ``は操作対象となるクラスターの名前です。 - ``はTiUPメタ バックアップ ファイルへのパスです。 -> **注記：** +> **Note:** > > 復元操作により、現在のメタファイルが上書きされます。メタファイルは、失われた場合にのみ復元することをお勧めします。 diff --git a/tiup/tiup-component-cluster-patch.md b/tiup/tiup-component-cluster-patch.md index d1696087c3a19..b5f1418b59cdb 100644 --- a/tiup/tiup-component-cluster-patch.md +++ b/tiup/tiup-component-cluster-patch.md @@ -81,7 +81,7 @@ tiup cluster patch [flags] - データ型: `UINT` - このオプションを指定しない場合、 TiUP は`600`秒待機した後、サービスを直接再起動します。 -> **注記：** +> **Note:** > > タイムアウト後にTiUP がサービスを直接再起動すると、サービスのパフォーマンスが不安定になる可能性があります。 @@ -91,7 +91,7 @@ tiup cluster patch [flags] - データ型: `STRINGS` - このオプションを指定しないと、 TiUP はデフォルトで置換するノードを選択しません。 -> **注記：** +> **Note:** > > オプション`-R, --role`同時に指定されている場合、 TiUP は`-N, --node`と`-R, --role`両方の要件に一致するサービス ノードを置き換えます。 @@ -101,7 +101,7 @@ tiup cluster patch [flags] - データ型: `STRINGS` - このオプションを指定しないと、 TiUP はデフォルトで置き換えるロールを選択しません。 -> **注記：** +> **Note:** > > オプション`-N, --node`同時に指定されている場合、 TiUP は`-N, --node`と`-R, --role`両方の要件に一致するサービス ノードを置き換えます。 diff --git a/tiup/tiup-component-cluster-reload.md b/tiup/tiup-component-cluster-reload.md index 55f0b371960c5..0a8c5360c2d06 100644 --- a/tiup/tiup-component-cluster-reload.md +++ b/tiup/tiup-component-cluster-reload.md @@ -29,7 +29,7 @@ tiup cluster reload [flags] - データ型: `UINT` - デフォルト: 600 -> **注記：** +> **Note:** > > 待機をスキップして直接再起動する場合、サービスのパフォーマンスが不安定になる可能性があります。 @@ -45,7 +45,7 @@ tiup cluster reload [flags] - データ型: `STRINGS` - このオプションがコマンドで指定されていない場合は、デフォルトですべてのノードが選択されます。 -> **注記：** +> **Note:** > > - `-R, --role`オプションを同時に指定した場合は、 `-N, --node`と`-R, --role`両方の指定に一致するサービス ノードのみが再起動されます。 > - オプション`--skip-restart`指定した場合、オプション`-N, --node`は無効になります。 @@ -56,7 +56,7 @@ tiup cluster reload [flags] - データ型: `STRINGS` - コマンドでこのオプションを指定しない場合は、すべてのロールがデフォルトで選択されます。 -> **注記：** +> **Note:** > > 1. `-N, --node`オプションを同時に指定した場合は、 `-N, --node`と`-R, --role`両方の指定に一致するサービス ノードのみが再起動されます。 > 2. オプション`--skip-restart`指定した場合、オプション`-R, --role`は無効になります。 @@ -81,7 +81,7 @@ tiup cluster reload [flags] ### --pre-restart-script {#pre-restart-script} -> **警告：** +> **Warning:** > > このオプションは実験的であり、本番での展開には推奨されません。 @@ -91,7 +91,7 @@ tiup cluster reload [flags] ### --post-restart-script {#post-restart-script} -> **警告：** +> **Warning:** > > このオプションは実験的であり、本番での展開には推奨されません。 diff --git a/tiup/tiup-component-cluster-rename.md b/tiup/tiup-component-cluster-rename.md index 0ad094b9ebb46..1fece741a3b46 100644 --- a/tiup/tiup-component-cluster-rename.md +++ b/tiup/tiup-component-cluster-rename.md @@ -7,7 +7,7 @@ summary: tiup cluster renameコマンドは、デプロイ後にクラスター [クラスターが展開される](/tiup/tiup-component-cluster-deploy.md)ではクラスター名を指定します。クラスターをデプロイした後にクラスター名を変更する場合は、コマンド`tiup cluster rename`を使用します。 -> **注記：** +> **Note:** > > TiUPクラスターの`dashboard_dir`フィールドが`grafana_servers`に設定されている場合、コマンド`tiup cluster rename`を実行してクラスターの名前を変更した後、次の追加手順が必要になります。 > diff --git a/tiup/tiup-component-cluster-restart.md b/tiup/tiup-component-cluster-restart.md index 3d5f21c21bee6..612a759c4ecd9 100644 --- a/tiup/tiup-component-cluster-restart.md +++ b/tiup/tiup-component-cluster-restart.md @@ -7,7 +7,7 @@ summary: tiup cluster restart` コマンドは、指定されたクラスター コマンド`tiup cluster restart` 、指定されたクラスターのすべてまたは一部のサービスを再起動するために使用されます。 -> **注記：** +> **Note:** > > 再起動プロセス中は、関連するサービスが一定期間利用できなくなります。 @@ -27,7 +27,7 @@ tiup cluster restart [flags] - データ型: `STRING` - このオプションを指定しない場合、 TiUP はデフォルトですべてのノードを再起動します。 -> **注記：** +> **Note:** > > オプション`-R, --role`同時に指定すると、 TiUP は`-N, --node`と`-R, --role`両方の要件に一致するサービス ノードを再起動します。 @@ -37,7 +37,7 @@ tiup cluster restart [flags] - データ型: `STRING` - このオプションを指定しない場合、 TiUP はデフォルトですべてのロールのノードを再起動します。 -> **注記：** +> **Note:** > > オプション`-N, --node`同時に指定すると、 TiUP は`-N, --node`と`-R, --role`両方の要件に一致するサービス ノードを再起動します。 diff --git a/tiup/tiup-component-cluster-scale-in.md b/tiup/tiup-component-cluster-scale-in.md index 7d5d71942058b..696bda8949399 100644 --- a/tiup/tiup-component-cluster-scale-in.md +++ b/tiup/tiup-component-cluster-scale-in.md @@ -48,7 +48,7 @@ tiup cluster scale-in [flags] - データ型: `BOOLEAN` - このオプションはデフォルトで値`false`で無効になっています。このオプションを有効にするには、コマンドにこのオプションを追加し、値`true`を渡すか、値を渡さないでください。 -> **警告：** +> **Warning:** > > このオプションを使用して、稼働中またはオフライン保留中のTiKVノードまたはTiFlashノードを強制的に削除すると、これらのノードはデータの移行を待たずに直ちに削除されます。これにより、データ損失のリスクが非常に高くなります。メタデータが配置されているリージョンでデータ損失が発生した場合、クラスター全体が利用できなくなり、回復不能になります。 @@ -58,7 +58,7 @@ tiup cluster scale-in [flags] - データ型: `UINT` - このオプションはデフォルトで有効になっており、 `600`秒 (デフォルト値) が渡されます。 -> **注記：** +> **Note:** > > リーダー転送が完了するのを待たずに PD または TiKV ノードが直接オフラインになると、サービスのパフォーマンスが不安定になる可能性があります。 diff --git a/tiup/tiup-component-cluster-start.md b/tiup/tiup-component-cluster-start.md index 216b4d9576399..3b96a4239a050 100644 --- a/tiup/tiup-component-cluster-start.md +++ b/tiup/tiup-component-cluster-start.md @@ -21,7 +21,7 @@ tiup cluster start [flags] クラスタを安全に起動します。クラスタを初めて起動する場合は、このオプションを使用することをお勧めします。この方法では、起動時にTiDBのルートユーザーのパスワードが生成され、コマンドラインインターフェースにパスワードが返されます。 -> **注記：** +> **Note:** > > - TiDBクラスタを安全に起動した後は、パスワードなしでrootユーザーを使用してデータベースにログインすることはできません。そのため、今後のログインのために、コマンドラインから返されるパスワードを記録しておく必要があります。 > - パスワードは一度だけ生成されます。パスワードを記録していない場合、または忘れた場合は、 [`root`パスワードを忘れた](/user-account-management.md#forget-the-root-password)を参照してパスワードを変更してください。 @@ -32,7 +32,7 @@ tiup cluster start [flags] - データ型: `STRINGS` - コマンドでこのオプションを指定しない場合は、すべてのノードがデフォルトで起動されます。 -> **注記：** +> **Note:** > > `-R, --role`オプションを同時に指定した場合は、 `-N, --node`と`-R, --role`両方の指定に一致するサービス ノードのみが起動されます。 @@ -42,7 +42,7 @@ tiup cluster start [flags] - データ型: `STRINGS` - コマンドでこのオプションを指定しない場合は、すべてのロールがデフォルトで開始されます。 -> **注記：** +> **Note:** > > `-N, --node`オプションを同時に指定した場合は、 `-N, --node`と`-R, --role`両方の指定に一致するサービス ノードのみが起動されます。 diff --git a/tiup/tiup-component-cluster-stop.md b/tiup/tiup-component-cluster-stop.md index 8c92dacd4f177..869bffa63c1b1 100644 --- a/tiup/tiup-component-cluster-stop.md +++ b/tiup/tiup-component-cluster-stop.md @@ -7,7 +7,7 @@ summary: 「tiup cluster stop」コマンドは、指定されたクラスター `tiup cluster stop`コマンドは、指定されたクラスターのすべてのサービスまたは一部のサービスを停止するために使用されます。 -> **注記：** +> **Note:** > > クラスターのコア サービスが停止すると、クラスターはサービスを提供できなくなります。 @@ -27,7 +27,7 @@ tiup cluster stop [flags] - データ型: `STRINGS` - このオプションがコマンドで指定されていない場合、コマンドはデフォルトですべてのノードを停止します。 -> **注記：** +> **Note:** > > `-R, --role`オプションを同時に指定した場合は、 `-N, --node`と`-R, --role`両方の指定に一致するサービス ノードのみが停止されます。 @@ -37,7 +37,7 @@ tiup cluster stop [flags] - データ型: `STRINGS` - コマンドでこのオプションを指定しない場合、コマンドはデフォルトですべてのロールを停止します。 -> **注記：** +> **Note:** > > `-N, --node`オプションを同時に指定した場合は、 `-N, --node`と`-R, --role`両方の指定に一致するサービス ノードのみが停止されます。 diff --git a/tiup/tiup-component-cluster-tls.md b/tiup/tiup-component-cluster-tls.md index 1f4975f1c3925..44124550fb6c8 100644 --- a/tiup/tiup-component-cluster-tls.md +++ b/tiup/tiup-component-cluster-tls.md @@ -15,7 +15,7 @@ tiup cluster tls [flags] `` TLS を有効または無効にするクラスターを指定します。 -> **注記：** +> **Note:** > > 現在、 `tiup cluster tls`コマンドは、単一の PD ノードを持つクラスタでのみ TLS の有効化または無効化をサポートしています。複数の PD ノードを持つクラスタの場合、TLS ステータスの切り替えによって PD ノード間で通信例外が発生する可能性があるため、 `tiup cluster tls`コマンドを直接実行するとエラーが返されます。複数の PD ノードを持つクラスタで TLS を有効化または無効化するには、まず PD ノードを 1 つのノードに[`scale-in`](/tiup/tiup-component-cluster-scale-in.md)から、 `tiup cluster tls`コマンドを実行してください。 diff --git a/tiup/tiup-component-cluster-upgrade.md b/tiup/tiup-component-cluster-upgrade.md index 8c21d57363a7b..b23b2320d7efa 100644 --- a/tiup/tiup-component-cluster-upgrade.md +++ b/tiup/tiup-component-cluster-upgrade.md @@ -24,7 +24,7 @@ tiup cluster upgrade [flags] - データ型: `BOOLEAN` - デフォルト: false -> **注記：** +> **Note:** > > サービスを提供しているクラスターを強制的にアップグレードすると、サービスが利用できなくなる可能性があります。アップグレードが成功すると、起動していないクラスターは自動的に起動されます。 @@ -34,7 +34,7 @@ tiup cluster upgrade [flags] - データ型: `uint` - デフォルト: 600 -> **注記：** +> **Note:** > > 待機をスキップしてサービスを直接アップグレードすると、サービスのパフォーマンスが不安定になる可能性があります。 @@ -131,7 +131,7 @@ tiup cluster upgrade [flags] ### ---アップグレード前スクリプト {#pre-upgrade-script} -> **警告：** +> **Warning:** > > このオプションは実験的であり、本番での展開には推奨されません。 @@ -141,7 +141,7 @@ tiup cluster upgrade [flags] ### ---アップグレード後のスクリプト {#post-upgrade-script} -> **警告：** +> **Warning:** > > このオプションは実験的であり、本番での展開には推奨されません。 diff --git a/tiup/tiup-component-dm-disable.md b/tiup/tiup-component-dm-disable.md index 0621dd5af5a9e..b28eb32e0ef2c 100644 --- a/tiup/tiup-component-dm-disable.md +++ b/tiup/tiup-component-dm-disable.md @@ -23,7 +23,7 @@ tiup dm disable [flags] - データ型: `STRINGS` - このオプションがコマンドで指定されていない場合、すべてのノードの自動有効化はデフォルトで無効になります。 -> **注記：** +> **Note:** > > `-R, --role`オプションを同時に指定した場合、 `-N, --node`と`-R, --role`両方の指定に一致するサービスの自動有効化は無効になります。 @@ -33,7 +33,7 @@ tiup dm disable [flags] - データ型: `STRINGS` - コマンドでこのオプションを指定しない場合、すべてのロールの自動有効化はデフォルトで無効になります。 -> **注記：** +> **Note:** > > `-N, --node`オプションを同時に指定した場合、 `-N, --node`と`-R, --role`両方の指定に一致するサービスの自動有効化は無効になります。 diff --git a/tiup/tiup-component-dm-display.md b/tiup/tiup-component-dm-display.md index 32ce22d1ebc8e..caef34d6cd430 100644 --- a/tiup/tiup-component-dm-display.md +++ b/tiup/tiup-component-dm-display.md @@ -23,7 +23,7 @@ tiup dm display [flags] - データ型: `STRING` - このオプションは、 `[]` (すべてのノードを意味する) が渡されるとデフォルトで有効になります。 -> **注記：** +> **Note:** > > `-R, --role`も指定されている場合は、 `-N, --node`と`-R, --role`両方の指定に一致するサービス ノードのみが照会されます。 @@ -33,7 +33,7 @@ tiup dm display [flags] - データ型: `STRING` - このオプションは、 `[]` (すべてのロールを意味する) が渡されるとデフォルトで有効になります。 -> **注記：** +> **Note:** > > `-N, --node`も指定されている場合は、 `-N, --node`と`-R, --role`両方の指定に一致するサービス ノードのみが照会されます。 diff --git a/tiup/tiup-component-dm-edit-config.md b/tiup/tiup-component-dm-edit-config.md index a3495f2785a01..d2ab7b3153407 100644 --- a/tiup/tiup-component-dm-edit-config.md +++ b/tiup/tiup-component-dm-edit-config.md @@ -7,7 +7,7 @@ summary: tiup dm edit-config`コマンドを使用すると、デプロイメン クラスターのデプロイ後にクラスターサービス設定を変更する必要がある場合は、 `tiup dm edit-config`コマンドを使用してエディターを起動し、指定したクラスターの[トポロジファイル](/tiup/tiup-dm-topology-reference.md) . を変更できます。このエディターは、デフォルトで`$EDITOR`環境変数に指定されています。7 環境変数が存在しない場合は、 `$EDITOR`エディター`vi`使用されます。 -> **注記：** +> **Note:** > > - 設定を変更すると、マシンの追加や削除はできなくなります。マシンの追加方法については[クラスターをスケールアウトする](/tiup/tiup-component-dm-scale-out.md)参照してください。マシンの削除方法については[クラスターのスケールイン](/tiup/tiup-component-dm-scale-in.md)参照してください。 > - `tiup dm edit-config`コマンドを実行すると、コントロールマシン上でのみ設定が変更されます。その後、 `tiup dm reload`コマンドを実行して設定を再読み込みする必要があります。 diff --git a/tiup/tiup-component-dm-enable.md b/tiup/tiup-component-dm-enable.md index a96b0a81ef009..85a4bc122c9b4 100644 --- a/tiup/tiup-component-dm-enable.md +++ b/tiup/tiup-component-dm-enable.md @@ -23,7 +23,7 @@ tiup dm enable [flags] - データ型: `STRINGS` - コマンドでこのオプションを指定しない場合は、すべてのノードの自動有効化がデフォルトで有効になります。 -> **注記：** +> **Note:** > > `-R, --role`オプションを同時に指定した場合、 `-N, --node`と`-R, --role`両方の指定に一致するサービスの自動有効化が有効になります。 @@ -33,7 +33,7 @@ tiup dm enable [flags] - データ型: `STRINGS` - コマンドでこのオプションを指定しない場合は、すべてのロールの自動有効化がデフォルトで有効になります。 -> **注記：** +> **Note:** > > `-N, --node`オプションを同時に指定した場合、 `-N, --node`と`-R, --role`両方の指定に一致するサービスの自動有効化が有効になります。 diff --git a/tiup/tiup-component-dm-import.md b/tiup/tiup-component-dm-import.md index 3e2356b7fab10..6ecd4eca9ace2 100644 --- a/tiup/tiup-component-dm-import.md +++ b/tiup/tiup-component-dm-import.md @@ -13,7 +13,7 @@ summary: TiUP DMの「import」コマンドは、DMクラスタをv1.0からv2.0 DM v1.0では、クラスターは基本的にTiDB Ansibleを使用してデプロイされます。TiUP TiUP DMは、 v1.0クラスターをインポートし、DM v2.0に再デプロイするためのコマンド`import`を提供します。 -> **注記：** +> **Note:** > > - このコマンドは、DM v1.0 クラスターからの DM Portal コンポーネントのインポートをサポートしていません。 > - クラスターをインポートする前に、まず元のクラスターの実行を停止します。 diff --git a/tiup/tiup-component-dm-list.md b/tiup/tiup-component-dm-list.md index 52deb7e5ef17f..06432d8dd6866 100644 --- a/tiup/tiup-component-dm-list.md +++ b/tiup/tiup-component-dm-list.md @@ -7,7 +7,7 @@ summary: tiup-dm は、同一の制御マシンを用いた複数のクラスタ `tiup-dm` `tiup dm list`同じコントロールマシンを使用して複数のクラスターをデプロイすることをサポートしています。2 コマンドを使用すると、現在ログインしているユーザーがコントロールマシンを使用してデプロイしているクラスターを確認できます。 -> **注記：** +> **Note:** > > デフォルトでは、デプロイされたクラスタのデータは`~/.tiup/storage/dm/clusters/`ディレクトリに保存されます。現在ログインしているユーザーは、同じコントロールマシンに他のユーザーがデプロイしたクラスタを閲覧することはできません。 diff --git a/tiup/tiup-component-dm-patch.md b/tiup/tiup-component-dm-patch.md index 4f3ce90f63a11..32eb8223bab68 100644 --- a/tiup/tiup-component-dm-patch.md +++ b/tiup/tiup-component-dm-patch.md @@ -49,7 +49,7 @@ tiup dm patch [flags] - データ型: `STRING` - このオプションを指定しない場合、 TiUP はデフォルトで置換するすべてのノードを選択します。 -> **注記：** +> **Note:** > > オプション`-R, --role`同時に指定されている場合、 TiUP は`-N, --node`と`-R, --role`両方の要件に一致するサービス ノードを置き換えます。 @@ -59,7 +59,7 @@ tiup dm patch [flags] - データ型: `STRING` - このオプションを指定しない場合、 TiUP はデフォルトですべてのロールを選択して置き換えます。 -> **注記：** +> **Note:** > > オプション`-N, --node`同時に指定されている場合、 TiUP は`-N, --node`と`-R, --role`両方の要件に一致するサービス ノードを置き換えます。 @@ -77,7 +77,7 @@ tiup dm patch [flags] 以下の例は、 TiUPを使用してデプロイされた`v5.3.0`クラスターに`v5.3.0-hotfix`適用する方法を示しています。他の方法でクラスターをデプロイする場合は、操作が異なる場合があります。 -> **注記：** +> **Note:** > > ホットフィックスは緊急時の修正にのみ使用されます。日常的なメンテナンスは複雑です。DMクラスタを正式版にアップグレードすることをお勧めします。 diff --git a/tiup/tiup-component-dm-reload.md b/tiup/tiup-component-dm-reload.md index 8f2eae4671733..b9856dcef108e 100644 --- a/tiup/tiup-component-dm-reload.md +++ b/tiup/tiup-component-dm-reload.md @@ -23,7 +23,7 @@ tiup dm reload [flags] - データ型: `STRINGS` - このオプションがコマンドで指定されていない場合は、デフォルトですべてのノードが選択されます。 -> **注記：** +> **Note:** > > - `-R, --role`オプションを同時に指定した場合は、 `-N, --node`と`-R, --role`両方の指定に一致するサービス ノードのみが再起動されます。 > - オプション`--skip-restart`指定した場合、オプション`-N, --node`は無効になります。 @@ -34,7 +34,7 @@ tiup dm reload [flags] - データ型: `STRINGS` - コマンドでこのオプションを指定しない場合は、すべてのロールがデフォルトで選択されます。 -> **注記：** +> **Note:** > > - `-N, --node`オプションを同時に指定した場合は、 `-N, --node`と`-R, --role`両方の指定に一致するサービス ノードのみが再起動されます。 > - オプション`--skip-restart`指定した場合、オプション`-R, --role`は無効になります。 diff --git a/tiup/tiup-component-dm-restart.md b/tiup/tiup-component-dm-restart.md index 92beb5503c29f..1e606e320c0dd 100644 --- a/tiup/tiup-component-dm-restart.md +++ b/tiup/tiup-component-dm-restart.md @@ -7,7 +7,7 @@ summary: tiup dm restart`コマンドは、指定されたクラスタ内のサ コマンド`tiup dm restart` 、指定されたクラスターのすべてまたは一部のサービスを再起動するために使用されます。 -> **注記：** +> **Note:** > > 再起動プロセス中は、関連するサービスが一定期間利用できなくなります。 @@ -27,7 +27,7 @@ tiup dm restart [flags] - データ型: `STRING` - このオプションを指定しない場合、 TiUP はデフォルトですべてのノードを再起動します。 -> **注記：** +> **Note:** > > オプション`-R, --role`同時に指定すると、 TiUP は`-N, --node`と`-R, --role`両方の要件に一致するサービス ノードを再起動します。 @@ -37,7 +37,7 @@ tiup dm restart [flags] - データ型: `STRING` - このオプションを指定しない場合、 TiUP はデフォルトですべてのロールのノードを再起動します。 -> **注記：** +> **Note:** > > オプション`-N, --node`同時に指定すると、 TiUP は`-N, --node`と`-R, --role`両方の要件に一致するサービス ノードを再起動します。 diff --git a/tiup/tiup-component-dm-start.md b/tiup/tiup-component-dm-start.md index f186c9060de40..f7d387b48789f 100644 --- a/tiup/tiup-component-dm-start.md +++ b/tiup/tiup-component-dm-start.md @@ -23,7 +23,7 @@ tiup dm start [flags] - データ型: `STRINGS` - コマンドでこのオプションを指定しない場合は、すべてのノードが起動されます。 -> **注記：** +> **Note:** > > `-R, --role`オプションを同時に指定した場合は、 `-N, --node`と`-R, --role`両方の指定に一致するサービス ノードのみが起動されます。 @@ -33,7 +33,7 @@ tiup dm start [flags] - データ型: `STRINGS` - コマンドでこのオプションを指定しない場合は、すべてのロールが開始されます。 -> **注記：** +> **Note:** > > `-N, --node`オプションを同時に指定した場合は、 `-N, --node`と`-R, --role`両方の指定に一致するサービス ノードのみが起動されます。 diff --git a/tiup/tiup-component-dm-stop.md b/tiup/tiup-component-dm-stop.md index 6f93d0add494a..f0546eb5f0a6d 100644 --- a/tiup/tiup-component-dm-stop.md +++ b/tiup/tiup-component-dm-stop.md @@ -7,7 +7,7 @@ summary: tiup dm stop` コマンドは、指定したクラスター内のサー `tiup dm stop`コマンドは、指定されたクラスターのサービスのすべてまたは一部を停止するために使用されます。 -> **注記：** +> **Note:** > > コア サービスが停止すると、クラスターはサービスを提供できなくなります。 @@ -27,7 +27,7 @@ tiup dm stop [flags] - データ型: `STRINGS` - このオプションがコマンドで指定されていない場合は、デフォルトですべてのノードが選択されます。 -> **注記：** +> **Note:** > > `-R, --role`オプションを同時に指定した場合は、 `-N, --node`と`-R, --role`両方の指定に一致するサービス ノードのみが停止されます。 @@ -37,7 +37,7 @@ tiup dm stop [flags] - データ型: `STRINGS` - コマンドでこのオプションを指定しない場合は、すべてのロールがデフォルトで選択されます。 -> **注記：** +> **Note:** > > `-N, --node`オプションを同時に指定した場合は、 `-N, --node`と`-R, --role`両方の指定に一致するサービス ノードのみが停止されます。 diff --git a/tiup/tiup-dm-topology-reference.md b/tiup/tiup-dm-topology-reference.md index 3cd207ebedbbd..66a907642412f 100644 --- a/tiup/tiup-dm-topology-reference.md +++ b/tiup/tiup-dm-topology-reference.md @@ -251,7 +251,7 @@ monitoring_servers: - `dashboard_dir` : `dashboard(*.json)`のファイルすべてが保存されているローカルディレクトリを指定します。指定されたディレクトリ内のファイルは、クラスター構成の初期化フェーズ中にGrafanaダッシュボードとしてターゲットマシンに送信されます。 - `resource_control` : このサービスにおけるリソース制御。このフィールドが指定された場合、このフィールドの設定はセクション`global`の`resource_control`の設定とマージされ（2つのフィールドが重複している場合は、このフィールドの設定が有効になります）、systemdの設定ファイルが生成され、セクション`host`で指定されたマシンに配布されます。このフィールドの設定ルールは、セクション`global`の`resource_control`の設定ルールと同じです。 -> **注記：** +> **Note:** > > `dashboard_dir`フィールドが`grafana_servers`設定されている場合、クラスターの名前を変更する`tiup cluster rename`コマンドを実行した後、次の操作を実行する必要があります。 > diff --git a/tiup/tiup-mirror-reference.md b/tiup/tiup-mirror-reference.md index 4434d69e8e92b..85fe9da16bf58 100644 --- a/tiup/tiup-mirror-reference.md +++ b/tiup/tiup-mirror-reference.md @@ -45,7 +45,7 @@ TiUPミラーは、コンポーネントとそのメタデータを保存するT |-- {hash}-snapshot.json # Private key of the snapshots |-- {hash}-timestamp.json # Private key of the timestamps -> **注記：** +> **Note:** > > - `commits`ディレクトリには、ミラー更新プロセスで生成されたログが保存され、ミラーのロールバックに使用されます。ディスク容量が不足している場合は、古いログディレクトリを定期的に削除できます。 > - `keys`ディレクトリに保存されている秘密鍵は機密情報です。別途保管することをお勧めします。 diff --git a/tiup/tiup-mirror.md b/tiup/tiup-mirror.md index ac8f58ba3bd68..cd0ff3707f2d3 100644 --- a/tiup/tiup-mirror.md +++ b/tiup/tiup-mirror.md @@ -66,7 +66,7 @@ tiup mirror clone [global-version] [flags] `--full`フラグを指定すると、公式ミラーを完全にクローンできます。 - > **注記：** + > **Note:** > > フラグ`--full` 、およびコンポーネントバージョン`global-version`指定されていない場合は、一部のメタ情報のみが複製されます。 @@ -100,7 +100,7 @@ tiup mirror set /shared_data/tiup tiup mirror set https://tiup-mirror.example.com/ ``` -> **注記：** +> **Note:** > > `tiup mirror clone`実行したマシンで`tiup mirror set...`実行した場合、次に`tiup mirror clone...`実行したときに、マシンはリモートミラーではなくローカルミラーからクローンを作成します。そのため、プライベートミラーを更新する前に`tiup mirror set --reset`実行してミラーをリセットする必要があります。 @@ -117,7 +117,7 @@ tiup list 同じ`target-dir`で`tiup mirror clone`コマンドを再度実行すると、マシンは新しいマニフェストを作成し、利用可能なコンポーネントの最新バージョンをダウンロードします。 -> **注記：** +> **Note:** > > マニフェストを再作成する前に、すべてのコンポーネントとバージョン (以前にダウンロードしたものも含む) が含まれていることを確認してください。 diff --git a/tiup/tiup-overview.md b/tiup/tiup-overview.md index 34c831153bdd5..d8ee5335ad5d5 100644 --- a/tiup/tiup-overview.md +++ b/tiup/tiup-overview.md @@ -30,7 +30,7 @@ Git Ref: v1.14.0 GitHash: c3e9fc518aea0da66a37f82ee5a516171de9c372 ``` -> **注記：** +> **Note:** > > TiUPバージョン1.11.3以降では、新規TiUP時にテレメトリがデフォルトで無効化され、使用状況情報は収集されず、PingCAPと共有されません。共有される情報と共有を無効にする方法については、 [テレメトリー](/telemetry.md)参照してください。 @@ -118,7 +118,7 @@ tiup --help - cluster:本番環境用の TiDB クラスターを展開するために使用されます - bench: データベースのストレステストに使用 -> **注記：** +> **Note:** > > - 利用可能なコンポーネントの数は今後も増え続ける予定です。最新のサポート対象コンポーネントを確認するには、 `tiup list`コマンドを実行してください。 > - 利用可能なコンポーネントのバージョンリストも引き続き拡大されます。サポートされている最新のコンポーネントバージョンを確認するには、 `tiup list `コマンドを実行してください。 diff --git a/tiup/tiup-playground.md b/tiup/tiup-playground.md index 5c2d08c7f7e55..6176a096075cb 100644 --- a/tiup/tiup-playground.md +++ b/tiup/tiup-playground.md @@ -103,7 +103,7 @@ TiUP playgroundを使用してTiDBクラスタを起動すると、ブラウザ - デフォルトのユーザー名: `admin` - デフォルトパスワード: `admin` -> **注記：** +> **Note:** > > TiDB `root`ユーザーのパスワードを変更した場合は、新しいパスワードを使用してTiDB Dashboardにログインしてください。 diff --git a/tiup/tiup-reference.md b/tiup/tiup-reference.md index 1400313927b04..db58aaa79c75b 100644 --- a/tiup/tiup-reference.md +++ b/tiup/tiup-reference.md @@ -32,13 +32,13 @@ tiup [flags] [args...] # Runs a component - このオプションはデフォルトで無効になっており、デフォルト値は`false`です。このオプションを有効にするには、コマンドにこのオプションを追加し、値`true`を渡すか、値を渡さないかのいずれかを選択します。 -> **注記：** +> **Note:** > > このオプションは、 `tiup [flags] [args...]`形式のコマンドでのみ使用できます。 ### --binpath {#binpath} -> **注記：** +> **Note:** > > このオプションは、 `tiup [flags] [args...]`形式のコマンドでのみ使用できます。 diff --git a/transaction-isolation-levels.md b/transaction-isolation-levels.md index c12a2b8c1ac44..9eb8c9f1f97b1 100644 --- a/transaction-isolation-levels.md +++ b/transaction-isolation-levels.md @@ -28,7 +28,7 @@ SQL-92標準では、トランザクション分離レベルとして、Read Unc TiDBはスナップショット分離（SI）一貫性を実装しており、MySQLとの互換性のために`REPEATABLE-READ`として宣伝されています。これはSI [ANSI繰り返し読み取り分離レベル](#difference-between-tidb-and-ansi-repeatable-read)やSI [MySQL 繰り返し読み取りレベル](#difference-between-tidb-and-mysql-repeatable-read)とは異なります。 -> **注記：** +> **Note:** > > TiDB v3.0以降、トランザクションの自動再試行はデフォルトで無効になっています。自動再試行を有効にすると**、トランザクション分離レベルが損なわれる**可能性があるため、有効にすることは推奨されません。詳細は[トランザクションの再試行](/optimistic-transaction.md#automatic-retry)を参照してください。 > @@ -67,7 +67,7 @@ TiDB v4.0.0-beta 以降、TiDB は Read Committed 分離レベルをサポート 歴史的な理由により、現在主流のデータベースのRead Committed分離レベルは基本的に[Oracleが定義する一貫性読み取り分離レベル](https://docs.oracle.com/cd/B19306_01/server.102/b14220/consist.htm)です。この状況に対応するため、TiDBの悲観的トランザクションにおけるRead Committed分離レベルも、本質的には一貫性のある読み取り動作となっています。 -> **注記：** +> **Note:** > > Read Committed 分離レベルは[悲観的トランザクションモード](/pessimistic-transaction.md)でのみ有効になります。 [楽観的トランザクションモード](/optimistic-transaction.md)では、トランザクション分離レベルを`Read Committed`に設定しても有効にならず、トランザクションは引き続き Repeatable Read 分離レベルを使用します。 diff --git a/transaction-overview.md b/transaction-overview.md index fa5d8c4d8e15a..4feb35adc3142 100644 --- a/transaction-overview.md +++ b/transaction-overview.md @@ -11,7 +11,7 @@ TiDBは、 [悲観的](/pessimistic-transaction.md)または[楽観的](/optimis 一般的な変数には、 [`autocommit`](#autocommit) 、 [`tidb_disable_txn_auto_retry`](/system-variables.md#tidb_disable_txn_auto_retry) 、 [`tidb_retry_limit`](/system-variables.md#tidb_retry_limit) 、 [`tidb_txn_mode`](/system-variables.md#tidb_txn_mode)などがあります。 -> **注記：** +> **Note:** > > 変数[`tidb_disable_txn_auto_retry`](/system-variables.md#tidb_disable_txn_auto_retry)と[`tidb_retry_limit`](/system-variables.md#tidb_retry_limit)は楽観的トランザクションにのみ適用され、悲観的トランザクションには適用されません。 @@ -41,7 +41,7 @@ START TRANSACTION WITH CAUSAL CONSISTENCY ONLY; これらのステートメントのいずれかが実行されたときに現在のセッションがトランザクションの処理中である場合、TiDB は新しいトランザクションを開始する前に現在のトランザクションを自動的にコミットします。 -> **注記：** +> **Note:** > > MySQLとは異なり、TiDBは上記のステートメントを実行した後に現在のデータベースのスナップショットを取得します。MySQLの`BEGIN`と`START TRANSACTION`は、トランザクション開始後、InnoDBからデータを読み取る最初の`SELECT`ステートメント（`SELECT FOR UPDATE`ではありません）を実行した後にスナップショットを取得します。MySQLの`START TRANSACTION WITH CONSISTENT SNAPSHOT`は、`START TRANSACTION`ステートメントの実行中にスナップショットを取得します。その結果、TiDBの`BEGIN`/`START TRANSACTION`は、MySQLの`START TRANSACTION WITH CONSISTENT SNAPSHOT`に相当します。 @@ -55,7 +55,7 @@ START TRANSACTION WITH CAUSAL CONSISTENCY ONLY; COMMIT; ``` -> **ヒント：** +> **Tip:** > > [楽観的トランザクション](/optimistic-transaction.md)有効にする前に、アプリケーションが`COMMIT`ステートメントでエラーが返される可能性があることを正しく処理できることを確認してください。アプリケーションがこれをどのように処理するか不明な場合は、代わりにデフォルトの[悲観的トランザクション](/pessimistic-transaction.md)使用することをお勧めします。 @@ -159,7 +159,7 @@ SET GLOBAL autocommit = 0; ## 明示的トランザクションと暗黙的トランザクション {#explicit-and-implicit-transaction} -> **注記：** +> **Note:** > > 一部の文は暗黙的にコミットされます。例えば、 `[BEGIN|START TRANSACTION]`実行すると、最後のトランザクションが暗黙的にコミットされ、新しいトランザクションが開始されます。この動作はMySQLとの互換性を保つために必要です。詳細は[暗黙のコミット](https://dev.mysql.com/doc/refman/8.0/en/implicit-commit.html)を参照してください。 @@ -214,7 +214,7 @@ mysql> SELECT * FROM t1; -- MySQL returns 1 2; TiDB returns 1. 遅延チェック最適化は、制約チェックをバッチ処理し、ネットワーク通信を削減することでパフォーマンスを向上させます。この動作は[`tidb_constraint_check_in_place=ON`](/system-variables.md#tidb_constraint_check_in_place)設定することで無効にできます。 -> **注記：** +> **Note:** > > - この最適化は楽観的トランザクションにのみ適用されます。 > - この最適化は`INSERT IGNORE`と`INSERT ON DUPLICATE KEY UPDATE`には適用されず、通常の`INSERT`ステートメントにのみ適用されます。 @@ -278,7 +278,7 @@ TiDBでは以前、1トランザクションあたりのキーと値のペアの ## 因果関係の一貫性 {#causal-consistency} -> **注記：** +> **Note:** > > 因果一貫性のあるトランザクションは、非同期コミット機能と1相コミット機能が有効な場合にのみ有効になります。これらの2つの機能の詳細については、 [`tidb_enable_async_commit`](/system-variables.md#tidb_enable_async_commit-new-in-v50)と[`tidb_enable_1pc`](/system-variables.md#tidb_enable_1pc-new-in-v50)参照してください。 diff --git a/troubleshoot-data-inconsistency-errors.md b/troubleshoot-data-inconsistency-errors.md index b3ab32528beea..355f366c3d46c 100644 --- a/troubleshoot-data-inconsistency-errors.md +++ b/troubleshoot-data-inconsistency-errors.md @@ -107,7 +107,7 @@ TiDBは、トランザクションまたは[`ADMIN CHECK [TABLE|INDEX]`](/sql-st - エラー 8138、8139、および 8140 のチェックをバイパスするには、 `set @@tidb_enable_mutation_checker=0`設定します。 - エラー 8141 のチェックをバイパスするには、 `set @@tidb_txn_assertion_level=OFF`設定します。 -> **注記：** +> **Note:** > > `tidb_enable_mutation_checker`と`tidb_txn_assertion_level`無効にすると、すべての SQL ステートメントの対応するチェックがバイパスされます。 diff --git a/troubleshoot-lock-conflicts.md b/troubleshoot-lock-conflicts.md index 9efa64ab38156..fa02286050085 100644 --- a/troubleshoot-lock-conflicts.md +++ b/troubleshoot-lock-conflicts.md @@ -11,7 +11,7 @@ TiDBは完全な分散トランザクションをサポートしています。v TiDBはバージョン5.1以降、ロックビュー機能をサポートしています。この機能には、ロック競合やロック待機に関する詳細情報を提供する複数のシステムテーブルがバージョン`information_schema`に組み込まれています。 -> **注記：** +> **Note:** > > 現在、ロックビュー機能は、悲観的ロックの競合と待機情報のみを提供します。 @@ -21,7 +21,7 @@ TiDBはバージョン5.1以降、ロックビュー機能をサポートして - [`DATA_LOCK_WAITS`](/information-schema/information-schema-data-lock-waits.md) : ブロックしているトランザクションとブロックされたトランザクションの`start_ts` 、ブロックされた SQL ステートメントのダイジェスト、待機が発生したキーなど、悲観的ロック待機情報を TiKV で提供します。 - [`DEADLOCKS`と`CLUSTER_DEADLOCKS`](/information-schema/information-schema-deadlocks.md) : デッドロック ループ内のトランザクション間の待機関係、トランザクションで現在実行されているステートメントのダイジェスト、待機が発生しているキーなど、現在の TiDB ノードまたはクラスター全体で最近発生したいくつかのデッドロック イベントの情報を提供します。 -> **注記：** +> **Note:** > > ロックビュー関連のシステムテーブルに表示されるSQL文は、SQLダイジェストに基づく内部クエリによって取得された正規化されたSQL文（つまり、書式と引数のないSQL文）であるため、書式と引数を含む完全なSQL文を取得することはできません。SQLダイジェストと正規化されたSQL文の詳細については、 [ステートメントサマリーテーブル](/statement-summary-tables.md)を参照してください。 @@ -281,7 +281,7 @@ TiDBダッシュボードの`KV Errors`パネルには、トランザクショ このセクションでは、悲観的トランザクション モードでの一般的なロック競合の問題の解決策を示します。 -> **注記：** +> **Note:** > > 悲観的・トランザクション・モードが設定されている場合でも、自動コミット・トランザクションはまず楽観的・モードでコミットを試行します。競合が発生した場合、自動再試行中にトランザクションは悲観的・トランザクション・モードに切り替わります。 diff --git a/troubleshoot-tidb-oom.md b/troubleshoot-tidb-oom.md index 5b2d606d4e1b2..5b85788a6cdd3 100644 --- a/troubleshoot-tidb-oom.md +++ b/troubleshoot-tidb-oom.md @@ -79,7 +79,7 @@ OOM の問題は通常、次の原因で発生します。 このセクションでは、データベースの問題によって発生する OOM の原因と解決策について説明します。 -> **注記：** +> **Note:** > > [`tidb_mem_quota_query`](/system-variables.md#tidb_mem_quota_query)設定した場合、エラーが発生します: `ERROR 1105 (HY000): Out Of Memory Quota![conn_id=54]` 。これはデータベースのメモリ使用量制御の動作によるもので、正常な動作です。 diff --git a/tso-configuration-file.md b/tso-configuration-file.md index dd61d6ede0dbf..ca34bcda1bced 100644 --- a/tso-configuration-file.md +++ b/tso-configuration-file.md @@ -9,7 +9,7 @@ summary: TSO 構成ファイルには、ノード名、データ パス、ノー TSOノードは、PD用の`tso`マイクロサービスを提供するために使用されます。このドキュメントはPDマイクロサービスモードにのみ適用されます。 -> **ヒント：** +> **Tip:** > > 構成項目の値を調整する必要がある場合は、 [設定を変更する](/maintain-tidb-using-tiup.md#modify-the-configuration)を参照してください。 diff --git a/tune-operating-system.md b/tune-operating-system.md index 51fe9742c944e..c1d76d1ca8d60 100644 --- a/tune-operating-system.md +++ b/tune-operating-system.md @@ -7,7 +7,7 @@ summary: オペレーティング システムのパラメータを調整する このドキュメントでは、CentOS 7 の各サブシステムをチューニングする方法を紹介します。 -> **注記：** +> **Note:** > > - CentOS 7オペレーティングシステムのデフォルト構成は、中程度のワークロードで実行されるほとんどのサービスに適しています。特定のサブシステムのパフォーマンスを調整すると、他のサブシステムに悪影響を与える可能性があります。そのため、システムをチューニングする前に、すべてのユーザーデータと設定情報をバックアップしてください。 > - すべての変更を本番環境に適用する前に、テスト環境で完全にテストします。 diff --git a/tune-region-performance.md b/tune-region-performance.md index cff5e96d39745..c88f79e82f68c 100644 --- a/tune-region-performance.md +++ b/tune-region-performance.md @@ -13,7 +13,7 @@ TiKVは自動的に[最下層のデータを分割する](/best-practices/tidb-b 大規模なデータセットが関係するシナリオでは、リージョンサイズが比較的小さい場合、TiKV のリージョンが多すぎる可能性があり、リソースの消費量が増加し、 [パフォーマンスの回帰](/best-practices/massive-regions-best-practices.md#performance-problem)発生します。 -> **注記：** +> **Note:** > > - v6.1.0 では、TiDB は実験的機能としてリージョンサイズのカスタマイズをサポートしています。 > - v6.5.0 以降、この機能は一般提供 (GA) されます。 @@ -23,7 +23,7 @@ TiKVは自動的に[最下層のデータを分割する](/best-practices/tidb-b ## リージョンサイズを調整するには、 region-split-sizeを使用します。 {#use-code-region-split-size-code-to-adjust-region-size} -> **注記：** +> **Note:** > > リージョンサイズの推奨範囲は[48 MiB、256 MiB]です。一般的に使用されるサイズは96 MiB、128 MiB、256 MiBです。リージョンサイズを1 GiBを超える値に設定することは推奨されません。10 GiBを超えるサイズの設定は避けてください。リージョンサイズが大きすぎると、以下の副作用が発生する可能性があります。 > @@ -35,7 +35,7 @@ TiKVは自動的に[最下層のデータを分割する](/best-practices/tidb-b ## バケットを使用して同時実行性を高める {#use-bucket-to-increase-concurrency} -> **警告：** +> **Warning:** > > 現在、これはTiDB v6.1.0で導入された実験的機能です。本番環境での使用は推奨されません。 diff --git a/upgrade-monitoring-services.md b/upgrade-monitoring-services.md index 355e6f743f553..dc94287e06e33 100644 --- a/upgrade-monitoring-services.md +++ b/upgrade-monitoring-services.md @@ -9,7 +9,7 @@ TiDB クラスターをデプロイすると、 TiUP はクラスターの監視 クラスターを管理する際、 TiUP は独自の設定を使用して監視サービスの設定を上書きします。監視サービスの設定ファイルを置き換えて直接アップグレードすると、クラスター上で`deploy` 、 `scale-out` 、 `scale-in` 、 `reload`などの後続のTiUP操作によってアップグレードが上書きされ、エラーが発生する可能性があります。Prometheus、Grafana、および Alertmanager をアップグレードするには、設定ファイルを直接置き換えるのではなく、このドキュメントの手順に従ってください。 -> **注記：** +> **Note:** > > - 監視サービスが[手動で展開](/deploy-monitoring-services.md)場合、 TiUPを使用する代わりに、このドキュメントを参照せずに直接アップグレードできます。 > - TiDBと新しいバージョンの監視サービスとの互換性はテストされていないため、アップグレード後、一部の機能が期待どおりに動作しない可能性があります。問題が発生した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)作成してください。 @@ -32,7 +32,7 @@ TiDBとの互換性を高めるため、TiDBインストールパッケージに https://download.pingcap.com/tidb-community-server-{version}-linux-{arch}.tar.gz - > **ヒント：** + > **Tip:** > > リンク内の`{version}` TiDBのバージョン番号を示し、 `{arch}`システムのアーキテクチャ（ `amd64`または`arm64`を示します。例えば、 `amd64`アーキテクチャの`v8.5.4`のダウンロードリンクは`https://download.pingcap.com/tidb-community-toolkit-v8.5.4-linux-amd64.tar.gz`です。 @@ -79,7 +79,7 @@ TiDBとの互換性を高めるため、TiDBインストールパッケージに https://download.pingcap.com/tidb-community-server-{version}-linux-{arch}.tar.gz - > **ヒント：** + > **Tip:** > > リンク内の`{version}` TiDBのバージョン番号を示し、 `{arch}`システムのアーキテクチャ（ `amd64`または`arm64`を示します。例えば、 `amd64`アーキテクチャの`v8.5.4`のダウンロードリンクは`https://download.pingcap.com/tidb-community-toolkit-v8.5.4-linux-amd64.tar.gz`です。 diff --git a/upgrade-tidb-using-tiup.md b/upgrade-tidb-using-tiup.md index d1b832ba82894..aedbcf6f2084a 100644 --- a/upgrade-tidb-using-tiup.md +++ b/upgrade-tidb-using-tiup.md @@ -7,7 +7,7 @@ summary: TiUPを使用してTiDBをアップグレードする方法を学びま このドキュメントは、TiDB v8.5.x へのアップグレードに適用されます。アップグレード対象バージョンは、v6.1.x、v6.5.x、v7.1.x、v7.5.x、v8.1.x、v8.2.0、v8.3.0、v8.4.0 です。 -> **警告：** +> **Warning:** > > 1. TiDB をアップグレードする前に、オペレーティング システムのバージョンが[OSおよびプラットフォームの要件](/hardware-and-software-requirements.md#os-and-platform-requirements)を満たしていることを確認してください。 CentOS Linux 7 で実行されているクラスターを v8.5 にアップグレードする場合は、クラスターが使用できなくなるリスクを避けるために、必ず TiDB v8.5.1 以降のバージョンを使用してください。詳細については、 [TiDB v8.5.1 リリースノート](/releases/release-8.5.1.md)を参照してください。 > 2. TiFlash を5.3 より前のバージョンから 5.3 以降にオンラインでアップグレードすることはできません。代わりに、まず以前のバージョンのTiFlashインスタンスをすべて停止し、その後オフラインでクラスタをアップグレードする必要があります。TiDB や TiKV などの他のコンポーネントがオンラインアップグレードをサポートしていない場合は、[オンラインアップグレード](#online-upgrade)の警告の手順に従ってください。 。 @@ -16,7 +16,7 @@ summary: TiUPを使用してTiDBをアップグレードする方法を学びま > 5. アップグレード前の TiDB バージョンが 7.1.0 以降の場合は、前述の警告 3 と 4 を無視してかまいません。詳細については、 [TiDB スムーズアップグレードの使用に関する制限](/smooth-upgrade-tidb.md#limitations)を参照してください。 > 6. TiUPを使用して TiDB クラスターをアップグレードする前に、 [ユーザー操作に関する制限](/smooth-upgrade-tidb.md#limitations-on-user-operations)を必ずお読みください。 -> **注記：** +> **Note:** > > - アップグレードするクラスターが v6.2 より前の場合、シナリオによってはクラスターを v6.2 以降のバージョンにアップグレードすると、アップグレードが停止する可能性があります。 [問題を解決する方法](#how-to-fix-the-issue-that-the-upgrade-gets-stuck-when-upgrading-to-v620-or-later-versions)を参照してください。 > - TiDBノードは[`server-version`](/tidb-configuration-file.md#server-version)構成項目の値を使用して現在のTiDBバージョンを確認します。そのため、予期しない動作を避けるため、TiDBクラスタをアップグレードする前に、 `server-version`の値を空にするか、現在のTiDBクラスタの実際のバージョンに設定する必要があります。 @@ -77,7 +77,7 @@ TiDBクラスタをアップグレードする前に、まずTiUPまたはTiUP #### TiUPとTiUP クラスタをアップグレードする {#upgrade-tiup-and-tiup-cluster} -> **注記：** +> **Note:** > > アップグレードするクラスターの制御マシンが`https://tiup-mirrors.pingcap.com`にアクセスできない場合は、このセクションをスキップして、 [TiUPオフラインミラーをアップグレード](#upgrade-tiup-offline-mirror)参照してください。 @@ -97,7 +97,7 @@ TiDBクラスタをアップグレードする前に、まずTiUPまたはTiUP #### TiUPオフラインミラーをアップグレード {#upgrade-tiup-offline-mirror} -> **注記：** +> **Note:** > > アップグレード対象のクラスターがオフライン方式を使用せずにデプロイされている場合は、この手順をスキップしてください。 @@ -129,7 +129,7 @@ tiup update cluster ### ステップ3： TiUPトポロジー構成ファイルを編集する {#step-3-edit-tiup-topology-configuration-file} -> **注記：** +> **Note:** > > 以下のいずれかの状況に該当する場合は、この手順をスキップしてください。 > @@ -194,7 +194,7 @@ tiup cluster upgrade tiup cluster upgrade v8.5.4 ``` -> **注記：** +> **Note:** > > - オンラインアップグレードは、TiUPの固定コンポーネントアップグレード順序に従って行われます。各コンポーネントタイプ内では、インスタンスが順次アップグレードされます。 > @@ -211,7 +211,7 @@ tiup cluster upgrade v8.5.4 tiup-cluster v1.14.0以降では、クラスタのアップグレード時に特定のコンポーネントを特定のバージョンに指定できるようになりました。別のバージョンを指定しない限り、これらのコンポーネントは以降のアップグレードでも固定バージョンのままになります。 -> **注記：** +> **Note:** > > TiDB、TiKV、PD、TiCDCなど、バージョン番号を共有するコンポーネントについては、バージョンが混在する展開環境で正しく動作することを保証する完全なテストは実施されていません。このセクションはテスト環境でのみ使用するか、または[テクニカルサポート](/support.md)の支援を受けて使用してください。 diff --git a/user-account-management.md b/user-account-management.md index 746ce29ff1e14..c58f68b70055a 100644 --- a/user-account-management.md +++ b/user-account-management.md @@ -192,7 +192,7 @@ TiDBはパスワードを[`mysql.user`](/mysql-schema/mysql-schema-user.md)シ 3. 変更した構成を使用して TiDB を起動します。 - > **注記：** + > **Note:** > > TiDBプロセスを開始する前に`skip-grant-table`設定すると、オペレーティングシステムのユーザーチェックが開始されます。オペレーティングシステムの`root`ユーザーのみがTiDBプロセスを開始できます。 diff --git a/user-defined-variables.md b/user-defined-variables.md index 1490204f624d4..310b8688cbe81 100644 --- a/user-defined-variables.md +++ b/user-defined-variables.md @@ -7,7 +7,7 @@ summary: ユーザー定義変数の使用方法を学習します。 このドキュメントでは、TiDB におけるユーザー定義変数の概念と、ユーザー定義変数を設定および読み取る方法について説明します。 -> **警告：** +> **Warning:** > > ユーザー定義変数はまだ実験的機能です。本番環境での使用は推奨され**ません**。