在企業日志集中化管理場景中，常需將應用數據庫（如MySQL）中的日志表數據同步為Syslog格式，供日志中心統一收集分析。由于直接修改應用代碼成本高，可通過MySQL觸發器在日志插入時自動觸發Shell命令實現。
具體實現中，首先創建MySQL觸發器（如upd_check），監視日志表的INSERT操作；然后編譯部署libmysqludf_sys自定義函數（用于在觸發器中執行Shell），觸發器通過SELECT sys_exec('logger -t app_log "[INSERT] New log: ' || NEW.log_content || '"')語句，將新插入的日志內容轉換為Syslog格式并通過logger`命令發送至本地Syslog服務。該方案避免了應用改造，實現了日志格式的自動化轉換。
在Kubernetes環境中，頻繁的手動觸發PipelineRun（如代碼提交后部署應用）易導致效率低下。Tekton Trigger作為Kubernetes原生的自動化組件，可通過EventListener監聽Git倉庫（如GitHub）、消息隊列等事件，自動觸發Tekton Pipeline的執行。
實際項目中，首先在Kubernetes集群安裝Tekton Pipelines組件，再部署Trigger資源（包括EventListener、TriggerBinding、TriggerTemplate）。例如，當Git倉庫收到push事件時，EventListener捕獲事件參數（如分支名、提交ID），通過TriggerBinding提取參數，再由TriggerTemplate生成并啟動對應的PipelineRun。該方案實現了從代碼提交到應用部署的全流程自動化，減少了人工干預。
在嵌入式Linux設備（如工業控制終端、智能硬件）中，按鍵是常見的用戶輸入設備。通過inotify機制（Linux內核提供的文件系統事件監控工具），可實現按鍵事件的實時觸發與處理。
實際案例中，首先通過inotify_init()初始化監控，使用inotify_add_watch("/dev/input/eventX", IN_KEY_PRESS)監控按鍵設備文件（eventX為按鍵對應的設備節點）；當按鍵按下時，內核生成IN_KEY_PRESS事件，應用程序通過read()讀取事件詳情（如按鍵值），并執行對應操作（如切換LED狀態、調節音量）。該方案無需輪詢設備文件，降低了CPU占用，適用于資源受限的嵌入式環境。
在Linux服務器或嵌入式設備中，LED燈常用于指示系統狀態（如網絡活動、CPU負載、系統運行）。LED子系統支持多觸發器協同，一個LED可根據不同事件顯示不同狀態。
例如，某開發板的“心跳燈”（/sys/class/leds/cpu/）可同時配置network_activity（網絡數據包觸發）和cpu_load（CPU利用率超過閾值觸發）兩個觸發器。當網絡有數據收發時，LED以1Hz頻率閃爍；當CPU負載超過80%時，LED以2Hz頻率閃爍；無事件時，LED保持常亮。通過echo "network_activity" > /sys/class/leds/cpu/trigger和echo "cpu_load" > /sys/class/leds/cpu/trigger命令即可配置，無需修改內核代碼。該方案靈活實現了系統狀態的直觀展示。
在企業運維中，當配置文件（如Nginx配置、應用配置）修改后，需重啟對應服務以使配置生效。Systemd的Path觸發器可監控文件或目錄變化，自動觸發服務重啟。
實際案例中，創建Systemd服務單元文件（如nginx.service），并在同一目錄下創建.path文件（如nginx-config.path），內容為：
[Unit]
Description=Monitor Nginx config changes
[Path]
PathModified=/etc/nginx/nginx.conf
[Install]
WantedBy=multi-user.target
當/etc/nginx/nginx.conf修改時，Systemd自動觸發nginx.service的reload操作（通過ExecReload=/usr/sbin/nginx -s reload實現），無需手動執行命令。該方案提高了系統配置管理的可靠性，避免了因配置未生效導致的故障。
