Мирон

У Вас 2 варианта,
1. использовать отфильтрованный список servers_world
2 использовать значение typew в контексте выборки ( так же с фильтром )
1-й подход может, в свою очередь, иметь два подхода, в зависимости от того, какие фишки SQL поддерживает Ваша СУБД.

1. C(ommon) T(able) E(xpression):

WITH filtered_servers_world AS (
SELECT DISTINCT cat_id, typew
FROM filtered_servers_world
)
SELECT `servers_texts`.*
, `filtered_servers_world`.`typew`
FROM `servers_texts`
LEFT JOIN `filtered_servers_world` ON `servers_texts`.`id` = `filtered_servers_world`.`cat_id`
WHERE `servers_texts`.`premod` = 1
AND `servers_texts`.`cat_id` = ' 10'
AND `filtered_servers_world`.`typew` = ' 1'
ORDER BY `vote` DESC, `servers_texts`.`id` DESC

2. Sub-Query с алиасом:
SELECT `servers_texts`.*
, `filtered_servers_world`.`typew`
FROM `servers_texts`
LEFT JOIN (SELECT DISTINCT cat_id
, typew
FROM `servers_world`) AS `filtered_servers_world`
ON `servers_texts`.`id` = `filtered_servers_world`.`cat_id`
WHERE `servers_texts`.`premod` = 1
AND `servers_texts`.`cat_id` = ' 10'
AND `filtered_servers_world`.`typew` = ' 1'
ORDER BY `vote` DESC, `servers_texts`.`id` DESC

3. inline используя контекст выборки данных, менее эффективно, но иногда работает лучше подходов 1, 2 в частности, когда СУБД распределенная, поскольку уменьшает количество раз данные копируются между порциями данных разделенных на разные машины

SELECT *
FROM (
SELECT `servers_texts`.*
, (SELECT MAX(`servers_world`.`typew`) FROM `servers_world` WHERE `servers_world`.`cat_id` = `servers_texts` .`cat_id`) AS `typew`
FROM `servers_texts`
WHERE `servers_texts`.`premod` = 1
AND `servers_texts`.`cat_id` = ' 10'
) AS `dt`
WHERE `typew` = '1'
AND `premod` = 1
AND `cat_id` = ' 10'
ORDER BY `vote` DESC, `servers_texts`.`id` DESC

4 lateral join или outer apply

SELECT `servers_texts`.*
, `filtered_servers_world`.`typew`
FROM `servers_texts`
LEFT JOIN LATERAL (
SELECT `typew`
FROM `servers_world`
WHERE `servers_world`.`cat_id` = `servers_texts`.`cat_id`
ORDER BY `typew` DESC
LIMIT 1
) `filtered_servers_world` ON TRUE
WHERE `servers_texts`.`premod` = 1
AND `servers_texts`.`cat_id` = ' 10'
AND `filtered_servers_world`.`typew` = ' 1'
ORDER BY `vote` DESC, `servers_texts`.`id` DESC

Заметьте, я поменял поле на котором servers_texts и servers_world установили родство. В Вашем оригинальном запросе поле servers_texts использует id в JOIN выражении, но глядя на поля предложенные в таблицах cat_id выглядит, как поле, которое больше подходит.
Возможно я не прав, пожалуйста проверьте.
В крайнем случае, пожалуйста верните оригинальное поле.

-- Удачи

Есть два подхода, чтобы справиться, перенести линию кода
string[] row = new string[rd.FieldCount];
сюда

while (rd.Read())
{

сразу после фигурной скобки, или изменить линию кода
rows.Add(row.Clone());
Причина, array это "reference type", познакомиться с описание reference type можно здесь, ключ к пониманию следующий абзац:

With reference types, two variables can reference the same object; therefore, operations on one variable can affect the object referenced by the other variable.

. Точнее, что такое reference type потребует отладчик и работу с MSIL. Вот как описывает reference type MSIL standard:

I.8.2.1 Value types and reference types
There are two kinds of types: value types and reference types.
[...]
 Reference types –A value described by a reference type denotes the location of another
value.

По этой причине, не смотря на то, что вы трижды сместили строку в DataReader, запись каждый раз производилась в один и тот же блок данных, переписывая его, а три записи в неизвестной лист были обращены к одному и тому же блоку.

Did you try this approach, adjusting to field names.
Passed test on ES 8.2.2:

{
  "aggs" : {
    "@timestamp": {
      "terms" : { "field" : "@timestamp"},   

  "aggs": {
    "shift_count": {
      "value_count": { "field": "shifts.id" }
    },
    "shift_count_filter": {
      "bucket_selector": {
        "buckets_path": {
          "shiftCount": "shift_count"
        },
        "script": "params.shiftCount > 1"
      }
    }
  }}}
}

I am still searching how to apply filter over aggregate using "filtered" query approach, something like

select * from ( select count(*) as count_of_items, item_name from item_collection group by item_name ) as inner_query 
where count_of_items > 1

as this approach, using aggregates feels more like a workaround ( thought robust to use in production ).
If you come over something interesting, please post here.
---
I don't know the reason as to why, since I just installed elasticsearch to investigate your question, the approach with measuring array using property values and function size() didn't work.
Based on all I have learned so far, the dynamic property, currently set to false on the shifts field may need to be modified to false, to enable dynamic scripting.
For aggregate approach above to work over nested field with text sub - field, the field may need to be applied with "fielddata" attribute set to true, by default if is false on such fields. It could be this is a new behavior since version 8.2.2. Here is error message I was getting in some experiments

"type" : "illegal_argument_exception",
"reason" : "Text fields are not optimised for operations that require per-document field data like aggregations and sorting, so these operations are disabled by default. Please use a keyword field instead. Alternatively, set fielddata=true on [...] in order to load field data by uninverting the inverted index. Note that this can use significant memory."

here is script to apply fielddata attribute:

shifts: {
  type: 'object',
  dynamic: false,
  fielddata: true,
  properties: { id: { type: 'keyword' }, { type: 'keyword' } },
}

-- cheers

У Вас есть 2 основных подхода
1. через 2 выражения пользуясь операторами перечисленными здесь
https://dev.mysql.com/doc/refman/8.0/en/regexp.html
Возможно не всеми в любой комбинации, но существенно то, что один оператор должен найти часть последовательности символов, которые должны ответить, например
SELECT *
FROM `post`
WHERE
-- 1-е выражение
`description` LIKE 'itemid=34543%'
-- 2-е выражение
AND
`description` NOT RLIKE 'itemid=34543[0-9]+'

2. через 1 регулярное выражение, очень похожее на то, которое Вы предложили, но видимо с \ ( backslash ) символом проведенным дважды, на той же странице объясняется почему: "Because MySQL uses the C escape syntax in strings (for example, \n to represent the newline character), you must double any \ that you use in your expr and pat arguments."
Если по той или иной причине выражение артачится, наверное можно воспользоваться выражением на один символ длиннее, для выражения цифр [^0-9]
Ну и наверное надо воспользоваться плюсом, а не звездочкой справа [^0-9]+, иначе эта часть становится не обязательной, и запрос может выбрать, например, значение 'itemid=34543'
---
Всего хорошего!