Se recomienda utilizar el último release de producción de MySQL.

Se ha logrado compilar MySQL con el siguiente comando configure en UnixWare versión 7.1.x:

CC="cc" CFLAGS="-I/usr/local/include" \
CXX="CC" CXXFLAGS="-I/usr/local/include" \
./configure --prefix=/usr/local/mysql \
    --enable-thread-safe-client --with-berkeley-db=./bdb \
    --with-innodb --with-openssl --with-extra-charsets=complex

Si se desea utilizar gcc, debe ser la versión 2.95.3 o posterior.

CC=gcc CXX=g++ ./configure --prefix=/usr/local/mysql

La versión de Berkeley DB que viene con UnixWare 7.1.4 u OpenServer 6.0.0 no se utiliza cuando se compila MySQL. En su lugar, MySQL utiliza su propia versión de Berkeley DB. El comando configure necesita compilar tanto una biblioteca estática como una dinámica en src_directory/bdb/build_unix/, pero no utiliza la versión de Berkeley DB que MySQL necesita. La solución es la siguiente.

Esto posibilita que tanto la biblioteca dinámica como la estática sean creadas y funcionen.

SCO proporciona parches de sistema operativo en ftp://ftp.sco.com/pub/unixware7 para UnixWare 7.1.1, ftp://ftp.sco.com/pub/unixware7/713/ para UnixWare 7.1.3, ftp://ftp.sco.com/pub/unixware7/714/ para UnixWare 7.1.4, y ftp://ftp.sco.com/pub/openunix8 para OpenUNIX 8.0.0.

SCO proporciona información sobre soluciones a problemas de seguridad en ftp://ftp.sco.com/pub/security/OpenUNIX para OpenUNIX y ftp://ftp.sco.com/pub/security/UnixWare para UnixWare.

En forma predeterminada, el máximo tamaño de fichero en un sistema UnixWare 7.1.1 es de 1GB, pero en UnixWare 7.1.4 es de 1TB con VXFS. Algunas utilidades del Sistema Operativo tienen una limitación de 2GB. El máximo tamaño posible para ficheros de UnixWare 7 es 1TB con VXFS.

En UnixWare 7.1.4 no se necesita ninguna acción en especial para que soporte ficheros de gran tamaño, pero para habilitarlo en versiones anteriores de UnixWare 7.1.x, hay que ejecutar fsadm.

# fsadm -Fvxfs -o largefiles /
# fsadm /         * Nota
# ulimit unlimited
# cd /etc/conf/bin
# ./idtune SFSZLIM 0x7FFFFFFF     ** Nota
# ./idtune HFSZLIM 0x7FFFFFFF     ** Nota
# ./idbuild -B

* Este comando debería informar "largefiles".
** El valor 0x7FFFFFFF representa "infinito" (sin límite) para esos valores.

Reiniciar el sistema empleando shutdown.

por defecto, las entradas en /etc/conf/cf.d/mtune están establecidas en:

Value           Default         Min             Max
-----           -------         ---             ---
SVMMLIM         0x9000000       0x1000000       0x7FFFFFFF
HVMMLIM         0x9000000       0x1000000       0x7FFFFFFF
SSTKLIM         0x1000000       0x2000          0x7FFFFFFF
HSTKLIM         0x1000000       0x2000          0x7FFFFFFF

Se recomienda establecer estos valores como sigue:

SDATLIM 0x7FFFFFFF
HDATLIM 0x7FFFFFFF
SSTKLIM 0x7FFFFFFF
HSTKLIM 0x7FFFFFFF
SVMMLIM 0x7FFFFFFF
HVMMLIM 0x7FFFFFFF
SFNOLIM 2048
HFNOLIM 2048

Se recomienda ajustar el sistema, pero los valores de los parámetros a emplear dependen del número de usuarios que accederán a la aplicación o la base de datos y el tamaño de la base de datos (es decir, el uso que se hará del buffer pool -un caché de tablas y páginas-). Lo que sigue modifica los parámetros del kernel definidos en /etc/conf/cf.d/stune:

SHMMAX (valor recomendado: 128MB) y SHMSEG (valor recomendado: 15). Estos parámetros influyen en la forma en que el motor de bases de datos crea los buffer pools.

SFNOLIM y HFNOLIM deberían ser como máximo 2048.

NPROC debería establecerse a por lo menos 3000/4000 (dependiendo del número de usuarios).

También se recomienda emplear la siguiente fórmula para calcular los valores de SEMMSL, SEMMNS, y SEMMNU:

SEMMSL = 13

13 es el valor que se halló como el mejor para Progress y MySQL.

SEMMNS = SEMMSL * cantidad de servidores de bases de datos a ejecutar en el sistema.

Establecer SEMMNS al valor de SEMMSL multiplicado por el número máximo de servidores que se ejecutarán en el sistema al mismo tiempo.

SEMMNU = SEMMNS

Establecer el valor de SEMMNU al mismo valor que tiene SEMMNS. Posiblemente se pueda establecer a un 75% del valor de SEMMNS, pero esta es una estimación conservadora.