LefterisL's questions

所以场景是这样的。我已经设置了一个 4 节点 MariaDB Galera 集群（10.5）。我还在顶部添加了第 5 个 Galera 仲裁器，一切都同步和连接得很好。但是，当我在集群上启用 SSL 时（从头开始引导它之后），我能够同步 4 个节点，但由于某种原因仲裁器不同步。

有趣的是，当节点同步时，它们会输出“connecting...ssl://172.31.0.4:4567”。但是，当仲裁器尝试同步时，它会输出“connecting...tcp://172.31.0.4:4567”。似乎出于某种原因它正在尝试通过 tcp。

当我启动它时，它的配置是这样的

    name:    garb
    address: gcomm://mariadb-galera-0:4567,mariadb-galera-1:4567,mariadb-galera-2:4567,mariadb-galera-3:4567,mariadb-galera-arb:4567
    group:   scluster
    sst:     trivial
    donor:
    options: socket.ssl_key=/etc/ssl/galera/server-key.pem;socket.ssl_cert=/etc/ssl/galera/server-cert.pem;socket.ssl_ca=/etc/ssl/galera/ca-cert.pem;socket.ssl_cipher=AES128-SHA; gcs.fc_limit=9999999; gcs.fc_factor=1.0; gcs.fc_master_slave=yes
    cfg:
    log:

它不会给我一个 ssl 或证书错误只是超时

INFO: (8bef8261-9d27, 'tcp://0.0.0.0:4567') connection to peer 00000000-0000 with addr tcp://172.31.0.4:4567 timed out, no messages seen in PT3S, socket stats: rtt: 39 rttvar: 19 rto: 200000 lost: 0 last_data_recv: 3500 cwnd: 10 last_queued_since: 3499991400 last_delivered_since: 3499991400 send_queue_length: 0 send_queue_bytes: 0

这些pem文件与我在所有节点 + 仲裁器中使用的文件完全相同。

我在文档中阅读了我需要指定的内容，cipher否则我会收到错误消息。我尝试过AES128-SHA并且AES128-SHA256根本没有声明它，但仍然超时。

下面是来自其中一个节点的 phpmyadmin 的 wsrep 提供程序选项。似乎是空的cipher，但又为什么仲裁员试图连接到“tcp://”而不是像其他人一样连接到“ssl://”？

感谢您的帮助

我想加入两个表并在一个表中从这两个表中的每一个中获取最新结果。我也有点担心速度，因为表格增长得有点快。每天接近 60-70k 条记录。稍后我将进行分区，但这是另一个问题。现在我有一个包含devices信息的主表。

+--------+-----------+---------+
|     id |    Name   | type    |
+--------+-----------+---------+
|      1 | Oh        | A       |
|      2 | This      | A       |
|      3 | Is        | B       |
|      4 | Hard      | A       |
+--------+-----------+---------+

根据类型，他们在不同的表中有一些数据类型 A 是

+--------+-----------+------------------+---------+---------+
|     id | device_id |   stats_time     | status  |  noise  |
+--------+-----------+------------------+---------+---------+
|      1 | 1         | 2012-10-23 07:50 | foo     |   10    |
|      2 | 1         | 2012-10-23 16:59 | bar     |   12    |
|      3 | 2         | 2012-10-23 15:11 | bar     |   0     |
|      4 | 4         | 2012-10-23 23:23 | foo     |   25    |
+--------+-----------+------------------+---------+---------+

B型是

+--------+-----------+------------------+---------+---------+
|     id | device_id |   stats_time     | status  |  signal |
+--------+-----------+------------------+---------+---------+
|      1 | 3         | 2012-10-23 04:50 | foo     |  1000   |
|      2 | 3         | 2012-10-23 05:59 | bar     |  450    |
|      3 | 3         | 2012-10-23 09:11 | bar     |  980    |
|      4 | 3         | 2012-10-23 10:23 | foo     |   0     |
+--------+-----------+------------------+---------+---------+

我一直在努力寻找一个查询，最终得到这样的结果

+--------+-----------+------------------+---------+---------+---------+
|     id | device_id |   stats_time     | status  |  signal |   noise |
+--------+-----------+------------------+---------+---------+---------+
|      1 | 1         | 2012-10-23 16:59 | bar     |  12     |         |
|      2 | 2         | 2012-10-23 15:11 | bar     |  0      |         |
|      3 | 3         | 2012-10-23 10:23 | foo     |         |    0    |
|      4 | 4         | 2012-10-23 23:23 | foo     |  25     |         |
+--------+-----------+------------------+---------+---------+---------+

使用下面的查询不好，因为我得到两列stats_time

SELECT devices.id AS id, A.stats_time , B.stats_time
FROM devices 
LEFT JOIN A ON devices.id = A.device_id 
LEFT JOIN B ON devices.id = B.device_id 
GROUP BY devices.id

在我最终为设备类型使用不同的表之前，我曾经通过以下方式获得结果，但最终变得非常缓慢

SELECT *
FROM (
    SELECT *
    FROM A
    ORDER BY stats_time DESC, id ASC
) AS d
RIGHT JOIN devices ON A.device_id = devices.id
GROUP BY devices.id

我正在制作 POS，由于产品属性，目前有点卡在订单流程上。

到目前为止，数据库看起来像这样：

tbl_products

tbl_attributes (attr id, name, extra price)

tbl_sales ( where i store the time, total price etc)

tbl_salelines ( where i store what items have being order for a certain sale).

问题是存储商品订单的属性。一件物品可以拥有的属性没有固定数量。它可以从 1 到 10-15，因此我认为在 tbl_salelines 中使用attr_1 attr_2etc 等创建一些列不会解决这个问题。

我应该如何处理这个？