数据库

标量子查询生成业务编码需保证单值返回，日期前缀用CONVERT严格对齐，流水号补零用RIGHT或FORMAT，并发时加UPDLOCK和HOLDLOCK防重复，且不能在用户定义函数中调用GETDATE或子查询，替代方案为存储过程或传入日期参数。

phpMyAdmin无内置替换功能，需通过UPDATE+REPLACE()函数实现字符串批量替换。操作须遵循先查后试再改的步骤，避免漏写WHERE导致全表误改，同时注意字段类型、大小写规则及特殊字符转义。生产库操作前务必备份。

SELECT关键字后字段每行一个，缩进4空格且逗号前置；WHERE、JOIN等子句左对齐，逻辑操作符顶格；子查询多缩进4空格，括号对齐；关键字大写，操作符前后空格，字段小写并加表别名。规范书写提升可读性与可维护性。

在SQL一对多关联中，若未提前聚合会导致数据翻倍。应先通过子查询或CTE按业务主键预聚合，再使用LEFTJOIN连接，避免丢失无数据的记录。需注意关联字段类型一致、使用DISTINCT去重，并将过滤条件放对位置，否则结果会出错。

SQL更新操作后中文出现乱码，并非数据损坏，而是写入时编码错误。需要同时确认客户端、连接、结果集以及字段的实际编码均为utf8mb4，检查建表语句避免latin1继承，大表转换需用CONVERTTO语句，并注意客户端终端编码影响。

Navicat15的ER图中，字段的注释（COMMENT）默认不显示，需用户手动复制到字段的Description栏才能展示出来。字段描述存在长度限制，超出部分会被截断，导致信息丢失。解决办法有两种：可以缩短Description内容，或在导出时勾选“Includetabledescriptions”选项避免截断。

Navicat的日志功能仅记录本地操作，无法审计用户登录。真正有效的登录审计需配置数据库服务端日志，如MySQL的generallog或auditlog，PostgreSQL的log_connections。Navicat仅能作为日志查看入口，不具备解析过滤能力。团队审计的关键是使用独立账号、绑定特定host，并将日志实时转发至SIEM系统。

存储过程不支持多线程并发，WHILE循环串行执行易导致锁、日志和CPU阻塞。高并发调用本身可行，但内部设计不当（如事务过大、锁过早）会成瓶颈。应使用批量操作、拆事务、异步解耦，避免在存储过程中做复杂计算。

phpMyAdmin导入SQL后索引未正确创建，主要原因包括：导出时表结构丢失、用户权限不足导致创建索引命令被跳过、导入过程绕过索引维护造成索引碎片化、以及视图定义者冲突干扰。建议检查SHOWINDEX和SHOWGRANTS输出，针对性修复。

存储过程动态发送邮件告警需手动启用数据库邮件、设置msdb为TRUSTWORTHYON，执行账号加入DatabaseMailUserRole；显式指定@profile_name，确保@recipients格式正确、@body无截断乱码；失败时查询sysmail_faileditems和sysmail_event_log。

在phpMyAdmin中，执行SELECT查询并显示结果表格后，方可导出为Excel或CSV。务必注意默认1000行的行数限制，且UTF-8输出需手动调整编码以避免乱码。大数据量建议采用CSV或分页导出，避免数据丢失或乱码。导出前可先修改配置提高行数限制。

过滤器仅用于检测、记录和告警SQL注入，不修改参数值。必须覆盖JSON、multipart、路径变量、请求头及查询字符串等所有输入源，优先采用白名单校验并加单词边界正则。配置应外置且加载顺序正确，日志需脱敏。过滤器不能替代参数化查询，仅为辅助防线，易误拦正常请求。

人为误删 dbf文件导致ORA-01116 ORA-01110错误，属于元数据与物理状态不一致。解决步骤：先强制关闭数据库，再启动到MOUNT状态；对非系统表空间执行数据文件离线删除；最后使用包含内容和数据文件的选项删除表空间，并核对数据字典与动态性能视图。

HAVING子句用于对GROUPBY分组后的结果集进行二次过滤，必须与GROUPBY配合使用，且只能引用分组字段或聚合函数。WHERE在分组前筛选行，HAVING在分组后筛选组，两者作用阶段不同。错误使用HAVING可能导致性能问题或逻辑错误。

通过BEFOREINSERT触发器加锁读检测重复订单号，可避免幻读并抛出自定义错误，弥补唯一索引无法处理时间范围等复杂规则的不足。需注意高并发下性能瓶颈及批量插入的兼容性问题。