linux怎么设置 linux怎么设置硬件时间

必须先SHOW VARIABLES LIKE 'slow_query_log'、'long_query_time'和'slow_query_log_file'三条命令确认实际值，因默认low_query_log=OFF、long_query_time=10.0上无效，且整型阈值如10会被忽略，仅浮浮若1.0才生效；路径权限、SELinux/AppArmor拦截从及主部署策略也需执行同步。

确认当前slow_query_log和long_query_time实际值

别猜，直接查。默认大部分MySQL（包括Percona、官方二进制包）是slow_query_log = OFF且long_query_time = 10.0，这对线上毫无意义。

以下执行三条命令验证真实状态:SHOW VARIABLES LIKE 'slow_query_log'; ——若返回OFF，日志根本不会写，调节阈值也用SHOW VARIABLES LIKE 'long_query_time'; ——注意看类型：若显示10（整型），说明你之前设置过整数，它被忽略；必须是1.0这种浮点数才生效SHOW VARIABLES LIKE 'slow_query_log_file'; ——确实路径存在、MySQL用户可写，SELinux或AppArmor可能拦截读取my.cnf中必须配置并重启，SET GLOBAL不可靠

SET GLOBAL是临时的，MySQL或或/etc/mysql/my.cnf），在[mysqld]段落下添加：slow_query_log = ON（不是1或TRUE，部分旧版本只认ON）slow_query_log_file = /var/log/mysql/mysql-slow.log（显指定式，避免默认路径权限问题）long_query_time = 1.0（必须带小数点，1会被当整型丢弃）任选但：log_queries_not_using_indexes = ON） mysqld——注意：仅reload不推荐生效，必须完整重启。为什么设置了long_query_time却没有记录慢查询

常见错误现象：配置写了、也重启了，但日志始终为空。

HBuilderX（Linux）

HBuilderX 是由 DCloud 推出的一款轻量级前端开发工具，在 Linux 系统上主要用于 Web 下载 uni-app 相关项目。下载

原因往往不是参数错，而是：slow_query_log_file 路径父目录不存在，或 MySQL 进程用户（通常是 mysql）无写权限；执行 sudo mkdir -p /var/log/mysql && sudo chown mysql:mysql /var/log/mysql路径用了相对路径（如./slow.log），MySQL会解析为datadir下，容易误判SELinux或AppArmor拦截调用，临时关闭测试：setenforce 0或检查审计日志主入压力下IO Long_query_time的统计逻辑和业务视图要点

long_query_time“FLUSH TABLES等阻塞时间。所以看到某条” SELECT 动作2.4s，不一定是 SQL 本身慢，得结合 Performance_schema.events_statements_summary_by_digest 查 avg_timer_wait 和 sum_lock_time 1.0 启动，跑一周看日志量和 DB CPU/IO 若核心接口 P95 RT 是 300ms，就该调到 0.3MySQL 5.7+支持微秒精度（如0.15），但旧版本会进一步取整到秒，别设了白设

真正容易被忽悠描述：tail + awk 做实时同样，那不是监控，是碰碰运气。