Álvaro González's questions

我使用远程数据中心中的非托管服务器来托管基于 Web 的应用程序。当我们运行 SQL 脚本来创建和填充应用程序数据库时，整个过程非常缓慢。在我动力不足的本地 PC 中运行的一组脚本需要5 秒，而在远程服务器上可能需要长达20 分钟。

当我检查正在运行的进程时，我可以看到它没有卡在任何特定的语句中，只是每个都需要几秒钟，特别是ALTER TABLE语句：

ALTER TABLE foo_bar
ADD CONSTRAINT FK_foo_bar_foo_id
FOREIGN KEY (foo_id)
REFERENCES foo (id)

这是一个全新的应用程序，因此大多数表格都是空的或最多只有几百行。INSERT INTO但是在声明之前就已经很慢了。所有表都是 InnoDB。

如果这很重要，我会通过命令行 PHP 运行脚本。我知道没有防病毒软件。MySQL/8.0 与 Windows MySQL Installer 一起安装，并使用以下配置作为服务运行：

[client]
port=3306
[mysql]
no-beep
[mysqld]
port=3306
datadir=C:/ProgramData/MySQL/MySQL Server 8.0/Data
default_authentication_plugin=mysql_native_password
default-storage-engine=INNODB
sql-mode="STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION"
log-output=FILE
general-log=0
general_log_file="FOO.log"
slow-query-log=1
slow_query_log_file="FOO-slow.log"
long_query_time=10
log-error="FOO.err"
server-id=1
lower_case_table_names=1
secure-file-priv="C:/ProgramData/MySQL/MySQL Server 8.0/Uploads"
max_connections=151
table_open_cache=2000
tmp_table_size=16M
thread_cache_size=10
myisam_max_sort_file_size=100G
myisam_sort_buffer_size=8M
key_buffer_size=8M
read_buffer_size=0
read_rnd_buffer_size=0
innodb_flush_log_at_trx_commit=1
innodb_log_buffer_size=1M
innodb_buffer_pool_size=8M
innodb_log_file_size=48M
innodb_thread_concurrency=17
innodb_autoextend_increment=64
innodb_buffer_pool_instances=8
innodb_concurrency_tickets=5000
innodb_old_blocks_time=1000
innodb_open_files=300
innodb_stats_on_metadata=0
innodb_file_per_table=1
innodb_checksum_algorithm=0
back_log=80
flush_time=0
join_buffer_size=256K
max_allowed_packet=4M
max_connect_errors=100
open_files_limit=4161
sort_buffer_size=256K
table_definition_cache=1400
binlog_row_event_max_size=8K
sync_master_info=10000
sync_relay_log=10000
sync_relay_log_info=10000
loose_mysqlx_port=33060
character-set-server = utf8
collation-server = utf8_unicode_ci
log-bin = OFF
skip-bin-log

我可以从哪里开始看这个？我可以尝试哪些诊断？

一周前我制定了一个维护计划，每晚都执行得很好。现在Database Shrink任务已停止工作并抛出此错误：

属性大小不适用于数据库“[foo]”。此对象的此属性可能不存在，或者由于访问权限不足而无法检索。

昨天我安装了 Windows Update 提供的几个 SQL Server 修补程序（4411 和 4457，如果重要的话）。这是我可能做出的唯一改变。

我的任务如下所示：

• 连接：本地服务器连接（sa）
• 数据库：所有数据库所有用户数据库
• 超过时收缩数据库：50 MB
• 收缩后剩余的可用空间量 (10%)
• 将释放的空间返回给操作系统

我的一些发现：

• 如果我生成 T-SQL 代码并手动执行它，它将完美运行。
• 如果我创建一个具有相同数据库收缩任务的新维护计划，它会完美运行。

问题可能是什么？

鉴于此表：

CREATE TABLE test (
    id INT NOT NULL,
    description NVARCHAR(100) COLLATE Modern_Spanish_CI_AS NOT NULL
);
INSERT INTO test (id, description) VALUES (1, 'CO2');

我意识到我无法解决印刷问题：

SELECT * FROM test WHERE id = 1;
UPDATE test SET description = 'CO₂' WHERE id = 1;
SELECT * FROM test WHERE id = 1;

因为更新匹配但没有效果：

id          description
----------- -----------
1           CO2

(1 affected rows)

(1 affected rows)

id          description
----------- -----------
1           CO2

(1 affected rows)

就好像 SQL Server 确定，因为2显然只是一个很小的​​2，所以最终值不会改变，所以不值得改变它。

有人可以对此有所了解，并可能提出解决方法（而不是更新到中间值）？

有一个FOO在 Oracle XE 10g 服务器中调用的数据库将被停用 ( old.example.com)。我被要求将它迁移到其他一些 Oracle XE 11g 服务器 ( new.example.com)。两台服务器都在同一个局域网上。我对数据库一无所知（这不是我的项目）。房间里没有 DBA。我的随机谷歌搜索表明这是一项非常复杂的任务。我可以使用 SQL Developer 或 SQL*Plus。

我发现通过网络链接使用 impdp可能是一种相当简单的方法。但是文档将大多数东西视为理所当然，我无法让它发挥作用。

至今：

1. 我已分配EXP_FULL_DATABASE给FOO源服务器中的用户（角色DATAPUMP_EXP_FULL_DATABASE在 10g 中似乎不存在）。

2. 我tmp_imp在目标服务器中创建了一个名为CREATE DATABASE LINK和DATAPUMP_IMP_FULL_DATABASE角色的临时用户。

3. 我被困在创建数据库链接部分。我已经登录new.example.com并尝试了CREATE DATABASE LINK语句tmp_imp的所有可能组合。它们要么触发，要么被接受，但会产生一个无效链接 ( , , )。ORA-00933: SQL command not properly endedORA-39001: invalid argument valueORA-39200: Link name "OLD_FOO" is invalid.ORA-12154: TNS:could not resolve the connect identifier specified

这是我的尝试之一：

CREATE DATABASE LINK OLD_FOO
CONNECT TO FOO IDENTIFIED BY 'pa$$w0rD'
USING '//old.example.com:1521/xe';

我究竟做错了什么？有没有更简单的迁移数据库的工具？

您如何测试仅在首次运行时速度较慢的查询？¹ 是正确CHECKPOINT的DBCC DROPCLEANBUFFERS工具吗？如果是这样，是否以系统管理员身份运行它是所有需要的还是涉及其他内容？

CHECKPOINT;
DBCC DROPCLEANBUFFERS;
GO

在我不能再使查询变慢之前，我要问，除非我重新启动 SQL Server 实例（这当然非常慢）。

_{(1) 没什么微妙的：第一次运行 35 秒到 51 秒，之后大约 0.02 秒}

我使用 SQL Server Management Studio 2012 已有一段时间（在 Windows 10 上，如果这很重要的话）并且我收集了大量已保存的登录信息。

我现在已经安装了 17.2 版，它显然是并排安装的（而不是替换以前的版本），并且我的登录名在此版本中不可用。

有没有办法从 2012 年迁移它们？

如果我理解了我所读到的内容，那么为了允许远程访问 SQL Server，您需要做的就是在 Windows 防火墙中打开 TCP 端口 1433。但这将使您的服务器对整个 Internet 完全开放，并且 SQL Server 本身没有提供进一步的工具来微调连接源。

有没有办法只允许来自已知静态 IP 地址的连接访问此类端口？

我在 11g 企业版服务器（Oracle 数据库 11g 企业版版本 11.2.0.1.0 - 64 位生产）中安装了一个在 11g XE 上开发的应用程序，主 SELECT 查询触发了这个：

ORA-03113: end-of-file on communication channel 
Identificador de Proceso: 14040
Identificador de Sesión: 55 Número de Serie: 22227

我已经简化了实际的查询，我仍然可以用这样简单的方法重现崩溃：

SELECT table_1.table_1_id
FROM table_1
LEFT JOIN view_1  ON table_1.table_1_id=view_1.table_1_id
LEFT JOIN view_2  ON view_1.table_2_id=view_2.table_2_id
LEFT JOIN table_2 ON table_1.table_1_id=table_2.table_1_id
    AND view_1.table_2_id=table_2.table_2_id
LEFT JOIN view_3  ON table_2.table_2_id=view_3.table_2_id;

...一旦我从查询中删除任何视图，它就会起作用。到目前为止，涉及的表是空的。

DBA 在警报日志中发现了这一点：

...ORA-07445: se ha encontrado una excepción: volcado de memoria [kkqtutlSetViewCols()+250] [ACCESS_VIOLATION] [ADDR:0x8] [PC:0x3DC175C] [UNABLE_TO_READ] []
事件详情在：d:\oracle\诊断\rdbms\audi\audi\incident\incdir_39166\audi_ora_5512_i39166.trc

并且“audi_ora_5512_i39166.trc”包含以下内容（为简洁起见，实际查询已编辑）：

========= Dump for incident 40848 (ORA 7445 [kkqtutlSetViewCols()+250]) ========
----- Beginning of Customized Incident Dump(s) -----
Exception [type: ACCESS_VIOLATION, UNABLE_TO_READ] [ADDR:0x8] [PC:0x3DC175C, kkqtutlSetViewCols()+250]

Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
Process Id: 0x00000620  Thread Id : 0x00001a08    Time : Mon Jul 11 11:46:08 
Excp. Code: 0xc0000005  Excp. Type: ACCESS_VIO    Flags: 0x00000000

------------------- Registers ----------------------------
ip=0000000003DC175C sp=000000001A3A4DB0 rp=0000000044038058
r1=0000000000000000 r2=0000000000000004 r3=0000000038450640 
r4=0000000000000000 r5=000000001A3A4DB0 r6=0000000044038058 r7=0000000044033140 
r8=0000000000000000 r9=0000000000000004 r10=0000000000000004 r11=0000000000000003 
r12=0000000000000001 r13=0000000000020B78 r14=0000000044037B18 r15=0000000038450080 
------------------- End of Registers ---------------------


*** 2016-07-11 11:46:08.499
dbkedDefDump(): Starting a non-incident diagnostic dump (flags=0x3, level=3, mask=0x0)
----- Current SQL Statement for this session (sql_id=3dt50z5hh7gg9) -----
SELECT table_1.table_1_id
FROM table_1
LEFT JOIN view_1  ON table_1.table_1_id=view_1.table_1_id
LEFT JOIN view_2  ON view_1.table_2_id=view_2.table_2_id
LEFT JOIN table_2 ON table_1.table_1_id=table_2.table_1_id
    AND view_1.table_2_id=table_2.table_2_id
LEFT JOIN view_3  ON table_2.table_2_id=view_3.table_2_id;

----- Call Stack Trace -----
calling              call     entry                argument values in hex      
location             type     point                (? means dubious value)     
-------------------- -------- -------------------- ----------------------------
kkqtutlSetViewCols(           0000000000000000     49204E4F20534154
)+250                                              49434154524F504D
                                                   524F504D492E4E4F
                                                   495F4E4F49434154
kokqpoqb()+1319      CALL???  kkqtutlSetViewCols(  04400C070 044078D40 044021FE0
                              )+69                 000020B78
kokqpqb()+196        CALL???  kokqpoqb()           0440229B0 0031412FD 000001F68
                                                   000000000
kokqpqb()+318        CALL???  kokqpqb()            7FF365B8188 000010400
                                                   000000000 004FF4D30
kokqpqb()+64         CALL???  kokqpqb()            7FF365B7F48 000000000
                                                   000000000 000000000
kokqpqb()+318        CALL???  kokqpqb()            000000000 038450640 000000000
                                                   000000000
kokqpqb()+318        CALL???  kokqpqb()            000000000 000000000 000000000
                                                   000000000
kokqpqb()+64         CALL???  kokqpqb()            038450080 038450080 01A3A52E0
                                                   0440229B0
kokqpqb()+64         CALL???  kokqpqb()            000020B78 038450080 01A3A52E0
                                                   044078CB0
kokqpqb()+318        CALL???  kokqpqb()            044061FD0 0059F3106 000000000
                                                   0078E8984
kokqpqb()+318        CALL???  kokqpqb()            000000000 0078E8950 044065D78
                                                   000000000
kokqpqbc2()+166      CALL???  kokqpqb()            044065D78 0059F3025 000000000
                                                   0000221E0
kokqpqbc_i()+99      CALL???  kokqpqbc2()          000020B78 004C956C4 000000000
                                                   004C9559B
kokqpqbc()+17        CALL???  kokqpqbc_i()         0000221E0 000020B78 000020B78
                                                   038450080
kkqcttcalo()+1017    CALL???  kokqpqbc()           01A40EB60 009263551 000000002
                                                   000000001
kkqctdrvJPPD()+1176  CALL???  kkqcttcalo()         038450080 044002110 044002110
                                                   043FF23C8

你对可能发生的事情有任何暗示吗？

我已使用维护计划向导来创建计划。当我执行计划时，“维护清理任务”失败并显示以下错误消息：

执行查询“EXECUTE master.dbo.xp_delete_file 0,N'',N'',N'2016...”失败，出现以下错误：“执行扩展存储过程时出错：参数无效”。可能的失败原因：查询有问题，“ResultSet”属性设置不正确，参数设置不正确，或连接未正确建立。

生成的 T-SQL 是这样的（根据 Log File Viewer）：

EXECUTE master.dbo.xp_delete_file 0,N'''',N'''',N''2016-01-25T13:50:30''

GO

请注意，所有单引号都是双引号。

日志查看器或向导中是否存在错误实际上正在生成无效的 T-SQL 代码？

刚刚意识到如果我删除重复引号并手动运行查询，我会得到“执行扩展存储过程时出错：无效参数”：

EXECUTE master.dbo.xp_delete_file 0,N'',N'',N'2016-01-25T13:50:30'

GO

我有代码来创建不指定长度语义的表：

CREATE TABLE CHAR_TEST (
    CHAR_TEST_ID NUMBER(*,0) NOT NULL,
    FOO VARCHAR2(6) NOT NULL,
    BAR VARCHAR2(6) NOT NULL,

    CONSTRAINT CHAR_TEST_PK PRIMARY KEY (CHAR_TEST_ID) ENABLE
);

实际代码相当大，包含数百个对象。我有两个版本的代码，它们对应于相隔几年的不同源代码管理修订。

我在同一台服务器上创建了 2 个具有相同设置的用户/模式。然后我在每个各自的模式中运行每个修订。令我惊讶的是，最新的修订得到了意想不到的CHAR语义：

Name         Null     Type        
------------ -------- ----------- 
CHAR_TEST_ID NOT NULL NUMBER(38)  
FOO          NOT NULL VARCHAR2(6) 
BAR          NOT NULL VARCHAR2(6) 

Name         Null     Type        
------------ -------- ---------------- 
CHAR_TEST_ID NOT NULL NUMBER(38)  
FOO          NOT NULL VARCHAR2(6 CHAR) 
BAR          NOT NULL VARCHAR2(6 CHAR) 

我不知道那些是CHAR从哪里来的！

• CREATE TABLE如果我单独运行代码，我无法重现它
• 我一直无法ALTER TABLE CHAR_TEST在我的代码库中找到除了键或索引之外的任何更改的语句
• SELECT value FROM V$PARAMETER WHERE NAME LIKE '%nls_length_semantics%';BYTE在两种模式中打印

你能建议在哪里进一步看吗？

我使用非管理员的给定用户连接到 SQL Server。我想获取我所有打开的连接的列表。我发现了无穷无尽的命令，但都属于这些类别之一：

1. 我不允许运行该命令：

   Msg 297, Level 16, State 1, Line 1
   用户无权执行此操作。

2. 我只看到我当前的会话！

是否可以列出当前用户的所有会话？

我有一个 Oracle 10g XE 安装（专门用于开发），到目前为止在...\oraclexe\app\oracle\flash_recovery_area\XE\ARCHIVELOG. 我确实需要那个空间，我很想使用 Windows 资源管理器删除所有内容，但 Oracle 肯定不会被逗乐。

是否可以将 Oracle XE 配置为在不再需要时自动清除这些内容？

我有大量包含 SQL 命令的文件，这些文件是通过使用@@运算符的 SQL*Plus 脚本运行的。我在第三方计算机上运行脚本（甚至通过电子邮件发送），所以我想让它尽可能独立。

文件编码为 Win-1252。目前，我需要NLS_LANG在运行脚本之前设置环境变量：

C:\> SET NLS_LANG=SPANISH_SPAIN.WE8MSWIN1252

C:\> echo exit | sqlplus foo/bar@//example.com/xe @install.sql

这可行，但我想知道是否可以使用 SQL 或 SQL*Plus 命令更改客户端编码。（或者至少读取该值并在它不匹配时中止执行。）

管理员创建一个 Oracle 目录：

CREATE OR REPLACE DIRECTORY EXAMPLE AS '\\server\share\test';
GRANT READ, WRITE ON DIRECTORY EXAMPLE TO JOHN;

管理员可以测试目录是否存在：

SELECT * FROM DBA_DIRECTORIES WHERE DIRECTORY_NAME='EXAMPLE'

John 如何验证目录是否EXAMPLE存在？他如何知道他被授予了哪些权限？

在使用生产数据副本测试一些迁移脚本（脚本在开发数据中运行良好）时，我发现了一个奇怪的情况。约束已更改，因此我发出 DROP + ADD 命令：

ALTER TABLE A_DUP_CALLE
DROP CONSTRAINT A_DUP_CALLE_UK1;

ALTER TABLE A_DUP_CALLE
ADD CONSTRAINT A_DUP_CALLE_UK1 UNIQUE (
    CONTROL_ID,
    CALLE_AYTO_DUPL
)
ENABLE;

DROP 命令运行良好，但 ADD 命令失败。现在，我陷入了一个恶性循环。我无法删除约束，因为它不存在（初始删除按预期工作）：

ORA-02443: 无法删除约束 - 不存在的约束

而且我无法创建它，因为名称已经存在：

ORA-00955: 名称已被现有对象使用

我A_DUP_CALLE_UK1在 SQL Developer 的搜索框中输入内容，然后……就在那里！所有者、表名、表景......一切都匹配：它不是同名的不同对象，它是我原来的约束。该表出现在约束详细信息中，但约束未出现在表的详细信息中。

我的问题：

• 对此有何解释？
• 当我在实时服务器中进行真正的升级时，如何确保不会发生这种情况？

（服务器是 10g XE，我没有足够的声望来创建标签。）