English Swedish
Depending on the number of logins and use of spine data collector, %s will need many connections. The calculation for spine is: total_connections = total_processes * (total_threads + script_servers + 1), then you must leave headroom for user connections, which will change depending on the number of concurrent login accounts. Beroende på antalet inloggningar och användning av ryggradsdatasamlare behöver %s många anslutningar. Beräkningen för ryggraden är: total_connections = total_processes * (total_threads + script_servers + 1), då måste du lämna huvudrummet för användaranslutningar, vilket kommer att ändras beroende på antalet samtidiga inloggningskonton.
Keeping the table cache larger means less file open/close operations when using innodb_file_per_table. Att hålla tabellen cache större innebär mindre fil öppna / stänga operationer när du använder innodb_file_per_table.
With Remote polling capabilities, large amounts of data will be synced from the main server to the remote pollers. Therefore, keep this value at or above 16M. Med fjärrkontrollfunktioner synkroniseras stora mängder data från huvudservern till fjärrkontrollerna. Varför behåll detta värde vid eller över 16M.
When executing subqueries, having a larger temporary table size, keep those temporary tables in memory. När du utför en undersökning med en större temporär tabellstorlek, behåll de tillfälliga tabellerna i minnet.
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. När du använder InnoDB-lagring är det viktigt att du håller dina bordsutrymmen separerade. Detta gör hanteringen av tabeller enklare för användare av lång tid av %s. Om du kör med det här för tillfället kan du migrera till per fillagring genom att aktivera funktionen och sedan köra ett alter-uttalande på alla InnoDB-tabeller.
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. När du använder innodb_file_per_table är det viktigt att ställa in innodb_file_format till Barracuda. Denna inställning tillåter längre index viktiga för vissa Cacti tabeller.
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. Om dina tabeller har mycket stora index måste du arbeta med Barracuda innodb_file_format och innodb_large_prefix lika med 1. Om du inte gör det kan det leda till plugins som inte kan skapa tabeller korrekt.
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. InnoDB kommer att hålla så mycket tabeller och index i systemminnet som möjligt. Därför borde du göra innodb_buffer_pool stor nog att hålla så mycket av tabellerna och indexera i minnet. Att kontrollera storleken på katalogen / var / lib / mysql / cacti hjälper till att bestämma detta värde. Vi rekommenderar 25 %% av systemets totala minne, men dina krav varierar beroende på din systemstorlek.
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. Dessa inställningar bör förbli PÅ om inte dina Cacti-instanser körs på antingen ZFS eller FusionI / O, som båda har intern journalföring för att hantera plötsliga systemkrasch. Men om du har väldigt bra ström och dina system sällan går ner och du har säkerhetskopieringar, kan du stänga av denna inställning till OFF för nästan 50% ökning av databasprestanda.
This is where metadata is stored. If you had a lot of tables, it would be useful to increase this. Här är metadata lagrade. Om du hade många bord skulle det vara användbart att öka detta.
Rogue queries should not for the database to go offline to others. Kill these queries before they kill your system. Rogue-frågor borde inte för databasen gå offline till andra. Döda dessa frågor innan de dödar ditt system.
Maximum I/O performance happens when you use the O_DIRECT method to flush pages. Maximal I / O-prestanda händer när du använder O_DIRECT-metoden för att spola sidor.
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. Om du ställer in detta värde till 2 betyder det att du kommer att spola alla transaktioner varje sekund i stället för att begå. Detta gör det möjligt för %s att skriva mindre ofta.
With modern SSD type storage, having multiple io threads is advantageous for applications with high io characteristics. Med modern SSD-typ lagring, med flera io trådar är fördelaktigt för applikationer med höga io egenskaper.
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 Som av %s %s kan du styra hur ofta %s spolar transaktioner till disk. Standard är 1 sekund, men i hög I / O-system inställning till ett värde större än 1 kan skiv I / O vara mer sekventiell
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. Med modern SSD-typ lagring, är det fördelaktigt att ha flera läsning io trådar för applikationer med höga io egenskaper.
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. Med modern SSD-typ lagring, med flera skriv io trådar är fördelaktigt för applikationer med höga io egenskaper.
%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 delar upp innodb_buffer_pool i minnesområden för att förbättra prestanda. Maxvärdet är 64. När din innodb_buffer_pool är mindre än 1GB, ska du använda poolstorleken dividerad med 128 MB. Fortsätt att använda denna ekvation upp till max 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 delar upp innodb_buffer_pool i minnesområden för att förbättra prestanda. Maxvärdet är 64. När din innodb_buffer_pool är mindre än 1GB, ska du använda poolstorleken dividerad med 128 MB. Fortsätt att använda denna ekvation upp till max 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. Om du har SSD-skivor, använd det här förslaget. Om du har fysiska hårddiskar, använd 200 * antalet aktiva enheter i arrayen. Om du använder NVMe eller PCIe Flash kan mycket större antal så höga som 100000 användas.