재삐신생의 권태로운 이야기

#Cent OS 5.5모든작업은 mysqld를 끄고 작업해야함 current: /usr/local/mysql/varnew: /data/mysql/var cp -R -p /usr/local/mysql/var /data/mysql 변경된 datadir를 반영하여 실행시켜주면된다.my.cnf를 변경해도되나, /etc/init.d/mysqld를 변경해야 할 수도 있다.이건 상황에 따라 다르다. my.cnf에 datadir를 추가했으나, 실행이 되지않아서, 원상복구하고,mysqld에 datadir를 지정하는곳이 있어서, 변경하였더니, 정상작동참고로, innoDB는 사용하지 않았으며, mysqld_safe사용하는 상태였음

TINYINT[(M)] [UNSIGNED] [ZEROFILL] - 범위 : -128 에서 127 (UNSIGNED 일 경우 0 에 255) SMALLINT[(M)] [UNSIGNED] [ZEROFILL] - 범위 : -32768 에서 32767 (UNSIGNED 일 경우 0 에 65535) MEDIUMINT[(M)] [UNSIGNED] [ZEROFILL] - 범위 : -8388608 에서 8388607 (UNSIGNED 일 경우 0 에 16777215) INT[(M)] [UNSIGNED] [ZEROFILL] - 범위 : -2147483648 에서 2147483647 (UNSIGNED 일 경우 0 에 4294967295) - 주의 : 모든 연산은 "signed BIGINT" 로 이루어진다. 따라서 더하기 ..

필드 지정시 날짜와 관련이 되면 이전부터 많이들 TIMESTAMP를 사용하였는데요 일단, 둘의 차이점을 알아봅시다 TIMESTAMP만의 특성입니다. 서버의 시간에 의존(UTC에 따라 변형된다는 의미로 해석하면 될 것 같네요) 범위가 '1970-01-01 00:00:01' UTC to '2038-01-09 03:14:07' UTC로 제한됨 on update CURRENT_TIMESTAMP 옵션을 사용할 수 있다. 이러한 차이는 쉽게 말하면 DATETIME는 순수하게 상수로 된 날짜로 인식하지만, TIMESTAMP는 서버시간에 의한 의존하는 날짜 개념이죠.(서버 time zone 변경시, 바뀝니다) 해외서버를 사용한다면, 문제를 일으킬 수 있는 부분입니다. 국내에서만 사용 할 경우는 별다른 문제가 일어나지 ..