Translation

English
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.
136/2860 · 286
English Bulgarian
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. Ако това число е отрицателно, намалете innodb_buffer_pool_size, докато join_buffer_size стане положителен, но разпределете приблизително между 25%-50% памет на innodb_buffer_pool_size, ако базата данни се хоства на сървъра Cacti, или до 80% of системната памет, ако базата данни е отделна от уеб сървъра Cacti. Опитайте се обаче да не слизате под дефолта от 262 144. При извършване на съединения, ако те са под този размер, те ще бъдат запазени в паметта и никога няма да бъдат записани във временен файл. Тъй като това е разпределение на паметта на връзката, трябва да се внимава да не се увеличава твърде високо. Сумата от join_buffer_size + sort_buffer_size + read_buffer_size + read_rnd_buffer_size + thread_stack + binlog_cache_size + Core MySQL / MariaDB паметта трябва да бъде под 80% if базата данни се хоства на уеб сървъра Cacti и по-малко, ако възнамерявате да имате много големи RRDфайлове или стотици хиляди до милиони дългосрочно.
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. Ако това число е отрицателно, намалете innodb_buffer_pool_size, докато sort_buffer_size стане положителен, но разпределете приблизително между 25%-50% памет на innodb_buffer_pool_size, ако базата данни се хоства на сървъра Cacti, или до 80% of системната памет, ако базата данни е отделна от уеб сървъра Cacti. Опитайте се обаче да не слизате под настройката по подразбиране от 2 097 152. Буферът за сортиране извършва сортирания за някои заявки с помощта на ПОДРЕДИ ПО или ГРУПИРАЙ ПО. Конфигурирането sort_buffer_size решава колко памет ще бъде заделена за заявки за сортиране. Може да се наложи sort_buffer_size да се коригира по подразбиране, ако работното натоварване изисква значителен брой заявки за сортиране. sort_buffer_size се дефинира върху променлива за сесия. Използвайте същото уравнение като това на join_buffer_size, за да определите възможната памет за всяка връзка.
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. Ако работите с това в момента изключено, можете да мигрирате към хранилището на файл, като активирате функцията и след това да изпълните alter оператор за всички таблици InnoDB.
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. Ако вашите таблици имат много големи индекси, трябва да оперирате с innodb_file_format на Barracuda и 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, които и двата имат вътрешно журналиране, за да се съберат внезапни сривове на системата. Ако обаче имате много добра мощност и системите ви рядко се сриват и имате резервни копия, превключването на тази настройка в положение OFF може да ви осигури почти 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. Rogue запитванията не би трябвало базата данни да се прехвърля към други. Убийте тези заявки, преди да убият вашата система.
Maximum I/O performance happens when you use the O_DIRECT method to flush pages. Максималната входно / изходна производителност се случва, когато използвате метода 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 тип, притежаването на много нишки IO е изгодно за приложения с високи характеристики.
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 можете да контролирате честотата на изтриване на транзакции на диск. По подразбиране е 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 тип, притежаващ многобройни четящи нишки е изгодно за приложения с високи характеристики.
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 тип, притежаването на много нишки за запис на записи е изгодно за приложения с високи характеристики.
%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 е по-малка от 1 GB, трябва да използвате размера на пула, разделен на 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 е по-малка от 1 GB, трябва да използвате размера на пула, разделен на 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 Flash, могат да се използват много по-големи числа от 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 Flash, могат да се използват много по-големи числа от 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 тип, притежаващ многобройни четящи нишки е изгодно за приложения с високи характеристики.
With modern SSD type storage, having multiple write io threads is advantageous for applications with high io characteristics. Със съвременното съхранение на SSD тип, притежаването на много нишки за запис на записи е изгодно за приложения с високи характеристики.
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 Translated 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 Bulgarian
No related strings found in the glossary.

String information

Source string location
lib/utility.php:1156
String age
2 years ago
Source string age
2 years ago
Translation file
locales/po/bg-BG.po, string 4102