Zabbix はホストからデータを収集し、履歴テーブルと傾向テーブルを使用してデータベースに保存します。Zabbix History には生データ (Zabbix によって収集されたすべての値) が保存され、Trends には最小値、平均値、最大値に平均化された統合された時間ごとのデータが保存されます。
Zabbix のハウスキーピング プロセスは、古いトレンドと履歴データの削除を処理します。SQL 削除クエリを使用してデータベースから古いデータを削除すると、データベースのパフォーマンスに悪影響を及ぼす可能性があります。その結果、私たちの多くは迷惑な警告「」を受け取りました。Zabbix ハウスキーパー プロセスが 75% 以上ビジーであるという問題は
、データベースのパーティショニングによって簡単に解決できます。Partition はテーブルを 1 時間ごとまたは毎日作成し、不要になったら削除します。SQL DROP は DELETE ステートメントより効率的です。
続行する前に、Zabbix データベースをバックアップしてください。ただし、インストールが新しい場合は、バックアップは必要ありません。
SQL スクリプト「」をデータベース サーバーにダウンロードして解凍します (wget またはcurl ツールを使用): zbx_db_partitiong.sqlcurl
-O https://bestmonitoringtools.com/dl/zbx_db_partitiong.tar.gz tar -zxvf zbx_db_partitiong.tar.gz
script "" 7 日間の履歴データと 365 日間の傾向データを保持するように構成されています。これらの設定が許容できる場合は、ステップ 2 に進みます。zbx_db_partitiong.sql
ただし、トレンドや履歴の日数を変更したい場合は、「zbx_db_partitiong.sql」ファイルを開いて、下図のように設定を変更し、ファイルを保存してください。
ステップ 2: SQL スクリプトを使用してパーティションを作成する手順
スクリプトを実行するための構文は、「mysql -u '<db_username>' -p'<db_password>' <zb_database_name> < zbx_db_partitiong.sql」です。
ここで、Zabbix データベース名、ユーザー名、パスワードを使用して実行し、パーティション プロセスを作成します。
mysql -u 'zabbix' -p'zabbixDBpass' zabbix < zbx_db_partitiong.sql
スクリプトは、新しい Zabbix インストールで MySQL パーティション プロセスを非常に迅速に作成します。しかし、大規模なデータベースでは、これが何時間も続く可能性があります。
ステップ 3: パーティショニング プロセスを自動化する
パーティション化プロシージャを作成しましたが、実行するまでは何も行われません。
パーティション分割プロセスを使用して定期的に (毎日) パーティションを削除および作成する必要があるため、この手順が最も重要です。
心配しないでください。これを手動で行う必要はありません。このようなタスクを実行するには、 MySQL Event SchedulerまたはCrontabの 2 つのツールを使用できます。どちらかお好みのツールを選択してください。
MySQL イベント スケジューラまたは Crontab を設定するときは注意してください。設定を間違えると、Zabbix はデータの収集を停止します。Zabbix ログ ファイルの空のグラフとエラー「[Z3005] クエリが失敗しました: [1526] テーブルに値を持つパーティションがありません ...」というエラーが表示されることがわかります。
オプション 1: MySQL イベント スケジューラを使用してパーティションを自動的に管理する (推奨)
デフォルトでは、MySQL イベント スケジューラは無効になっています。MySQL 設定ファイルの「[mysqld]」行の後に「 event_scheduler=ON 」を設定して有効にする必要があります。
[mysqld]
event_scheduler = ON
変更を加えた後、設定を有効にするために MySQL サーバーを再起動してください。
sudo systemctl mysqlを再起動する
良い！MySQL イベント スケジューラが有効になっている必要があります。次のコマンドを使用して確認してみましょう:
root@dbserver:~ $ mysql -u 'zabbix' -p'zabbixDBpass' zabbix -e "SHOW VARIABLES LIKE 'event_scheduler';"
±----- ----------±------+
| 変数名 | 値 |
±-----±------+
|event_scheduler | ON |
±----------------±------+これで、プロセス「 partition_maintenance_all」を 12 時間ごとに
実行するイベントを作成できます。mysql -u 'zabbix' -p'zabbixDBpass' zabbix -e "CREATE EVENT zbx_partitioning ON SCHEDULE EVERY 12 HOUR DO CALL Partition_maintenance_all('zabbix');" 12 時間後、次のコマンドを使用してイベントが正常に実行されたかどうかを確認します。 。mysql -u 'zabbix' -p'zabbixDBpass' zabbix -e "SELECT * FROM INFORMATION_SCHEMA.events\G"
オプション 2: Crontab を使用してパーティションを自動的に管理する
MySQL イベント スケジューラにアクセスできない場合は、Crontab が適しています。コマンド「sudo crontab -e」を使用してcrontabファイルを開き、ファイル内の任意の場所に次の行を追加して、Zabbix MySQLデータベースをパーティション分割するジョブを追加します(毎日午前3時30分):
30 03 * * * /usr /bin /mysql -u 'zabbix' -p'zabbixDBpass' zabbix -e "CALL Partition_maintenance_all('zabbix');" > /tmp/CronDBpartitiong.log 2>&1
ファイルを保存して閉じます。
Cron は毎日の操作 (古いテーブルを削除し、新しいテーブルを作成する) を実行し、すべてをファイル "" に記録します。/tmp/CronDBpartitiong.log
ただし、待ちたくない場合は、今すぐターミナルからコマンドを実行してください。
root@dbserver:~ $ mysql -u 'zabbix' -p'zabbixDBpass' zabbix -e "CALL Partition_maintenance_all('zabbix');" ±-------- --------------------------------------+ | msg | ±------ -------------------------------------------------- --+ |partition_create(zabbix,history,p201910150000,1571180400) | ±---------------------------------- ------------------------+ ±-------------------------- ----------------------------------+
その後、パーティションのステータスを確認します。
root@dbserver:~ $ mysql -u 'zabbix' -p'zabbixDBpass' zabbix -e "show create table History\G" テーブル: 履歴 テーブルの作成: CREATE TABLE 履歴 (itemid bigint(20) unsigned NOT NULL, Clock int( 11) NOT NULL DEFAULT '0'、値 double(16,4) NOT NULL DEFAULT '0.0000'、ns int(11) NOT NULL DEFAULT '0'、KEY History_1 (itemid, Clock) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin /*!50100 範囲別パーティション (クロック) (PARTITION p201910140000 VALUES LESS THAN (1571094000) ENGINE = InnoDB, PARTITION p201910150000 VALUES LESS THAN (1571180400) ENGINE = InnoDB, PARTI TION p2019 10160000 値が (1571266800) より小さい ENGINE = InnoDB ) */
出力からわかるように、履歴テーブル用に 3 つのパーティションを作成しました。
ステップ 4: Zabbix フロントエンドでハウスキーピングを構成する
以下の図に示すように、Zabbix フロントエンドでハウスキーピングを構成します。
画像がすべてを物語っているのであれば、Zabbix フロントエンドでハウスキーピングを構成する手順は次のとおりです。
- 「ハウスキーピング」セクションに移動します:「管理」→「一般」→「ハウスキーピング」;
- 「履歴と傾向」セクションの「ハウスキーピングを有効にする」のチェックマークを外します。
- 「履歴とトレンド」セクションの「_プロジェクトのトレンド期間をカバーする」_にチェックマークを付けます。
- 「履歴と傾向」セクションで傾向と履歴の「データ保存期間」の日数を定義します (データベース パーティションで構成された日数と同じである必要があります - データベース パーティションのデフォルト設定を変更していない場合)スクリプト、履歴は 7 日間、トレンドは 365 日間である必要があります)。
- 「更新」ボタンをクリックします。
これで完了です。パーティショニングでは、パーティショニング プロセス中に構成した内容に基づいて履歴テーブルとトレンド テーブルが削除されることに注意してください。たとえば、7 日間の履歴を保持するように構成されている場合、パーティションは 8 日目に履歴の削除を開始します。その後、履歴テーブルが毎日削除されるため、データベースには常に 7 日間の履歴データが保持されます。トレンド データについても同様で、トレンド データを 365 日保持するように設定した場合、古いトレンド テーブルの削除は 365 日後にのみ開始されます。
ステップ 5: パーティション設定を変更する (履歴とトレンドの日数)
場合によっては、Zabbix データベースに最初に設定した履歴と傾向が多すぎるため、ディスク容量がすぐにいっぱいになってしまうことがあります。または逆に、履歴またはトレンドに十分な日数が設定されていません。何をするか？
スクリプトを再度実行する必要はありません。古いプロセスの代わりに実行される新しいプロセスを作成するだけです。
a) 新しいパーティションプロセスを作成します。
MySQL/MariaDB サーバーに接続します:
mysql -u 'zabbix' -p'zabbixDBpass' zabbix
新しいプロセスを作成しますが、必要に応じてトレンドと履歴の日数を変更します。履歴には 30 日、トレンドには 400 日を設定します。 :
区切り文字CREATEPROCEDURE Partitionmaintenancea ll 3 0 および 400 (SCHEMANAMEVARCHAR (32) ) BEGINCALL Partitionmaintenance (SCHEMANAME , 'history' , 30 , 24 , 3 ) ; CALL パーティションメンテナンス ( SCHEMANAME , 'historylog' , 30 , 24 , 3 ) ; CALL パーティションメンテナンス ( SCHEMANAME , 'historystr' , 30 , 24 , 3 ) ; CALL パーティションメンテナンス ( SCHEMANAME , 'historytext' , 30 , 24 , 3 ) ; CALL パーティションメンテナンス ( SCHEMANAME , 'historyuint' , 30 , 24 , 3 ) ; CALL パーティションメンテナンス ( SCHEMANAME , 'trends' , 400 , 24 , 3); CALL パーティションメンテナンス ( SCHEMANAME , 'trendsuint ' , 400 , 24 , 3 ) ; END CREATE PROCEDURE Partition_maintenance_all_30and400(SCHEMA_NAME VARCHAR(32)) BEGIN CALL Partition_maintenance(SCHEMA_NAME, 'history', 30, 24, 3); CALL パーティションメンテナンス(SCHEMA_NAME, 'history_log', 30, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'history_str', 30, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'history_text', 30, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'history_uint', 30, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'トレンド', 400, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'trends_uint', 400, 24, 3); 終わり 3); END CREATE PROCEDURE Partition_maintenance_all_30and400(SCHEMA_NAME VARCHAR(32)) BEGIN CALL Partition_maintenance(SCHEMA_NAME, 'history', 30, 24, 3); CALL パーティションメンテナンス(SCHEMA_NAME, 'history_log', 30, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'history_str', 30, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'history_text', 30, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'history_uint', 30, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'トレンド', 400, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'trends_uint', 400, 24, 3); 終わり 3); END CREATE PROCEDURE Partition_maintenance_all_30and400(SCHEMA_NAME VARCHAR(32)) BEGIN CALL Partition_maintenance(SCHEMA_NAME, 'history', 30, 24, 3); CALL パーティションメンテナンス(SCHEMA_NAME, 'history_log', 30, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'history_str', 30, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'history_text', 30, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'history_uint', 30, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'トレンド', 400, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'trends_uint', 400, 24, 3); 終わり 'history_str', 30, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'history_text', 30, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'history_uint', 30, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'トレンド', 400, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'trends_uint', 400, 24, 3); 終わり 'history_str', 30, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'history_text', 30, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'history_uint', 30, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'トレンド', 400, 24, 3); CALL パーティション_メンテナンス(SCHEMA_NAME, 'trends_uint', 400, 24, 3); 終わり再構築中の作成手順_ _ _ _ _ _ _ _メートルテナンスじゃない_ _ _あl l30と400 ( SC HEM A _ _NAME VARC HAR ( 32 ) )参加を開始してください_ _ _ _ _ _ _ _ _ _ _ _メートルメンテナンス( SCHEMA ) _ _ _ _ _ _N私、 _』こんにちは_ _ _ _「、」30 、24 、3 ) ;通話パート_ _ _ _ _ _ _ _ _ _メートルメンテナンス( SCHEMA ) _ _ _ _ _ _N私、 _』こんにちは_ _ _ _私そしてg「、」30 、24 、3 ) ;通話パート_ _ _ _ _ _ _ _ _ _メートルメンテナンス( SCHEMA ) _ _ _ _ _ _N私、 _』こんにちは_ _ _ _sてら_「、」30 、24 、3 ) ;通話パート_ _ _ _ _ _ _ _ _ _メートルメンテナンス( SCHEMA ) _ _ _ _ _ _N私、 _』こんにちは_ _ _ _たエクスト_ _「、」30 、24 、3 ) ;通話パート_ _ _ _ _ _ _ _ _ _メートルメンテナンス( SCHEMA ) _ _ _ _ _ _N私、 _』こんにちは_ _ _ _あなたで_「、」30 、24 、3 ) ;通話パート_ _ _ _ _ _ _ _ _ _メートルメンテナンス( SCHEMA ) _ _ _ _ _ _N私、 _』トレンド_ _ _ _「、」400 、24 、3 ) ;通話パート_ _ _ _ _ _ _ _ _ _メートルメンテナンス( SCHEMA ) _ _ _ _ _ _N私、 _』トレンド_ _ _ _あなたで_「、」400 、24 、3 ) ;END区切り文字;
b) MySQL イベント スケジューラまたは Crontab を更新します。
前のステップでパーティション化プロセスを作成しましたが、まだアクティブ化されていません。次に、古いプロセスを新しいプロセスに置き換える必要があります。これにより、パーティションが定期的に削除および追加されます。Zabbix インスタンスでの設定内容に応じて、次の 2 つのオプションのいずれかを選択します。
オプション 1: MySQL イベント スケジューラを更新する
このチュートリアルに従ってイベント スケジューラを作成した場合は、このコマンドを使用して古いプロセスを新しいプロセスに置き換えます。
mysql -u 'zabbix' -p'zabbixDBpass' zabbix -e "ALTER EVENT zbx_partitioning ON SCHEDULE EVERY 12 HOUR DO CALL partition_maintenance_all_30and400('zabbix');"
オプション 2: Crontab を更新する
Crontab を使用している場合は、 「sudo crontab -e」コマンドを使用してcrontabファイルを開き、古いプロセス ジョブをコメント アウトして、新しいプロセス ジョブを追加し、
# old procedure, still exists in the database so it can be used if needed # 30 03 * * * /usr/bin/mysql -u 'zabbix' -p'zabbixDBpass' zabbix -e "CALL partition_maintenance_all('zabbix');" > /tmp/CronDBpartitiong.log 2>&1 30 03 * * * /usr/bin/mysql -u 'zabbix' -p'zabbixDBpass' zabbix -e "CALL partition_maintenance_all_30and400('zabbix');" > /tmp/CronDBpartitiong.log 2>&1
変更を保存して Crontab を終了します。
ステップ 6: Zabbix パーティション スクリプトに関する情報
このガイドで使用される Zabbix パーティション SQL スクリプトには、次のパーティション化プロシージャが含まれています。
DELIMITER $$ CREATE PROCEDURE `partition_create`(SCHEMANAME varchar(64), TABLENAME varchar(64), PARTITIONNAME varchar(64), CLOCK int) BEGIN /* SCHEMANAME = The DB schema in which to make changes TABLENAME = The table with partitions to potentially delete PARTITIONNAME = The name of the partition to create */ /* Verify that the partition does not already exist */ DECLARE RETROWS INT; SELECT COUNT(1) INTO RETROWS FROM information_schema.partitions WHERE table_schema = SCHEMANAME AND table_name = TABLENAME AND partition_description >= CLOCK; IF RETROWS = 0 THEN /* 1. Print a message indicating that a partition was created. 2. Create the SQL to create the partition. 3. Execute the SQL from #2. */ SELECT CONCAT( "partition_create(", SCHEMANAME, ",", TABLENAME, ",", PARTITIONNAME, ",", CLOCK, ")" ) AS msg; SET @sql = CONCAT( 'ALTER TABLE ', SCHEMANAME, '.', TABLENAME, ' ADD PARTITION (PARTITION ', PARTITIONNAME, ' VALUES LESS THAN (', CLOCK, '));' ); PREPARE STMT FROM @sql; EXECUTE STMT; DEALLOCATE PREPARE STMT; END IF; END$$ DELIMITER ; DELIMITER $$ CREATE PROCEDURE `partition_drop`(SCHEMANAME VARCHAR(64), TABLENAME VARCHAR(64), DELETE_BELOW_PARTITION_DATE BIGINT) BEGIN /* SCHEMANAME = The DB schema in which to make changes TABLENAME = The table with partitions to potentially delete DELETE_BELOW_PARTITION_DATE = Delete any partitions with names that are dates older than this one (yyyy-mm-dd) */ DECLARE done INT DEFAULT FALSE; DECLARE drop_part_name VARCHAR(16); /* Get a list of all the partitions that are older than the date in DELETE_BELOW_PARTITION_DATE. All partitions are prefixed with a "p", so use SUBSTRING TO get rid of that character. */ DECLARE myCursor CURSOR FOR SELECT partition_name FROM information_schema.partitions WHERE table_schema = SCHEMANAME AND table_name = TABLENAME AND CAST(SUBSTRING(partition_name FROM 2) AS UNSIGNED) < DELETE_BELOW_PARTITION_DATE; DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = TRUE; /* Create the basics for when we need to drop the partition. Also, create @drop_partitions to hold a comma-delimited list of all partitions that should be deleted. */ SET @alter_header = CONCAT("ALTER TABLE ", SCHEMANAME, ".", TABLENAME, " DROP PARTITION "); SET @drop_partitions = ""; /* Start looping through all the partitions that are too old. */ OPEN myCursor; read_loop: LOOP FETCH myCursor INTO drop_part_name; IF done THEN LEAVE read_loop; END IF; SET @drop_partitions = IF(@drop_partitions = "", drop_part_name, CONCAT(@drop_partitions, ",", drop_part_name)); END LOOP; IF @drop_partitions != "" THEN /* 1. Build the SQL to drop all the necessary partitions. 2. Run the SQL to drop the partitions. 3. Print out the table partitions that were deleted. */ SET @full_sql = CONCAT(@alter_header, @drop_partitions, ";"); PREPARE STMT FROM @full_sql; EXECUTE STMT; DEALLOCATE PREPARE STMT; SELECT CONCAT(SCHEMANAME, ".", TABLENAME) AS `table`, @drop_partitions AS `partitions_deleted`; ELSE /* No partitions are being deleted, so print out "N/A" (Not applicable) to indicate that no changes were made. */ SELECT CONCAT(SCHEMANAME, ".", TABLENAME) AS `table`, "N/A" AS `partitions_deleted`; END IF; END$$ DELIMITER ; DELIMITER $$ CREATE PROCEDURE `partition_maintenance`(SCHEMA_NAME VARCHAR(32), TABLE_NAME VARCHAR(32), KEEP_DATA_DAYS INT, HOURLY_INTERVAL INT, CREATE_NEXT_INTERVALS INT) BEGIN DECLARE OLDER_THAN_PARTITION_DATE VARCHAR(16); DECLARE PARTITION_NAME VARCHAR(16); DECLARE OLD_PARTITION_NAME VARCHAR(16); DECLARE LESS_THAN_TIMESTAMP INT; DECLARE CUR_TIME INT; CALL partition_verify(SCHEMA_NAME, TABLE_NAME, HOURLY_INTERVAL); SET CUR_TIME = UNIX_TIMESTAMP(DATE_FORMAT(NOW(), '%Y-%m-%d 00:00:00')); SET @__interval = 1; create_loop: LOOP IF @__interval > CREATE_NEXT_INTERVALS THEN LEAVE create_loop; END IF; SET LESS_THAN_TIMESTAMP = CUR_TIME + (HOURLY_INTERVAL * @__interval * 3600); SET PARTITION_NAME = FROM_UNIXTIME(CUR_TIME + HOURLY_INTERVAL * (@__interval - 1) * 3600, 'p%Y%m%d%H00'); IF(PARTITION_NAME != OLD_PARTITION_NAME) THEN CALL partition_create(SCHEMA_NAME, TABLE_NAME, PARTITION_NAME, LESS_THAN_TIMESTAMP); END IF; SET @__interval=@__interval+1; SET OLD_PARTITION_NAME = PARTITION_NAME; END LOOP; SET OLDER_THAN_PARTITION_DATE=DATE_FORMAT(DATE_SUB(NOW(), INTERVAL KEEP_DATA_DAYS DAY), '%Y%m%d0000'); CALL partition_drop(SCHEMA_NAME, TABLE_NAME, OLDER_THAN_PARTITION_DATE); END$$ DELIMITER ; DELIMITER $$ CREATE PROCEDURE `partition_verify`(SCHEMANAME VARCHAR(64), TABLENAME VARCHAR(64), HOURLYINTERVAL INT(11)) BEGIN DECLARE PARTITION_NAME VARCHAR(16); DECLARE RETROWS INT(11); DECLARE FUTURE_TIMESTAMP TIMESTAMP; /* * Check if any partitions exist for the given SCHEMANAME.TABLENAME. */ SELECT COUNT(1) INTO RETROWS FROM information_schema.partitions WHERE table_schema = SCHEMANAME AND table_name = TABLENAME AND partition_name IS NULL; /* * If partitions do not exist, go ahead and partition the table */ IF RETROWS = 1 THEN /* * Take the current date at 00:00:00 and add HOURLYINTERVAL to it. This is the timestamp below which we will store values. * We begin partitioning based on the beginning of a day. This is because we don't want to generate a random partition * that won't necessarily fall in line with the desired partition naming (ie: if the hour interval is 24 hours, we could * end up creating a partition now named "p201403270600" when all other partitions will be like "p201403280000"). */ SET FUTURE_TIMESTAMP = TIMESTAMPADD(HOUR, HOURLYINTERVAL, CONCAT(CURDATE(), " ", '00:00:00')); SET PARTITION_NAME = DATE_FORMAT(CURDATE(), 'p%Y%m%d%H00'); -- Create the partitioning query SET @__PARTITION_SQL = CONCAT("ALTER TABLE ", SCHEMANAME, ".", TABLENAME, " PARTITION BY RANGE(`clock`)"); SET @__PARTITION_SQL = CONCAT(@__PARTITION_SQL, "(PARTITION ", PARTITION_NAME, " VALUES LESS THAN (", UNIX_TIMESTAMP(FUTURE_TIMESTAMP), "));"); -- Run the partitioning query PREPARE STMT FROM @__PARTITION_SQL; EXECUTE STMT; DEALLOCATE PREPARE STMT; END IF; END$$ DELIMITER ; DELIMITER $$ CREATE PROCEDURE `partition_maintenance_all`(SCHEMA_NAME VARCHAR(32)) BEGIN CALL partition_maintenance(SCHEMA_NAME, 'history', 7, 24, 3); CALL partition_maintenance(SCHEMA_NAME, 'history_log', 7, 24, 3); CALL partition_maintenance(SCHEMA_NAME, 'history_str', 7, 24, 3); CALL partition_maintenance(SCHEMA_NAME, 'history_text', 7, 24, 3); CALL partition_maintenance(SCHEMA_NAME, 'history_uint', 7, 24, 3); CALL partition_maintenance(SCHEMA_NAME, 'trends', 365, 24, 3); CALL partition_maintenance(SCHEMA_NAME, 'trends_uint', 365, 24, 3); END$$ DELIMITER ;