在企业日志集中化管理场景中，常需将应用数据库（如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实现），无需手动执行命令。该方案提高了系统配置管理的可靠性，避免了因配置未生效导致的故障。