ypercubeᵀᴹ's questions

由于以下错误，我们有一个从属服务器已停止复制：

Slave SQL: Query caused different errors on master and slave.

此错误的原因可能是什么？什么是解决它的方法？

主从版本均为 MySQL 5.5.30

130726 23:55:45 [Note] C:\Program Files\MySQL\MySQL Server 5.5\bin\mysqld: Shutdown complete

130726 23:58:39 [Note] Plugin 'FEDERATED' is disabled.
130726 23:58:39 [Warning] C:\Program Files\MySQL\MySQL Server 5.5\bin\mysqld: ignoring option '--innodb-file-per-table' due to invalid value 'ON'
130726 23:58:39 [Note] Plugin 'InnoDB' is disabled.
130726 23:58:39 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
130726 23:58:39 [Note]   - '0.0.0.0' resolves to '0.0.0.0';
130726 23:58:39 [Note] Server socket created on IP: '0.0.0.0'.
130726 23:58:39 [Note] Slave SQL thread initialized, starting replication 
    in log 'mysql-bin.000234' at position 1065421256, 
    relay log '.\slave-relay-bin.000917' position: 1065421402
130726 23:58:39 [Note] Slave I/O thread: connected to master '[email protected]:3306',
    replication started in log 'mysql-bin.000235' at position 166680598
130726 23:58:39 [Note] Event Scheduler: Loaded 0 events
130726 23:58:39 [Note] C:\Program Files\MySQL\MySQL Server 5.5\bin\mysqld: 
    ready for connections.
Version: '5.5.30-log'  socket: ''  port: 3306  MySQL Community Server (GPL)
130726 23:59:04 [ERROR] Slave SQL: Query caused different errors on master and slave.
    Error on master: message (format)='Incorrect key file for table '%-.200s'; 
    try to repair it' error code=1034 ; 
    Error on slave: actual message='no error', error code=0. 
    Default database: 'shared'. 
    Query: 'CREATE TEMPORARY TABLE tmp_grades (
                        vehsysid INT(11),
                        grade INT(1),
                        dt TIMESTAMP,
                        INDEX(vehsysid),
                        INDEX(grade),
                        INDEX(dt)
                    ) SELECT vehsysid, Grade, MAX(dt) AS dt
                        FROM shared.tbl_valuations 
                        GROUP BY vehsysid, grade', Error_code: 0
130726 23:59:04 [ERROR] Error running query, slave SQL thread aborted. Fix the problem,
   and restart the slave SQL thread with "SLAVE START". 
   We stopped at log 'mysql-bin.000234' position 1065421256

还有什么我想不通的是临时表如何导致这样的错误（在master中）：
'Incorrect key file for table '%-.200s'; try to repair it' error code=1034

主错误日志的最后几行：

130725 23:15:57 [Warning] Warning: Enabling keys got errno 120 on shared.tmp_grades, retrying
130726 23:15:58 [Warning] Warning: Enabling keys got errno 137 on shared.tmp_grades, retrying

附加信息：

• Master和Slave都在Windows上运行（我不知道这是否相关。）
• 两者的磁盘都有足够的空间。
• 复制格式是MIXED
• innodb 在所有实例中都被跳过，master 和 slave。MyISAM 是默认设置。

问这个问题，特别是针对 Postgres，因为它对 R-tree/空间索引有很好的支持。

我们有下表，其中包含单词及其频率的树结构（嵌套集模型）：

lexikon
-------
_id   integer  PRIMARY KEY
word  text
frequency integer
lset  integer  UNIQUE KEY
rset  integer  UNIQUE KEY

和查询：

SELECT word
FROM lexikon
WHERE lset BETWEEN @Low AND @High
ORDER BY frequency DESC
LIMIT @N

我想覆盖索引会很有用，但我觉得如果范围内的值(lset, frequency, word)太多，它可能表现不佳。lset(@High, @Low)

有时，一个简单的索引(frequency DESC)也可能就足够了，当使用该索引的搜索早期产生@N与范围条件匹配的行时。

但似乎性能很大程度上取决于参数值。

有没有办法让它快速执行，无论范围(@Low, @High)是宽还是窄，也不管高频词是否幸运地在（窄）选定的范围内？

R-tree/空间索引会有帮助吗？

添加索引，重写查询，重新设计表，没有限制。

受到 Django 建模问题的启发：Database Modeling with multiple many-to-many Relations in Django。db-design 类似于：

CREATE TABLE Book
( BookID INT NOT NULL
, BookTitle VARCHAR(200) NOT NULL
, PRIMARY KEY (BookID)
) ;

CREATE TABLE Tag
( TagID INT NOT NULL
, TagName VARCHAR(50) NOT NULL
, PRIMARY KEY (TagID)
) ;

CREATE TABLE BookTag
( BookID INT NOT NULL
, TagID INT NOT NULL
, PRIMARY KEY (BookID, TagID)
, FOREIGN KEY (BookID)  REFERENCES Book (BookID)
, FOREIGN KEY (TagID)   REFERENCES Tag (TagID)
) ;

CREATE TABLE Aspect
( AspectID INT NOT NULL
, AspectName VARCHAR(50) NOT NULL
, PRIMARY KEY (AspectID)
) ;

CREATE TABLE TagAspect
( TagID INT NOT NULL
, AspectID INT NOT NULL
, PRIMARY KEY (TagID, AspectID) 
, FOREIGN KEY (TagID)   REFERENCES Tag (TagID)
, FOREIGN KEY (AspectID)  REFERENCES Aspect (AspectID)
) ;

问题是如何定义BookAspectRating表并强制执行参照完整性，因此不能(Book, Aspect)为无效的组合添加评级。

AFAIK，涉及子查询和多个表的复杂CHECK约束（或）可能解决此问题，但在任何 DBMS 中均不可用。ASSERTIONS

另一个想法是使用（伪代码）视图：

CREATE VIEW BookAspect_view
  AS
SELECT DISTINCT
    bt.BookId
  , ta.AspectId
FROM 
    BookTag AS bt
  JOIN 
    Tag AS t  ON t.TagID = bt.TagID
  JOIN 
    TagAspect AS ta  ON ta.TagID = bt.TagID 
WITH PRIMARY KEY (BookId, AspectId) ;

以及具有上述视图的外键的表：

CREATE TABLE BookAspectRating
( BookID INT NOT NULL
, AspectID INT NOT NULL
, PersonID INT NOT NULL
, Rating INT NOT NULL
, PRIMARY KEY (BookID, AspectID, PersonID)
, FOREIGN KEY (PersonID)   REFERENCES Person (PersonID)
, FOREIGN KEY (BookID, AspectID) 
    REFERENCES BookAspect_view (BookID, AspectID)
) ;

三个问题：

• 是否有允许（可能物化）VIEW带有 a 的DBMS PRIMARY KEY？

• 是否有允许 a FOREIGN KEYthat REFERENCESa VIEW（而不仅仅是 base TABLE）的 DBMS？

• 是否可以通过其他方式解决这个完整性问题 - 使用可用的 DBMS 功能？

澄清：

因为可能没有 100% 令人满意的解决方案 - Django 问题甚至不是我的！- 我对可能攻击问题的一般策略更感兴趣，而不是详细的解决方案。因此，像“在 DBMS-X 中，这可以通过表 A 上的触发器来完成”这样的答案是完全可以接受的。