TECH

mariadb supported engines

2015-11-18 KENNETH 0

출처 : https://mariadb.com/kb/en/mariadb/choosing-the-right-storage-engine/ 출처2 : https://mariadb.com/kb/en/mariadb/storage-engines/   MariaDB supported engines   The Archive storage engine is, unsurprisingly, best used for archiving. Aria, MariaDB’s more modern improvement on MyISAM, has a small footprint and allows for easy copy between systems. The BLACKHOLE storage engine accepts data but does not store it and always returns an empty result, useful, for example, if you want to run complex filtering rules on a slave without incurring any overhead on a master. Cassandra is a NoSQL engine. CONNECT allows access to different kinds of text files and remote resources as if they were regular MariaDB tables. The CSV storage engine can read and append to files stored in CSV (comma-separated-values) format. However, since MariaDB 10.0, CONNECT is a better storage engine is able to read and write such files. FederatedX uses libmysql to talk to the data [ more… ]

MySQL 5.7 Supported Storage Engines

2015-11-18 KENNETH 0

출처 : https://dev.mysql.com/doc/refman/5.7/en/storage-engines.html   MySQL 5.7 Supported Storage Engines InnoDB: The default storage engine in MySQL 5.7. InnoDB is a transaction-safe (ACID compliant) storage engine for MySQL that has commit, rollback, and crash-recovery capabilities to protect user data. InnoDB row-level locking (without escalation to coarser granularity locks) and Oracle-style consistent nonlocking reads increase multi-user concurrency and performance. InnoDB stores user data in clustered indexes to reduce I/O for common queries based on primary keys. To maintain data integrity, InnoDB also supports FOREIGN KEY referential-integrity constraints. For more information about InnoDB, see Chapter 14, The InnoDB Storage Engine. MyISAM: These tables have a small footprint. Table-level locking limits the performance in read/write workloads, so it is often used in read-only or read-mostly workloads in Web and data warehousing configurations. Memory: Stores all data in RAM, for fast access in environments that require [ more… ]

No Image

centos7(rhel7)에서 fcitx 로 입력기 변경하기

2015-11-03 KENNETH 0

repository 등록 yum install epel-release yum-config-manager –add-repo=https://copr.fedoraproject.org/coprs/mosquito/myrepo/repo/epel-7/mosquito-myrepo-epel-7.repo   fcitx 관련 패키지 설치 yum install fcitx-configtool fcitx-devel 관련 패키지를 설치 한뒤에 는 /etc/yum.repos.d/mosquito-myrepo-epel-7.repo 파일에서 ”enabled=0” 으로 반드시 고쳐주기 바란다..   fcitx-hangul 설치를 위한 패키지 추가 설치 yum install fdupes intltool libhangul-devel   rpmfind.net 에서 다운받아 설치 fcitx-hangul-0.3.0-4.1.3.x86_64.rpm   fcitx-hangul 패키지가 없을경우 한글입력이 정상적으로 되지 않는다. fcitx-hangul-src-rpm  을구해서 빌드하려고 했으나.. 정상적으로 진행되지 않기 때문에 귀챦아서 빌드된 rpm으로 설치를 진행함   .xprofile, .bashrc 등에다가 내용 추가 export XMODIFIERS=”@im=fcitx” export GTK_IM_MODULE=fcitx export QT_IM_MODULE=fcitx   x-window 재시작을 하지 않아도 imsettings-switch fcitx 하니까.. 변경된 입력기가 활성화 되긴 되는것 같더라… 물론 몇번의 시도에 의한 패키지 설치 및 profile 반영이 이미 되어있는 상태여서 그랬더것 같기도 하다만.. 그 부분을 확인하는 것은 더욱 귀찮구나…   PS. 지에디트의 경우 문제없이 사용이 가능했으나. 크롬에서 문제가 발생한다. 한글입력시 문단 마지막 단어가 강제 스페이스처리된다.. 엄청나게 빨리치면 괜찮은듯.. ”조금만 늦어져 도문제가되는듯…. ” <——- 이렇게…  

No Image

XE 데이터 migration tool 오류 발생시

2015-10-27 KENNETH 0

XE 버전 PHP 버전에 따라 천차 만별이겠으나…   PHP-5.5 XE-1.8.X https://www.xpressengine.com/index.php?mid=download&package_id=18324314 기준, 대략 기본 설정 으로 migration-tool 을 이용해서 추출한 데이터로 새로 설치하는 XE에 “데이터 들여오기”기능을 이용해서 데이터를 import 할때 먹통 내지는 아무것도 진행되지 않는 문제가 있었음… 하나는 xml 데이터를 POST로 넘기는데 문제가 있었고 추가로 생성된 xml 파일에 php구문오류가 xml 파일에 포함되었기 때문임!!!! php.ini 설정에서 두 부분 처리를 해주면 되겠다는…