MySQL-Partitionsfehler und wie kann die neue Abonnementtabelle optimiert werden?

Question

CREATE TABLE `yy_subscribe2` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `user_id` int(10) unsigned NOT NULL comment '用户id',
  `book_id` int(10) unsigned NOT NULL comment '小说id',
  `chapter_id` int(10) unsigned NOT NULL comment '章节id',
  PRIMARY KEY (`id`),
  key book_id(book_id),
  key user_id(user_id),
  key chapter_id(chapter_id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8  
PARTITION BY RANGE (user_id) 
( 
    PARTITION s0 values LESS THAN (100000),
    PARTITION s1 values LESS THAN (200000),
    PARTITION s2 values LESS THAN (300000),
    PARTITION s3 values LESS THAN (400000),
    PARTITION s4 values LESS THAN (500000),
    PARTITION s5 values LESS THAN (600000),
    PARTITION s6 values LESS THAN (700000),
    PARTITION s7 values LESS THAN (800000),
    PARTITION s8 values LESS THAN (900000),
    PARTITION s9 values LESS THAN (1000000),
    PARTITION s10 values LESS THAN (1100000),
    PARTITION s11 values LESS THAN (1200000),
    PARTITION s12 values LESS THAN (1300000),
    PARTITION s13 values LESS THAN (1400000), 
    PARTITION s999 values LESS THAN MAXVALUE
);

MySQL hat diesen Fehler beim Erstellen einer Partition gemeldet: Für RANGE-Partitionen muss jede Partition definiert werden.
Was ist der Grund?

Außerdem handelt es sich hierbei um ein Kapitelabonnementformular für den Roman. Wird verwendet, um aufzuzeichnen, welches Kapitel von welchem ​​Buch der Benutzer abonniert hat. Derzeit gibt es 3000-W-Daten. Die Indizierung wurde bereits durchgeführt. Hat der geplante Einsatz von Partitionen Auswirkungen auf das spätere Datenwachstum? Oder eine andere Methode ohne Partitionierung verwenden?

Answer 1

mysql建分区暂时没玩过，会不会是你语法上有写错，再排查一下；另外 订阅的 这种需求现在好像都推荐用redis这种nosql来玩。