Петр

Блокировка "for update" работает только внутри транзакции.
И не работает с autocommit.
Делайте явный START TRANSACTION

Создаете в БД тип

CREATE TYPE [dbo].[TableValueType] AS TABLE(
	[value] varchar(50) NOT NULL
)

Затем в коде

var tableParam = new SqlParameter("@paramName", SqlDbType.Structured);
tableParam.TypeName = "[dbo].[TableValueType]";
tableParam.Direction = ParameterDirection.Input;
// Установка значений
var rows = new List<SqlDataRecord>();
var sqlMetaData = new SqlMetaData("value", SqlDbType.VarChar);
foreach (var value in values)
{
      var row = new SqlDataRecord(sqlMetaData);
      row.SetValues(value);
      rows.Add(row);
}
tableParam.Value = rows;

И запрос будет вида

SELECT * FROM testimony WHERE Name IN (select [value] from @paramName)

PS: Упс! Тег оказывается MySql, а это решение для MSSQL

#!/bin/bash

filedate=$(date +%Y_%m_%d_%H_%m)
backupname="db_$filedate.sql.gz"
localbkpname="/home/user/backup/$backupname"

mysqldump -uroot -p<pass> <dbname> | gzip -9 > $localbkpname

python dbupload.py $backupname

rm $localbkpname

где pass - пароль
dbname - наименование схемы

Так как у вас цель "нужен для того что бы хитрозадые пользователи не могли перебрать все записи по id меняя id в ссылке."
Оставьте ID как AUTOINCREMENT INTEGER и добавьте просто еще одно поле с "солью", для примера типа char(3), куда при вставке и сохраняйте случайное строковое значение.
Когда у вас будет генерироваться URL, то делайте его по шаблону ID + "-" + SALT, что поможет достигнуть нужной цели.

1. Допустимо ли оборачивать в транзакции SELECT запросы?
- В режиме Read Committed запрос SELECT не будет видеть не закомиченные данные ваших вставок и если вы хотите видеть эти данные до комита, то нужно select вносить в транзакцию.

2. Есть ли какое-то ограничение на количество запросов в транзакции?
- Это зависит от размера лог файла для транзакции, глобальный параметр innodb_log_file_size

3. Есть ли какое-то ограничение на количество потоков которые пытаются выполнить одновременно такой набор SQL инструкций?
- Есть ограничение на кол-во открытых транзакций 128 * 1023.

4. Насколько большое количество конкурентных транзакций влияют на производительность?
- Чем больше работаете с БД тем больше на нее нагрузка. )))

Если не пугают большие запросы, то можно сделать ниже указанный запрос для генерации виртуальных данных которые далее можно применить для LEFT JOIN подзапроса из ваших данных за определенный месяц. ))

SELECT TIMESTAMPADD(MONTH, SEQ.SeqValue, '2019-01-01') FROM
( SELECT (HUNDREDS.SeqValue + TENS.SeqValue + ONES.SeqValue) SeqValue
FROM
    (
    SELECT 0  SeqValue
    UNION ALL
    SELECT 1 SeqValue
    UNION ALL
    SELECT 2 SeqValue
    UNION ALL
    SELECT 3 SeqValue
    UNION ALL
    SELECT 4 SeqValue
    UNION ALL
    SELECT 5 SeqValue
    UNION ALL
    SELECT 6 SeqValue
    UNION ALL
    SELECT 7 SeqValue
    UNION ALL
    SELECT 8 SeqValue
    UNION ALL
    SELECT 9 SeqValue
    ) ONES
CROSS JOIN
    (
    SELECT 0 SeqValue
    UNION ALL
    SELECT 10 SeqValue
    UNION ALL
    SELECT 20 SeqValue
    UNION ALL
    SELECT 30 SeqValue
    UNION ALL
    SELECT 40 SeqValue
    UNION ALL
    SELECT 50 SeqValue
    UNION ALL
    SELECT 60 SeqValue
    UNION ALL
    SELECT 70 SeqValue
    UNION ALL
    SELECT 80 SeqValue
    UNION ALL
    SELECT 90 SeqValue
    ) TENS
CROSS JOIN
    (
    SELECT 0 SeqValue
    UNION ALL
    SELECT 100 SeqValue
    UNION ALL
    SELECT 200 SeqValue
    UNION ALL
    SELECT 300 SeqValue
    UNION ALL
    SELECT 400 SeqValue
    UNION ALL
    SELECT 500 SeqValue
    UNION ALL
    SELECT 600 SeqValue
    UNION ALL
    SELECT 700 SeqValue
    UNION ALL
    SELECT 800 SeqValue
    UNION ALL
    SELECT 900 SeqValue
    ) HUNDREDS
) SEQ where SEQ.SeqValue <= TIMESTAMPDIFF(MONTH, '2019-01-01', '2019-06-01')

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

Скорее всего открыли транзакцию и делаете через нее запросы на выборку,
но туда и update b_iblock_element set ... where IBLOCK_ID=3; попал.
И не закрыв тут транзакцию, теперь из другой пытаетесь delete сделать.

Владимир Рудных, Технический руководитель Календаря Mail.Ru на хабре написал хорошую статью по этой теме.

Date - с легкостью заменяется на bigint, сохраняйте Epoch time

Храните данные в памяти. Для это и нужно кеширование.
Приходят новые данные, вы их в БД сохраняете и кеш обновляете.
В итоге и надежно, и быстро.

select SUBSTRING(CONCAT(85652, ''),2,length(CONCAT(85652, ''))-2)

Работает и без CONCAT.