AVISO !!!

Antes de fazer qualquer coisa, mysqldump todo o banco de dados ou tarball /var/lib/mysql

Se você está preocupado com a diferenciação de maiúsculas e minúsculas, precisa procurar os nomes de usuário de uma maneira especial

Eu tentei esta pequena experiência

use test
DROP TABLE rolando;
CREATE TABLE rolando
(id int not null auto_increment,
name varchar(20),primary key (id));
INSERT INTO rolando (name) VALUES
('rolando'),('Rolando'),
('ROLANDO'),('ROLANDO'),
('rolando'),('rolando');

Eu carreguei os dados de amostra

mysql> use test
Database changed
mysql> DROP TABLE rolando;
Query OK, 0 rows affected (0.03 sec)

mysql> CREATE TABLE rolando
    -> (id int not null auto_increment,
    -> name varchar(20),primary key (id));
Query OK, 0 rows affected (0.07 sec)

mysql> INSERT INTO rolando (name) VALUES
    -> ('rolando'),('Rolando'),
    -> ('ROLANDO'),('ROLANDO'),
    -> ('rolando'),('rolando');
Query OK, 6 rows affected (0.08 sec)
Records: 6  Duplicates: 0  Warnings: 0

Eu executei essas consultas (observe as diferenças sutis)

mysql> SELECT name,COUNT(1) FROM rolando GROUP BY name;
+---------+----------+
| name    | COUNT(1) |
+---------+----------+
| rolando |        6 |
+---------+----------+
1 row in set (0.00 sec)

mysql> SELECT name,MD5(name),COUNT(1) FROM rolando GROUP BY name,MD5(name);
+---------+----------------------------------+----------+
| name    | MD5(name)                        | COUNT(1) |
+---------+----------------------------------+----------+
| ROLANDO | b3f7ba680fe83ab0b5174737e8d536a2 |        2 |
| Rolando | e0732d78dc135b8fcc33ec79bfa89d1f |        1 |
| rolando | e80d4ab77eb18a4ca350157fd487d7e2 |        3 |
+---------+----------------------------------+----------+
3 rows in set (0.00 sec)

mysql> SELECT name,MD5(name)=MD5(LOWER(name)) from rolando;
+---------+----------------------------+
| name    | MD5(name)=MD5(LOWER(name)) |
+---------+----------------------------+
| rolando |                          1 |
| Rolando |                          0 |
| ROLANDO |                          0 |
| ROLANDO |                          0 |
| rolando |                          1 |
| rolando |                          1 |
+---------+----------------------------+
6 rows in set (0.00 sec)

mysql> SELECT name,COUNT(1) FROM rolando GROUP BY name;
+---------+----------+
| name    | COUNT(1) |
+---------+----------+
| rolando |        6 |
+---------+----------+
1 row in set (0.00 sec)

mysql> SELECT name,(name LIKE lower(name)) like1,
    -> (name = binary LOWER(name)) like2 FROM rolando;
+---------+-------+-------+
| name    | like1 | like2 |
+---------+-------+-------+
| rolando |     1 |     1 |
| Rolando |     1 |     0 |
| ROLANDO |     1 |     0 |
| ROLANDO |     1 |     0 |
| rolando |     1 |     1 |
| rolando |     1 |     1 |
+---------+-------+-------+
6 rows in set (0.00 sec)

mysql>

Dê esta visão do meu experimento, um nome de usuário com todas as letras maiúsculas ou mistas pode ser igual a todas as letras minúsculas, A MENOS QUE VOCÊ USE BINARYo operador com a comparação

Eu não acho que BINARYpode ser aplicado a ON DELETE CASCADE.

No entanto, você pode fazer algo assim: Para excluir todos os nomes de usuário apenas em minúsculas, tente executar um dos seguintes procedimentos:

DELETE FROM logins WHERE username = BINARY LOWER(username);

ou

DELETE FROM logins WHERE MD5(username) = MD5(LOWER(username));

Se você executar isso agora, poderá eliminar todos os nomes de usuário nas outras tabelas. Execute isso em vez disso

SET FOREIGN_KEY_CHECKS=0;
DELETE FROM logins WHERE username = BINARY LOWER(username);

ou

SET FOREIGN_KEY_CHECKS=0;
DELETE FROM logins WHERE MD5(username) = MD5(LOWER(username));

Você terá que ir a todas as tabelas que possuem um nome de usuário e executar

SET FOREIGN_KEY_CHECKS=0;
DELETE FROM <whatevertable1> WHERE user_name = BINARY LOWER(user_name) AND user_name REGEXP '^.*[A-Z].+$';
DELETE FROM <whatevertable2> WHERE user_name = BINARY LOWER(user_name) AND user_name REGEXP '^.*[A-Z].+$';
DELETE FROM <whatevertable3> WHERE user_name = BINARY LOWER(user_name) AND user_name REGEXP '^.*[A-Z].+$';
.
.
.
DELETE FROM <whatevertableN> WHERE user_name = BINARY LOWER(user_name) AND user_name REGEXP '^.*[A-Z].+$';

Como você tem várias outras tabelas, use o INFORMATION_SCHEMA para fazer o script para você:

DELETE_SQLFILE=/root/SensitiveDelete.sql
MYSQL_CONN="-uroot -ppassword"
echo "SET FOREIGN_KEY_CHECKS=0;" > ${DELETE_SQLFILE}
mysql ${MYSQL_CONN} -ANe"SELECT CONCAT('DELETE FROM ',table_schema,'.',table_name,' WHERE user_name = BINARY LOWER(user_name) AND user_name REGEXP ''\^.*[A-Z].+$''\) FROM information_schema.columns WHERE column_name='user_name'" >> ${DELETE_SQLFILE}
cat ${DELETE_SQLFILE}

Se o arquivo estiver correto para você, execute-o no cliente mysql assim

mysql ${MYSQL_CONN} -A < ${DELETE_SQLFILE}

De uma chance !!!

Se você realmente precisar criar novas linhas, terá que executar UPDATE em cada linha dependente em cada tabela e definir a chave estrangeira na linha dependente para o ID da nova linha na tabela de logins.

Não sei por que é necessário excluir essas linhas que possuem dados que as referenciam.

Por que não?

• Em vez de referenciar dados diretamente na tabela "logins", seu aplicativo pode chamar um procedimento armazenado que transformará o nome de usuário usando a função UPPER() e/ou fornecerá uma rotina de autenticação mais profunda.
• ...ou a transformação pode acontecer em linha com o SELECT bruto que o aplicativo já está executando.
• ...ou transforme no lado do aplicativo.

Acho que há outras opções aqui além de destruir dados.

Se, por acaso, o único uso desta tabela for logins E o nome de usuário não for o FK na tabela dependente, você poderá executar:

CREATE TABLE logins_backup SELECT * FROM logins;    
UPDATE logins SET username = LOWER(username);

Isso deixará o conteúdo em conformidade com o aplicativo, mas deixará o PK ID intacto