Luego de esfuerzos infructuosos tratando de ejecutar el comando para reiniciar mysql, decidí buscar la solución atacando la raíz del problema.
Según lo que observé -y comprobé en otros foros, al utilizar MyISAM e InnoDB de forma no controlada en una base de datos MySQL y al hacer consultas complejas entre tablas de ambos "engines" se producía el colapso del servicio de la base de datos.
Para corregir el problema tuve que pasar todas las tablas de la base de datos a un sólo engine.
Inicialmente se pasaron todas a InnoDB pero ... eventualmente decidí pasar todas a MyISAM ya que la base de datos no fue diseñada por sus desarrolladores con reglas de integridad relacional mínimas por lo que InnoDB era poco práctico y eventualmente colapsó debido al tamaño de logs, etc.
Las lecciones de esta experiencia con MySQL se resumen en:
1.- Definitivamente se deben tomar el tiempo y el esfuerzo necesarios para hacer un análisis, diseño y/o reingeniería de base de datos a fin de establecer estructuras normalizadas, reglas adecuadas y condiciones de integridad relacional que permitan obtener el máximo provecho del manejador con los engines más recientes.
2.- Si a pesar de aplicar el punto anterior determinamos que las características de la data y el manejo de ésta no amerita el uso de InnoDB, es preferible "mantenerlo simple" usando para todas las tablas MyISAM, mientras no afecte el performance y la integridad de la información.
3.- Tomarse el tiempo necesario para solucionar el problema desde la raíz ... siempre será la mejor opción.
4.- La solución no está sólo en el "código fuente del programa" sino en una combinación de ajustes en: la base de datos, ajustes en la configuración de los servicios del manejador y del servidor, ajustes en el programa, etc ... los ajustes (pequeños o grandes) de varios factores sincronizados son realmente efectivos; en otras palabras: no siempre es sólo "el programa" ...
Éxito.
--
Julio J. Yépez
jjyepez
PD: Gracias GatorV por tu aporte ...