Translation

English
English Japanese
When executing subqueries, having a larger temporary table size, keep those temporary tables in memory. より大きなテンポラリテーブルサイズを持つサブクエリを実行するときは、それらのテンポラリテーブルをメモリに保存してください。
If this number is negative, reduce the innodb_buffer_pool_size until the join_buffer_size turns positive, but allocate approximately from between 25%-50% of memory to the innodb_buffer_pool_size if the database is hosted on the Cacti server, or upto 80% of the systems memory if the database is separate from the Cacti web server. However, try to not go below the default of 262,144. When performing joins, if they are below this size, they will be kept in memory and never written to a temporary file. As this is a per connection memory allocation, care must be taken not to increase it too high. The sum of the join_buffer_size + sort_buffer_size + read_buffer_size + read_rnd_buffer_size + thread_stack + binlog_cache_size + Core MySQL/MariaDB memory should be below 80% if the database is hosted on the Cacti web server and less if you intend to have very large RRDfiles or hundreds of thousands to millions long term.
If this number is negative, reduce the innodb_buffer_pool_size until the sort_buffer_size turns positive, but allocate approximately from between 25%-50% of memory to the innodb_buffer_pool_size if the database is hosted on the Cacti server, or upto 80% of the system memory if the database is separate from the Cacti web server. However, try to not go below the default setting of 2,097,152. A sort buffer performs sorts for some queries using ORDER BY or GROUP BY. Configuring sort_buffer_size decides how much memory will be allocated for sort queries. The sort_buffer_size may need to be adjusted from the default if the workload requires a significant number of sort queries. The sort_buffer_size is defined on a per-session variable. Use the same equation as that of the join_buffer_size to determine the per connection possible memory.
When using InnoDB storage it is important to keep your table spaces separate. This makes managing the tables simpler for long time users of %s. If you are running with this currently off, you can migrate to the per file storage by enabling the feature, and then running an alter statement on all InnoDB tables. InnoDBストレージを使用するときは、テーブルスペースを別々に保つことが重要です。これにより、%sの長年のユーザーにとってテーブルの管理が簡単になります。これを現在オフにして実行している場合は、機能を有効にしてからすべてのInnoDBテーブルに対してalterステートメントを実行することで、ファイルごとのストレージに移行できます。
When using innodb_file_per_table, it is important to set the innodb_file_format to Barracuda. This setting will allow longer indexes important for certain Cacti tables. innodb_file_per_tableを使用するときは、innodb_file_formatをBarracudaに設定することが重要です。この設定は、特定のCactiテーブルにとって重要な、より長いインデックスを許可します。
If your tables have very large indexes, you must operate with the Barracuda innodb_file_format and the innodb_large_prefix equal to 1. Failure to do this may result in plugins that can not properly create tables. テーブルに非常に大きなインデックスがある場合、Barracuda innodb_file_formatおよびinnodb_large_prefixを1に設定して操作する必要があります。これを行わないと、プラグインがテーブルを正しく作成できなくなる可能性があります。
InnoDB will hold as much tables and indexes in system memory as is possible. Therefore, you should make the innodb_buffer_pool large enough to hold as much of the tables and index in memory. Checking the size of the /var/lib/mysql/cacti directory will help in determining this value. We are recommending 25%% of your systems total memory, but your requirements will vary depending on your systems size. If you database is very large or remote, you can consider increasing this size. If remote, it can by as high as 80% of the systems memory. However, cautions must be taken to reduce the swapiness of the system, or to remove swap to keep the system from swapping. InnoDBはできるだけ多くのテーブルとインデックスをシステムメモリに保持します。そのため、innodb_buffer_poolを、メモリ内にできるだけ多くのテーブルとインデックスを保持できる大きさにする必要があります。 / var / lib / mysql / cactiディレクトリのサイズを確認すると、この値を決定するのに役立ちます。システム全体のメモリの25%を推奨していますが、要件はシステムのサイズによって異なります。
This settings should remain ON unless your Cacti instances is running on either ZFS or FusionI/O which both have internal journaling to accomodate abrupt system crashes. However, if you have very good power, and your systems rarely go down and you have backups, turning this setting to OFF can net you almost a 50% increase in database performance. Cactiインスタンスが、システムの突然のクラッシュに対応する内部ジャーナリングを備えたZFSまたはFusionI / Oで実行されていない限り、この設定はONのままにしてください。ただし、電力が非常に良好で、システムがほとんどダウンせず、バックアップがある場合、この設定をオフにすると、データベースのパフォーマンスがほぼ50%向上します。
This is where metadata is stored. If you had a lot of tables, it would be useful to increase this. これはメタデータが格納される場所です。テーブルがたくさんある場合は、これを増やすと便利です。
Rogue queries should not for the database to go offline to others. Kill these queries before they kill your system. 不正な照会では、データベースが他のユーザーにオフラインになることは避けてください。あなたのシステムを殺す前にこれらの質問を殺してください。
Maximum I/O performance happens when you use the O_DIRECT method to flush pages. 最大のI / Oパフォーマンスは、O_DIRECTメソッドを使ってページをフラッシュしたときに発生します。
Setting this value to 2 means that you will flush all transactions every second rather than at commit. This allows %s to perform writing less often. この値を2に設定すると、コミット時ではなく、毎秒すべてのトランザクションをフラッシュします。これにより、%sは書き込みの頻度を減らすことができます。
With modern SSD type storage, having multiple io threads is advantageous for applications with high io characteristics. 最新のSSDタイプのストレージでは、複数のスレッドを持つことは、高いI / O特性を持つアプリケーションにとって有利です。
As of %s %s, the you can control how often %s flushes transactions to disk. The default is 1 second, but in high I/O systems setting to a value greater than 1 can allow disk I/O to be more sequential %s%s以降、%sがトランザクションをディスクにフラッシュする頻度を制御できます。デフォルトは1秒ですが、I / Oが多いシステムでは、1より大きい値に設定すると、ディスクI / Oをより順次にすることができます
With modern SSD type storage, having multiple read io threads is advantageous for applications with high io characteristics. Depending on your MariaDB/MySQL versions, this value can go as high as 64. But try to keep the number less than your total SMT threads on the database server. 最新のSSDタイプのストレージでは、複数の読み取りスレッドを持つことは、高いI / O特性を持つアプリケーションにとって有利です。
With modern SSD type storage, having multiple write io threads is advantageous for applications with high io characteristics. Depending on your MariaDB/MySQL versions, this value can go as high as 64. But try to keep the number less than your total SMT threads on the database server. 最新のSSDタイプのストレージでは、複数の書き込みスレッドを持つことは、高いI / O特性を持つアプリケーションにとって有利です。
%s will divide the innodb_buffer_pool into memory regions to improve performance for versions of MariaDB less than 10.5. The max value is 64, but should not exceed more than the number of CPU cores/threads. When your innodb_buffer_pool is less than 1GB, you should use the pool size divided by 128MB. Continue to use this equation up to the max the number of CPU cores or 64. %sはinnodb_buffer_poolをメモリ領域に分割してパフォーマンスを向上させます。最大値は64です。innodb_buffer_poolが1GB未満の場合は、プールサイズを128MBで割った値を使用してください。最大64までこの方程式を使い続けてください。
%s will divide the innodb_buffer_pool into memory regions to improve performance for versions of MySQL upto and including MySQL 8.0. The max value is 64, but should not exceed more than the number of CPU cores/threads. When your innodb_buffer_pool is less than 1GB, you should use the pool size divided by 128MB. Continue to use this equation up to the max of the number of CPU cores or 64. %sはinnodb_buffer_poolをメモリ領域に分割してパフォーマンスを向上させます。最大値は64です。innodb_buffer_poolが1GB未満の場合は、プールサイズを128MBで割った値を使用してください。最大64までこの方程式を使い続けてください。
If you have SSD disks, use this suggestion. If you have physical hard drives, use 200 * the number of active drives in the array. If using NVMe or PCIe Flash, much larger numbers as high as 100000 can be used. SSDディスクがある場合は、この提案を使用してください。物理ハードドライブがある場合は、アレイ内のアクティブドライブ数の200倍を使用してください。 NVMeまたはPCIeフラッシュを使用している場合は、100000というはるかに大きい数を使用できます。
If you have SSD disks, use this suggestion. If you have physical hard drives, use 2000 * the number of active drives in the array. If using NVMe or PCIe Flash, much larger numbers as high as 200000 can be used. SSDディスクがある場合は、この提案を使用してください。物理ハードドライブがある場合は、アレイ内のアクティブドライブ数の2000倍を使用してください。 NVMeまたはPCIeフラッシュを使用している場合は、200000というはるかに大きい数を使用できます。
If you have SSD disks, use this suggestion. Otherwise, do not set this setting. SSDディスクがある場合は、この提案を使用してください。それ以外の場合は設定しないでください。
With modern SSD type storage, having multiple read io threads is advantageous for applications with high io characteristics. 最新のSSDタイプのストレージでは、複数の読み取りスレッドを持つことは、高いI / O特性を持つアプリケーションにとって有利です。
With modern SSD type storage, having multiple write io threads is advantageous for applications with high io characteristics. 最新のSSDタイプのストレージでは、複数の書き込みスレッドを持つことは、高いI / O特性を持つアプリケーションにとって有利です。
When using MariaDB 10.2.4 and above, this setting should be off if atomic writes are enabled. Therefore, please enable atomic writes instead of the double write buffer as it will increase performance. MariaDB 10.2.4以降を使用する場合、アトミック書き込みが有効になっていると、この設定をオフにする必要があります。したがって、パフォーマンスが向上するため、ダブル書き込みバッファの代わりにアトミック書き込みを有効にしてください。
When using MariaDB 10.2.4 and above, you can use atomic writes over the doublewrite buffer to increase performance. MariaDB 10.2.4以降を使用する場合、パフォーマンスを向上させるために、ダブルライトバッファーでアトミック書き込みを使用できます。
%s Tuning %sの調整
Note: Many changes below require a database restart 注:以下の多くの変更はデータベースの再起動を必要とします
Variable 変数
Current Value 現在の値
Recommended Value 推奨値
Comments コメント
Component Translation Difference to current string
This translation Propagated Needs editing Cacti/core
The following string has the same context and source.
Propagated Translated Cacti/core (v1.2.x)

Loading…

No matching activity found.

Browse all component changes

Glossary

English Japanese
No related strings found in the glossary.

String information

Source string location
lib/utility.php:1156
String age
a year ago
Source string age
2 years ago
Translation file
locales/po/ja-JP.po, string 4102