常言道：生产运维无小事！尤其针对黑屏操作，相信不少客户都有自己的血泪史。
比如操作系统rm命令误删掉了关键系统数据...
比如执行关库操作后才发现连错了数据库...

除了对生产要有敬畏之心，做关键操作之前反复多确认，多人复核，其实还可以借助一些小妙招来减少紧张和焦虑情绪。
我们给客户做hands-on实验演示时，也可以通过这些小妙招来加快演示速度，同时能让观众更清楚Demo环境。

• Oracle的小妙招
• MySQL的小妙招

Oracle的小妙招

sqlplus界面优化

默认情况下，sqlplus连接到数据库，并不会清楚显示必要信息，只有默认的SQL>
有经验的运维人员做关键操作时，比如关闭数据库，会习惯性的确认当前连接的数据库是否正确。
同时，建议设置glogin.sql文件，示例如下：

cd $ORACLE_HOME/sqlplus/admin/
vi glogin.sql

添加新内容如下：

define gname=idle
column global_name new_value gname
set heading off
set termout off
col global_name noprint
select upper (sys_context ('userenv', 'DATABASE_ROLE') || ' @' || sys_context('userenv', 'db_unique_name') || ' -> ' ||user||' @'|| sys_context ('userenv', 'con_name')) global_name from dual;
set sqlprompt '&gname> '
set heading on
set termout on
set lines 180 pages 100

关于连接信息的核心就是配置这一段，可根据你的需求做微调：

select upper (sys_context ('userenv', 'DATABASE_ROLE') || ' @' || sys_context('userenv', 'db_unique_name') || ' -> ' ||user||' @'|| sys_context ('userenv', 'con_name')) global_name from dual;

我这里就是想显示数据库角色（主/备）、数据库db_unique_name、当前连接用户和连接容器库名。

连接上就可以清楚的看到这些信息，效果如下：

[oracle@demo ~]$ p

SQL*Plus: Release 19.0.0.0.0 - Production on Thu Apr 11 07:55:08 2024
Version 19.21.0.0.0

Copyright (c) 1982, 2023, Oracle.  All rights reserved.


Connected to:
Oracle Database 19c EE High Perf Release 19.0.0.0.0 - Production
Version 19.21.0.0.0

PRIMARY @DB0913_9DF_IAD -> SYS @CDB$ROOT> 

[oracle@demo ~]$ s

SQL*Plus: Release 19.0.0.0.0 - Production on Thu Apr 11 07:55:17 2024
Version 19.21.0.0.0

Copyright (c) 1982, 2023, Oracle.  All rights reserved.


Connected to:
Oracle Database 19c EE High Perf Release 19.0.0.0.0 - Production
Version 19.21.0.0.0

PHYSICAL STANDBY @DB0913_DG -> SYS @CDB$ROOT> 

上面的p和s是简化后的别名，同时需要注意的是，glogin.sql其实也有一定的局限性，比如已经连接到会话之后，针对这个会话本身的操作，比如alter session set container这样的命令，就无法捕捉到容器的变化，因为glogin.sql只有在你发起新的连接才能触发，不过瑕不掩瑜，执行这样的操作之后如果想看到变化，就手工调用下glogin.sql就OK。

另外，我最后面特意写了一行set lines 180 pages 100，是想提醒如果大家的日常操作相对固定，可以把最常用的格式设置都放在这里，而不用平常不管查什么都大量去set和col了，真的一点儿都不酷。

别再狂找alert日志了

经常遇到现场的小伙伴在遇到问题时慌慌张张，一顿操作猛如虎，仔细一看就是在各种cd还没找到最关键的alert日志在哪里。而adrci工具也不是所有人都知道，况且有时候也会出现问题不可用。
最简单的技巧，就是设置个别名，日常把数据库的alert日志查清楚，写好别名，比如下面示例，针对主库和备库的alert都设置了别名：

[oracle@demo ~]$ which alert
alias alert='tail -200f /u01/app/oracle/diag/rdbms/db0913_9df_iad/DB0913/trace/alert_DB0913.log'
	/usr/bin/tail
[oracle@demo ~]$ which alertdg
alias alertdg='tail -200f /u01/app/oracle/diag/rdbms/db0913_dg/DB0913_DG/trace/alert_DB0913_DG.log'
	/usr/bin/tail

这样遇到问题就直接看最近错误，最近错误显示不到，也可以快速vi这个全路径做精细查找分析，非常方便。

MySQL的小妙招

类似的，MySQL也一样，如何优化mysql界面？
有没有类似Oracle的glogin.sql配置文件，不用那么麻烦，MySQL的设置更加简单，直接在你MySQL的my.cnf配置文件中的[mysql]下，添加这么一行：

prompt=\u@\h [\d] >

这样就可以看到关键的用户和所连接的数据库，效果如下：

Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 2556678
Server version: 5.7.29-log Source distribution

Copyright (c) 2000, 2020, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

alfred@localhost [demodb] >

此外，针对MySQL的错误日志和慢查询日志，也是可以做类似别名设置提示效率的。

Tips： 这些小妙招其实并没啥统一规范，有规划也是企业内部自己制定的规划，所以就当抛砖引玉吧，期望能给经常动手实践的同学带来些许帮助。